第3章開源庫常見許可證 · 嵌入式Linux開發指南——面向IoT領域

我們在開發過程中，如果引用到了開源庫，一定一定要小心，尤其是在大公司工作時的產品開發，一定要明白開源庫的來源，以及許可證的限制；不然可能會導致公司巨大的法律風險，目前在軟件開發中最常見的許可證有如下幾種：（詳細情況可以查看網站：[https://opensource.org/licenses）](https://opensource.org/licenses%EF%BC%89) ### ## **BSD (Berkerley Software Distribution)** BSD許可證給予用戶在使用開源代碼方面很大的自由，分為2-Clause(兩條款)和3-Clause(三條款)兩類，需要遵守以下規則： 1. 如果分發的軟件包含源代碼，則必須在源代碼中保留原始的BSD許可證聲明。 2. 如果分發的軟件僅包含二進制程序，則必須在文檔或版權說明中保留原始的BSD許可證聲明。 3. 未經許可，不得使用原始作者或機構的名字為軟件做市場推廣。（僅3-Clause需要遵守） ### ## **Apache-2.0** Apache Licence是著名的非盈利開源組織Apache采用的協議，需要遵守以下規則： 1. 必須在源代碼中保留原始的Apache許可證聲明。 2. 如果用戶修改了源代碼，需要在被修改的文件中說明。 3. 在衍生產品中，必須保留原來代碼中的版權、專利、商標及作者規定的其他需要包含的說明等信息。 4. 如果在分發的軟件中包含Notice文件，則需要在Notice文件中包含Apache許可證聲明。 ### **MIT (Massachusetts Institute of Technology)** 和BSD-2-Clause類似，即需要遵守以下規則： 1. 如果分發的軟件包含源代碼，則必須在源代碼中保留原始的MIT許可證聲明。 2. 如果分發的軟件僅包含二進制程序，則必須在文檔或版權說明中保留原始的MIT許可證聲明。 ### ## **No License** 隨便用，隨便改，怎么都行。 ### ## **GPL 2.0** 只要軟件中引用及修改了GPL代碼或者鏈接了GPL類庫，整個軟件就就必須遵循GPL，不僅需要公開所有源碼，并且允許他人可以自由地復制和分發。 ### ## **GPL 3.0** GPLv3包含了明確的專利許可以及添加了對數字版權管理和加密簽名的限制，不僅要求用戶公開源碼，還要求公布相關硬件及必要的安裝信息。 GPLv3能與更多的許可證兼容，例如Apache 2.0，但這個兼容是單向的，即GPLv3許可證的項目中可以包含Apache 2.0的開源代碼，但是Apache許可證的項目不能包含GPLv3的開源代碼。值得注意的是，GPLv3與GPLv2卻并不兼容，即一個項目中不能同時包含GPLv2和GPLv3的代碼，但是，如果軟件以GPL “v2或更高版本”許可證發布，則與GPLv3兼容。 ### ## **AGPL** AGPL是對GPL的補充，如果使用了AGPL代碼的軟件是一個網絡應用，那么這個軟件的所有源碼和修改代碼也必須開源，除非購買了該AGPL代碼的商業授權。 ### ## **LGPL** 和GPL相比，LGPL限制更少，是一個主要為類庫使用設計的開源協議，需要遵守以下規則： 1. 如果軟件通過動態鏈接的方式使用LGPL類庫，則該軟件不需要開源。 2. 如果軟件通過靜態鏈接的方式使用LGPL類庫，則軟件作者必須提供程序的二進制目標文件（不需要提供源代碼），以便用戶有機會更新LGPL類庫并重新鏈接到該程序。 3. 如果修改了LGPL的源碼或者衍生了新的代碼，則所有修改后及衍生的代碼也必須遵循LGPL許可證。 ### ## **MPL (Mozilla Public License)** MPL License由Mozilla基金會開發并維護，介于BSD（衍生代碼可以閉源）和GPL（衍生代碼必須以GPL方式開源）之間，最新發布的2.0版以更簡潔和更好的兼容其他協議為目標，鼓勵企業和開源社區為開發核心軟件做更多貢獻。使用MPL源碼需要遵守以下規則： 1. 如果修改了MPL的源碼或者衍生了新的代碼，并且以源代碼方式發布的文件，則所有修改后及衍生的代碼也必須遵循MPL許可證。 2. 如果用戶自有的源碼通過專用接口訪問MPL的源碼及類庫，則包含專用接口的代碼必須遵循MPL許可證，用戶自有源碼不必遵循MPL許可證。 3. 用戶獲得MPL代碼中的專利許可，但是不能使用其原始商標。 ### ## **EPL (Eclipse Public License)** EPL License由Eclipse基金會開發并維護，在CPL基礎上刪除了專利相關訴訟的限制條款。EPL比GPL許可證更為寬松，并且與GPL并不兼容。使用EPL源碼需要遵守以下規則： 1. 如果修改了EPL的源碼或者衍生了新的代碼，并且以源代碼方式分發，則所有修改后及衍生的代碼也必須遵循EPL許可證。 2. 如果軟件以二進制目標文件的形式分發，則需要聲明可以根據請求向其他用戶提供源代碼。 3. 用戶獲得EPL代碼中的專利許可。 ### ## **Permissive許可證** Permissive License（寬松式許可證）允許用戶不經許可可以隨意復制、修改和發布，但是并不要求分發時必須使用相同的許可證，用戶可以在修改代碼后選擇閉源，常見的Apache、BSD、MIT屬于Permissive許可證。 ### ## **Copyleft許可證** Copyright（版權）的意思是未經許可，用戶無權復制和使用。Copyleft License（反版權許可證）作為Copyright的反義詞，意為未經許可，用戶也可以隨意復制、修改和發布，但要求分發者必須使用相同的許可證發布修改后的衍生作品，以保證衍生作品也能被其他人自由使用，常見的AGPL, GPL, LGPL, MPL屬于Copyleft許可證。 ### 以下是一張幫助理解的大致圖片，具體請登錄到本章開頭的鏈接中進行了解。 :-: ![](https://img.kancloud.cn/1b/b0/1bb0369b1e9d2e58c5a076c3e6ac7a42_832x544.png =700x)