专注内容创作与知识分享
开源许可证（Open Source License）是软件世界中最重要的「法律基础设施」之一。在技术尽职调查中——尤其是科技公司在IPO或被收购前——投资人律师团队会逐项审查公司代码库中所有第三方开源组件的许可证合规状态。如果发现一个核心模块使用了GPL许可证的代码且公司未做合规处理（如未开源衍生代码），轻则要求紧急替换该组件（工期延误和成本剧增），重则被判定为「知识产权存在重大瑕疵」导致融资或收购交易搁浅。选许可证不是「哪个顺眼用哪个」——它是一次严肃的法律决策。
MIT许可证是「最自由的」——它只要求在使用代码时保留版权声明和许可证文本，不禁止闭源商用、不要求衍生代码开源。MIT的哲学是「我把代码给你了，你拿去随便用，只要告诉别人这部分代码来自于我」。Apache 2.0在MIT基础上增加了两个重要保护：一是「专利授权」——使用者在接受许可证的同时自动获得了代码贡献者的专利授权（防止贡献者事后起诉使用者侵犯专利权）；二是「修改声明」——如果对代码做了修改必须明确标注。Apache 2.0是「企业级友好」的许可证——它比MIT多了专利保护层，特别适合有专利布局的大型企业使用。GPL（GNU通用公共许可证）是「最具传染性」的——如果你在自己的项目中使用了GPL许可证的代码并将项目「分发」给他人（不管是免费还是收费），你的整个项目（包含你自己写的代码）也必须以GPL许可证开源。这个特性被称为「Copyleft」（著佐权），是GPL最具争议也最具影响力的设计——它强制性地「感染」所有下游项目保持开源。GPL是「我要你自由，并且强迫你也给别人自由」的哲学。
如果你的产品是闭源的商业软件，规避GPL「传染」有几种合法路径。第一种是「动态链接」——GPL的传染性在链接方式上的法律边界尚有争议（尤其是在美国和中国两地司法体系中），但主流实践是：静态链接GPL库「更可能」触发传染义务，通过独立进程加通信协议（如REST API或gRPC）调用GPL服务「通常」不触发传染义务。第二种是使用LGPL（Lesser GPL）替代——LGPL允许闭源软件动态链接LGPL库而不要求开源主程序代码。第三种也是最重要的：在项目架构设计阶段就做好「许可证隔离」——在代码库中将GPL代码与核心闭源代码物理隔离在两个独立的模块或服务中，使任何合规审查都能在5分钟内证明「GPL代码和我们的核心代码是独立的」。提前一天做许可证隔离，胜过律师函到达后再花三个月做代码替换。
如果你希望你的代码被尽可能多的人使用且不介意大公司拿了你的代码闭源商用——选MIT。如果你希望代码被广泛使用但要求使用者给你署名和专利保护——选Apache 2.0。如果你写代码的初衷是「所有软件都应该自由」且你希望强迫所有使用你代码的人也保持开源——选GPL。这三个选择没有「对错」，只有「你的价值观是什么」。
开源许可证不是一个「技术文档」，它是一份「社会契约」——它规定了你的代码将如何影响其他开发者的自由、如何保护你的知识产权以及如何约束商业公司对你劳动成果的使用方式。在写第一行代码之前花一小时搞清楚你要用哪个许可证，这可能是你整个项目生命周期中投资回报率最高的一小时。