開源軟件許可證核心指南
一、許可證基礎分類
1. 寬松型許可證（Permissive）
- 核心特征：允許閉源衍生，僅保留版權聲明
- 適用場景：商業集成、快速開發
- 代表協議：
📜 MIT
📜 Apache 2.0
📜 BSD
2. 著佐權型許可證（Copyleft）
- 核心特征：強制衍生作品開源（傳染性）
- 分級強度：
?? 強傳染性：GPL/AGPL
?? 弱傳染性：LGPL/MPL
二、主流許可證對比分析
| 特性 | MIT | Apache 2.0 | GPL | LGPL |
|---|---|---|---|---|
| 傳染性 | 無 | 無 | 強（衍生作品必須開源） | 弱（僅修改部分需開源） |
| 專利授權 | ? 不包含 | ? 明確授權且禁止專利訴訟 | ? GPLv2無，GPLv3有 | ? 不包含 |
| 商標使用 | ? 不授權 | ? 需單獨授權 | ? 不授權 | ? 不授權 |
| 商業友好度 | ????? | ???? | ?? | ??? |
| 典型項目 | Vue, React | Kubernetes, Android | Linux, WordPress | 7-Zip, FFmpeg |
注：AGPL 額外要求云服務提供源碼（如GitLab、MongoDB）
三、關鍵技術約束解析
1. 傳染性機制
- GPL傳染鏈：衍生作品整體需開源（如Busybox案）
- LGPL例外：動態鏈接閉源程序不觸發傳染（如商業軟件調用glibc）
- MPL折中方案：僅修改文件需開源（Firefox擴展開發模式）
2. 云服務合規（AGPL核心價值）
- 傳統GPL漏洞：SaaS服務無需分發二進制，規避開源義務
+ AGPL解決方案：網絡交互即觸發源碼提供責任
