作為一位經常要開發各種業務的開發人員來說，為了要完成項目的進度，經常會去下載對應的開源工具來協助開發。正所謂站在巨人的肩膀上才可以看的遠嘛，但是有些肩膀可以站，有些肩膀就不是隨意可以站的哦，在這個陽光明媚的午后，就給大家分享一個常用的6種開源協議的文章吧。

1. GPL

? ? GPL協議的主要內容是只要在一個軟件中使用GPL的產品，（其中“使用”指的是類庫調用，修改后的代碼或者衍生代碼），則該軟件產品必須采用GPL協議，即必須也是開源和免費的。

? ? 由于GPL嚴格要求使用了GPL類庫的軟件產品必須使用GPL協議，對于使用GPL協議的開源代碼，商業軟件或者對代碼有保密要求的部門就不適合將其作為類庫和二次開發。

2. BSD

? ? BSD開源協議是一個給于使用者很大自由的協議?？梢宰杂傻氖褂茫薷脑创a，也可以將修改后的代碼作為開源或者專有軟件再發布。當你發布使用了BSD協議的代碼，或者以BSD協議代碼為基礎做二次開發自己的產品時，需要滿足三個條件：

?如果再發布的產品中包含源代碼，則在源代碼中必須帶有原來代碼中的BSD協議。

?如果再發布的只是二進制類庫/軟件，則需要在類庫/軟件的文檔和版權聲明中包含原來代碼中的BSD協議。

?不可以用開源代碼的作者/機構名字和原來產品的名字做市場推廣。

3. MIT

MIT許可證之名源自麻省理工學院，又稱「X條款」（X License）或「X11條款」（X11 License。MIT的主要約束如下：

被授權人有權利使用、復制、修改、合并、出版發行、散布、再授權及販售軟件及軟件的副本。

被授權人可根據程式的需要修改授權條款為適當的內容。

在軟件和軟件的所有副本中都必須包含版權聲明和許可聲明。

4. Mozilla

? ? 允許免費重發布、免費修改，但要求修改后的代碼版權歸軟件的發起者。這種授權維護了商業軟件的利益，它要求基于這種軟件的修改無償貢獻版權給該軟件。

5. Apache

? ? Apache Licence是著名的非盈利開源組織Apache采用的協議。Apache協議的要求如下：

如果你修改了Apache許可的代碼，需要在被修改的文件中說明。

在延伸的代碼中（修改和有源代碼衍生的代碼中）需要帶有原來代碼中的協議，商標，專利聲明和其他原來作者規定需要包含的說明。

如果再發布的產品中包含一個Notice文件，則在Notice文件中需要帶有Apache Licence。你可以在Notice中增加自己的許可，但不能改變本產品仍然是有Apache協議授權的。

6. LGPL

? ? 寬松公共許可證（Lesser General Public License）或庫通用公共許可證（Library General Public License）。

基于 LGPL 的軟件也允許商業化銷售，但不允許封閉源代碼。

如果您對遵循 LGPL 的軟件進行任何改動和/或再次開發并予以發布，則您的產品必須繼承 LGPL 協議，不允許封閉源代碼。但是如果您的程序對遵循 LGPL 的軟件進行任何鏈接、調用而不是包含，則允許封閉源代碼。

下面的圖片，則更好地表示了六種開源協議的權利和義務。