gpl(general public license)協議主要特點：
從上面的限制來看，gpl開源協議還是有很大的傳染性的。如果乙個商業公司引用了開源**或者庫函式，就必須開源引用它的整個**。有一些公司不願意開源咋辦，就不能用了。畢竟對於商業公司來說，**是我的資產，我沒有必要開源，所以這個協議對商業公司不是很友好
lgpl（gnu lesser general public license):是gpl的變種，這個是寬鬆的gpl，對於商業公司比較友好，如果使用了lgpl的庫，可以不開源的你的**。與gpl的最大不同是，可以私有使用lgpl授權的自由軟體，開發出來的新軟體可以是私有的而不需要是自由軟體。所以任何公司在使用自由軟體之前應該保證在lgpl或其它gpl變種的授權下。
apache licene：這個和bsd差不多，但是要注意幾點，如果修改了源**，要註明修改了什麼。開源**的商標，專利，所有權都要保留的，不能說修改了開源apache 協議的開源**，就直接把**的作者寫成你，這樣是不對的。發布產品的時候，對於自己修改的apache 開源**，不能夠變成其他的開源協議。
mit：這個說實在的，我個人見的比較少，這個算是最自由的協議了，和bsd一樣，但是修改了mit原始碼，可以加入自己的授權。
常用開源協議
gpl 只要你用了任何該協議的庫 甚至是一段 那麼你的整個程式，不管以何種方式鏈結，都必須全部使用gpl協議 並遵循該協議開源。商業軟體公司一般禁用gpl 但可以使用gpl的可執行檔案和應用程式。agpl 即affero gpl，是gpl的更嚴格版本。只要你用了任何該協議的庫 甚至是一段 那麼執行時...
常用開源協議解析
開源在今天的軟體業已經很普遍，但開源是否意味著使用者可以對開源後的 為所欲為呢？答案是否定的。開源運動同樣有自己的遊戲規則和道德準則。不遵行這些規則不但損害開源運動的健康發展，也會對違規者造成名譽和市場上的損失，更可能陷入法律糾紛和賠償。現今存在的開源協議很多，而經過open source init...
5種最常用的開源協議
本文，我們來看5種最常用的開源 協議及它們的適用範圍，供那些準備開源或者使用開源產品的開發 人員 廠家參考。bsd開源協議是乙個給於使用者很大自由的協議。基本上使用者可以 為所欲為 可以自由的使用，修改源 也可以將修改後的 作為開源或者專有軟體再發布。但 為所欲為 的前提當你發布使用了bsd協議的 ...