开源协议详解：从 MIT 到 GPL 的企业级选择指南
graph TD
classDef loose fill:#e1f5fe,stroke:#01579b,stroke-width:2px;
classDef middle fill:#fff9c4,stroke:#fbc02d,stroke-width:2px;
classDef strict fill:#ffebee,stroke:#b71c1c,stroke-width:2px;
Root["开源协议体系 (License Universe)"] --> TypeA["宽容型 (Permissive) - 高自由度"]
Root --> TypeB["弱 Copyleft (Weak Copyleft) - 中等限制"]
Root --> TypeC["强 Copyleft (Strong Copyleft) - 传染式约束"]
TypeA --> MIT["MIT"]
TypeA --> Apache["Apache 2.0"]
TypeA --> BSD["BSD"]
TypeB --> LGPL["LGPL"]
TypeB --> MPL["Mozilla"]
TypeC --> GPL["GPL v2/v3"]
TypeC --> AGPL["AGPL"]
MIT -- "核心特征" --> F1["保留版权声明，允许任意使用和修改"]
Apache -- "核心特征" --> F2["包含专利授权条款"]
BSD -- "核心特征" --> F3["禁止利用作者名义进行宣传"]
LGPL -- "核心特征" --> F4["允许闭源动态链接"]
MPL -- "核心特征" --> F5["仅开源被修改的文件"]
GPL -- "核心特征" --> F6["修改或分发时必须开源完整代码"]
AGPL -- "核心特征" --> F7["网络服务同样触发开源义务"]
%% 样式绑定
class TypeA,MIT,Apache,BSD,F1,F2,F3 loose;
class TypeB,LGPL,MPL,F4,F5 middle;
class TypeC,GPL,AGPL,F6,F7 strict;开源项目根目录下的 LICENSE 文件本质上是一份法律合同，它明确界定了使用者享有的权利（如代码复制、修改、商业使用）以及必须履行的义务（如代码开源、署名、变更声明）。
在企业开发中，引入第三方库前必须仔细审查其 LICENSE。如果引入 GPL 协议的库到私有商业项目中，将触发 “ 传染效应 “，导致企业私有代码必须开源。轻则面临社区声誉损失，重则遭遇法律诉讼、巨额赔偿，甚至产品被迫下架或开源（典型案例：思科 Linksys 路由器事件）。