當(dāng)我們想要開(kāi)發(fā)一個(gè)軟件的時(shí)候，如果自己從零開(kāi)始寫(xiě)，那需要很深的從業(yè)背景的，對(duì)功能完全了解，大多數(shù)情況不具備。這時(shí)候首先就回去找找開(kāi)源的可以利用的項(xiàng)目，先學(xué)習(xí)然后抄一點(diǎn)變成自己的，還可以博采眾長(zhǎng)的抄，特別是想做一個(gè)自己的OS，包含的東西太多了，五花八門(mén)的技術(shù)，這抄點(diǎn)那抄點(diǎn)，很正常，開(kāi)源軟件就是讓你抄的。

但是，開(kāi)源軟件并不意味著為所欲為，還有很多法律的風(fēng)險(xiǎn)，例如使用seL4的源碼seL4微內(nèi)核入門(mén)-代碼下載運(yùn)行及資料，進(jìn)行了修改，之后源碼沒(méi)有開(kāi)源，做了一個(gè)產(chǎn)品，那么就違法了，因?yàn)閟eL4源碼使用了GPL開(kāi)源協(xié)議，如果有改動(dòng)源碼同樣要開(kāi)源。特別是商業(yè)軟件，賣給客戶的時(shí)候一定不能有法律問(wèn)題，必要附帶開(kāi)源聲明，系統(tǒng)中用了那些開(kāi)源軟件，那些源碼是需要公開(kāi)的，那些源碼是未經(jīng)過(guò)修改的，那些是修改完需要再次公開(kāi)的。一般為了隔離修改需要再次公開(kāi)的開(kāi)源軟件，項(xiàng)目都會(huì)新建一個(gè)third_party目錄，把要公開(kāi)的開(kāi)源軟件放進(jìn)去。

1. GPL?

（GNU General Public License）：GNU通用公共許可協(xié)議。

使用了GPL協(xié)議的開(kāi)源軟件，也必須開(kāi)源。

俗話說(shuō)“吃水不忘挖井人”，如果大家都只吃水不挖井，大家把開(kāi)源代碼一抄進(jìn)行了閉源，這樣最開(kāi)始開(kāi)源那個(gè)人不就吃虧了，好不容易搞出來(lái)公開(kāi)，別人用了不開(kāi)源了，所以希望其他人更多的人也開(kāi)源，服務(wù)更多的人。但是其對(duì)商業(yè)軟件不友好，商業(yè)軟件使用了GPL的開(kāi)源軟件并不想對(duì)外公開(kāi)，公開(kāi)公司的核心機(jī)密就沒(méi)有了啊，特別是驅(qū)動(dòng)跟硬件相關(guān)的軟件包。

2. LGPL

和GPL要求任何使用/修改/衍生之GPL類庫(kù)的的軟件必須采用GPL協(xié)議不同。LGPL允許商業(yè)軟件通過(guò)類庫(kù)引用(link)方式使用LGPL類庫(kù)而不需要開(kāi)源商業(yè)軟件的代碼。這使得采用LGPL協(xié)議的開(kāi)源代碼可以被商業(yè)軟件作為類庫(kù)引用并發(fā)布和銷售。

3. Mozilla

也是MPL(The Mozilla Public License)，允許使用者對(duì)于MPL作品進(jìn)行二次開(kāi)發(fā)和發(fā)布，但MPL的部分、以及修改的部分，需要遵循MPL協(xié)議，并對(duì)修改部分作出說(shuō)明，但允許衍生項(xiàng)目中有私有模塊的存在。

4. MIT

除了必須包含許可聲明外，再無(wú)任何限制。

5. BSD

和MIT一樣寬松，多了一條“不能用開(kāi)源代碼的作者/機(jī)構(gòu)名字和原來(lái)產(chǎn)品的名字做市場(chǎng)推廣”。

6. Apache

如果修改了代碼，需要在被修改的文件中說(shuō)明。在延伸的代碼中（修改和有源代碼衍生的代碼中）需要帶有原來(lái)代碼中的協(xié)議，商標(biāo)，專利聲明和其他原來(lái)作者規(guī)定需要包含的說(shuō)明。如果再發(fā)布的產(chǎn)品中包含一個(gè)Notice文件，則在Notice文件中需要帶有Apache Licence。

編輯：黃飛

?