开源协议（MIT、GPL、Apache）的区别

开源协议决定开源代码能怎么用，商用要懂协议。 这篇讲清主流协议区别。

"开源"两个字常常被误解为"免费、随便用"。事实上开源代码虽然大多免费，但每一份开源代码都附带一份协议，明确规定了你可以怎么用、可以怎么改、可以怎么分发。商用场景下不遵守协议不仅是道德问题，更是法律风险——已有企业因为违规使用 GPL 代码被告上法庭的先例。这篇文章把主流的 MIT、Apache、GPL、LGPL、BSD 几种协议的区别讲清楚，重点说商用要注意什么。

主流开源协议对比

理解这张表的关键是"宽松度"和"传染性"两个维度。宽松度高的协议（MIT、Apache、BSD）对使用者几乎没限制，只要保留版权声明就能商用；宽松度低的协议（GPL 系列）则有"传染性"，使用了这类代码可能强制要求你的衍生作品也开源。商用选型时，宽松协议是首选，GPL 类要谨慎评估。

MIT（最宽松）

特点

• 随便用（含商用）。
• 保留版权声明。
• 不要求衍生开源。

适合

• 商用友好。
• 大部分场景。

MIT 是开源世界最著名也最受欢迎的协议之一，React、Vue、jQuery 等知名项目都用 MIT。它的核心要求只有一条：在你的发行物里保留原作者的版权声明和协议文本。无论你修改了源码、把它整合进闭源商业产品、还是二次分发，都不需要公开你的源码。对于想用开源代码做商业产品的企业来说，MIT 几乎是无忧之选。

Apache（宽松+专利）

特点

• 宽松（类MIT）。
• 含专利授权条款。
• 更规范。

适合

• 商用友好。
• 企业项目常用。

Apache 协议（如 Apache 2.0）在 MIT 的基础上做了几个关键升级。最重要的是引入了"专利授权"条款——贡献代码给 Apache 项目的开发者，同时把相关专利权免费授权给所有使用者。这意味着使用者不会被专利流氓突袭，对企业用户非常重要。Apache 还要求修改过的文件做出标记（NOTICE 文件），方便追溯变更。Kubernetes、TensorFlow、Spark 等大型企业级项目都用 Apache，正是因为它"宽松但严谨"。

GPL（传染性）

特点

• 传染性：用了GPL代码，衍生作品也要开源。
• 强 copyleft。

注意

• 闭源商用谨慎。
• 可能要求开源你的代码。

GPL 是开源世界里最具争议的协议，由自由软件运动奠基人 Richard Stallman 推动的 GNU 项目发起。它的核心精神是"自由必须传递"——你可以免费用 GPL 代码，但你的衍生作品也必须以 GPL 协议开源，让下游用户享受同样的自由。这种"传染性"在开源社区是道德高地，但在闭源商业产品里就是地雷。如果你的商业产品里静态链接或深度整合了 GPL 代码，理论上整个产品都可能被要求按 GPL 开源。Linux 内核就是 GPL 协议，这也是为什么商业公司对 Linux 的整合方式非常谨慎。

LGPL

特点

• 库形式可被闭源链接。
• 比GPL宽松（对库）。

LGPL 是为"库"场景设计的 GPL 变种。它的传染性比 GPL 弱——如果你的闭源程序只是动态链接了一个 LGPL 库（而不是修改库本身），你的程序不需要开源。这在实际开发中提供了灵活性，比如很多 GUI 程序用 LGPL 的图形库闭源商用是合规的。但如果你修改了 LGPL 库本身，那部分修改仍需按 LGPL 开源。

商用注意

1. 查协议

• 用开源代码前查协议。
• MIT/Apache友好。
• GPL类谨慎。

这是商用合规的第一步。每一个开源依赖（包括直接依赖和传递依赖）都应该查清协议。工具有 FOSSA、ScanCode、License Finder 等可以自动化扫描项目依赖的协议清单。对于大型项目，建议建立"白名单"——明确哪些协议允许直接使用、哪些需要法务审批、哪些禁止使用。

2. 遵守要求

• 保留版权声明。
• GPL类评估开源义务。

即便是宽松协议也有最低要求——MIT 要保留版权声明、Apache 还要保留 NOTICE 文件、BSD 要保留版权和免责条款。这些声明通常通过打包进发行物的 NOTICES 或 LICENSES 文件来满足。GPL 类则要单独评估：用了多少、怎么用的、是否触发衍生作品开源义务。

3. 法律风险

• 不遵守协议有风险。
• 复杂情况咨询法律。

不遵守开源协议不是简单的"道德问题"，而是真正的法律风险。开源协议在多国司法判例中已被认定为有效的版权许可合同。违规使用可能导致侵权诉讼、产品下架、赔偿损失。涉及复杂场景（嵌入式系统、SaaS 服务、混合许可代码库）时，建议请专业的开源合规律师评估。

别踩的坑

• 不查协议商用：埋下法律风险，事发时被动。
• 闭源用GPL：可能被迫开源整个产品。
• 以为开源随便用：协议有约束，违反有代价。
• 忽视专利条款：Apache等协议含专利授权，影响专利策略。

成本参考

开源协议本身免费，成本在合规：

合规成本主要在流程搭建和人员培训，一次投入长期受益。法律咨询是按需支出，遇到复杂场景再请律师评估即可。

怎么做

1. 用开源前查协议，建立依赖清单和协议白名单。
2. MIT/Apache友好，可以放心商用。
3. GPL类评估风险，闭源产品尤其要慎重。
4. 遵守协议要求，保留版权声明和 NOTICE 文件。
5. 复杂咨询法律，遇到不确定的场景找专业律师。

广州市汉诺雷斯（HNREIS）帮企业选型和合规使用开源技术（协议建议咨询法律）。把你的技术需求告诉我们，我们给出方案。