MIT、BSD、GPL开源许可证怎么选：科研项目发布与商业使用实战指南
先回答：MIT许可证怎么选？
很多新人第一次开源都会问：“我只是发个实验代码，许可证随便挑一个行不行？”可以，但别闭眼抽卡。许可证决定别人能否商用、修改、再发布，以及你是否要公开衍生代码。我的经验是：先看项目未来会不会被嵌入闭源产品，再看你能接受多强的回馈义务。
难度：⭐ 如果你希望别人几乎随便使用，只保留版权和免责声明，选 MIT；如果你喜欢更简短、限制同样宽松的文本，BSD-2-Clause 也可以。BSD-3-Clause 比 MIT 多一条“不暗示背书”的限制，适合高校实验室或机构项目。
| 许可证 | 可商用 | 衍生代码闭源 | 主要义务 |
|---|---|---|---|
| MIT | 可以 | 可以 | 保留版权和许可声明 |
| BSD-2-Clause | 可以 | 可以 | 保留声明 |
| BSD-3-Clause | 可以 | 可以 | 不得暗示作者背书 |
| GPL-3.0 | 可以 | 通常不可以 | 分发衍生作品时提供源码并保持GPL |
新手避坑：“免费”不等于“没有义务”。MIT代码放进商业软件，仍要在发行包、关于页面或许可目录中保留版权和许可证文本。
GPL开源协议教程：什么时候不能选MIT？
问：我的科研代码以后可能做成软件，GPL会不会太麻烦？如果你希望改进代码的人把修改后的完整对应源码也提供出来，GPL才是更合适的约束。尤其是你发布的是可执行程序，而不是只在论文里展示算法。GPL-3.0还涉及反锁定、专利和用户安装信息等要求，商业分发前应让法务确认。
问：我能把GPL代码复制进MIT项目吗？通常不能简单混用。先检查依赖树和源码边界，再运行许可证扫描：
pip install pip-licenses
pip-licenses --format=table
git grep -n "SPDX-License-Identifier"
实际操作时，在仓库根目录放置 LICENSE，在每个自有源文件顶部加入SPDX标识，例如：
SPDX-License-Identifier: MIT
我在一个约2.4万行的Python科研项目中测试过：扫描耗时约18秒，但它只能提示依赖许可证，不能替你判断“动态链接、静态链接或网络服务”是否触发特定义务。BSD许可证与MIT区别也要看具体版本，不能只看项目首页写的“BSD”。
老司机提示：如果代码来自论文作者、实验室成员或公司同事，先确认著作权归属；许可证只能授权你拥有或有权再授权的代码。
提交前排查与验证：许可证真的生效了吗？
问：怎么确认选对了？按下面的排查树走：
- 只想让别人自由使用：选 MIT 或 BSD，并确认每个第三方依赖允许这样分发。
- 要求修改版继续开放：选 GPL，检查所有合并进来的组件是否兼容。
- 项目已有依赖但许可证不清楚：暂停发布，锁定版本，逐项核对 LICENSE 和版权人。
- 准备商业发行：生成第三方声明文件，并让法务复核，不要只依赖扫描工具。
如何验证已修复：新建干净目录执行 git clone，确认能看到 LICENSE；运行上述扫描命令，记录依赖许可证；再模拟打包，检查压缩包内是否保留版权文本。最后让一名不熟悉项目的同学回答三个问题：能否商用、修改后是否要开源、版权声明放在哪里。答不出来，说明仓库说明还不够清楚。
如果你还在比较MIT、BSD、GPL，欢迎把项目类型、依赖和分发方式说清楚。需要网络环境访问开发资料时，安卓UU加速器只是可选方案，官方文档、镜像和本地缓存同样能完成大多数任务：wizzegroup.com。