开源许可证与商用：GPL LGPL MPL

用了开源代码就要守开源的规矩。GPL、LGPL、MPL 这些许可证对商用分发各有约束，这篇给实用向的速览——不构成法律意见，但能让你避开最常见的坑。

▍先建档案
开源组件清单：应用里用了什么开源库、什么版本、什么许可证——一张表管到底（构建依赖自动生成加人工核对）。没有清单的团队，合规是玄学。

▍三个许可证的性格
GPL 系（强传染）：衍生作品要开源——静态链接 GPL 库的应用整体按 GPL 开源分发。用了它就要接受整套开源义务（源码公开、许可证保留）。LGPL 系（弱传染）：动态链接一般不传染（静态链接有额外义务——按 LGPL 的链接条款办）；修改库本身要开源。MPL 系（文件级）：修改的文件开源，与你的私有代码混合的边界在文件级——集成友好度较高。

▍移植工程的特殊命题
桌面软件移植是开源合规的重场景：上游应用的许可证决定你的分发模式（GPL 应用移植后仍按 GPL 分发——Air 系列多数上游是 GPL 或 LGPL，移植工程的源码补丁同样开源）；许可证的传递（依赖链上每个库各自贡献约束——依赖树全链排查）；署名与归属（上游贡献者的署名保留、修改声明——开源社区的基本礼貌也是义务）。

▍实操清单
一，立项时查上游许可证（它决定你的商业模式空间——闭源商用撞 GPL 是死路）。二，依赖树全链排查（间接依赖同样要查——构建工具能导出依赖清单）。三，声明文件（随包分发的开源声明：许可证文本、版权声明、修改说明）。四，源码义务（需要开源的部分建仓库公开——按许可证要求的形态）。五，更新时复查（依赖升级可能换许可证——版本变更时重查）。

▍一句话
开源免费的是代码，不是义务——许可证读一遍，档案建起来，义务照办，商用安心。

有疑问欢迎在本板块直接发帖，我们会逐条回复。