GPL（GNU General Public License）

我们很熟悉的Linux就是采用了GPL。GPL协议和BSD, Apache Licence等鼓励代码重用的许可很不一样。GPL的出发点是代码的开源/免费使用和引用/修改/衍生代码的开源/免费使用，但不允许修改后和衍生的代码做为闭源的商业软件发布和销售。这也就是为什么我们能用免费的各种linux，包括商业公司的linux和linux上各种各样的由个人，组织，以及商业软件公司开发的免费软件了。

GPL协议的主要内容是只要在一个软件中使用("使用"指类库引用，修改后的代码或者衍生代码)GPL 协议的产品，则该软件产品必须也采用GPL协议，既必须也是开源和免费。这就是所谓的"传染性"。GPL协议的产品作为一个单独的产品使用没有任何问题，还可以享受免费的优势。 另外一点需要注意的是：商业项目团队需要将源代码（包括修改部分）和调用GPL组件的脚本分发给产品接收方。

由于GPL严格要求使用了GPL类库的软件产品必须使用GPL协议，对于使用GPL协议的开源代码，商业软件或者对代码有保密要求的部门就不适合集成/采用作为类库和二次开发的基础。

LGPL（GNU Lesser General Public License）

LGPL 是GPL的一个为主要为类库使用设计的开源协议。和GPL要求任何使用/修改/衍生之GPL类库的的软件必须采用GPL协议不同。LGPL允许商业软件通过类库引用(动态链接)方式使用LGPL类库而不需要开源商业软件的代码。这使得采用LGPL协议的开源代码可以被商业软件作为类库引用并发布和销售。 另外一点需要注意的是：商业项目团队需要将源代码（包括修改部分）分发给产品接收方。

但是如果修改LGPL协议的代码或者衍生，则所有修改的代码，涉及修改部分的额外代码和衍生的代码都必须采用LGPL协议。因此LGPL协议的开源代码很适合作为第三方类库被商业软件引用，但不适合希望以LGPL协议代码为基础，通过修改和衍生的方式做二次开发的商业软件采用。

Zlib

该协议要求遵守以下几点：

• 基于该软件的原样使用，作者不负责使用该软件造成的任何损失。
• 该软件修改后的版本将受到以下限制：
  1. 不能歪曲原软件的著作权
  2. 修改后的软件不能歪曲为原版软件
  3. 不能删除源码中的协议许可内容

如果对与"Zlib 许可证"关联的 OSS 包进行了任何修改，项目团队必须确保 OSS 包文件带有醒目的通知，说明所做的更改，以及人员的姓名和更改日期。如果发布二进制代码可以不用附上源代码。