Linux 之所以能够成为全球最成功的开源操作系统，并不仅仅因为技术先进，更因为它采用了著名的 GPL（GNU General Public License，GNU 通用公共许可证）开源协议。
GPL 的核心灵魂可以概括为一句话：“你可以自由使用、修改和分发软件，但如果把修改后的 GPL 代码对外分发，也必须把对应的源码继续开放给接收者。”
它保障了每个人都能自由使用和改进软件，同时要求改进成果能够持续回馈社区，因此也被称为具有 “Copyleft（著佐权）” 特性的开源协议。
很多人误以为："用了 Linux，整个系统都必须开源。"那麒麟、Ubuntu、Red Hat、VMware、Oracle 这些基于Linux的商业产品是怎么回事？今天把这件事掰开说清楚。
GPL 的核心逻辑：用了不算，发了才算
先说一个最常见的误解：GPL 协议的义务触发条件，不是"使用"，而是"分发"。
打个比方：你在家把一辆共享单车改造了一番，只要不把改造版推出去给别人骑，就不需要向任何人公开你改了什么。但一旦你对外卖出去了，就必须把改造方案附上。
GPL 的逻辑完全一样——拿了 GPL 代码改了自己内部用，不需要公开；但修改后分发给他人，就必须同步开源那部分修改。
这一条看似简单，实则划定了整个开源商业世界的游戏规则边界。
用户态程序：合法闭源的地带
Linux 生态有一条隐形的分界线：内核（kernel）和用户态（user space）之间的边界。
用户能看见、能摸到的东西——桌面 UI、文件管理器、办公套件、自研业务应用——都运行在用户态。这些程序通过系统调用和内核交互，但 GPL 没有要求"只要运行在 Linux 上的软件都必须开源"。
这正是 Red Hat、Ubuntu 几十年来的生意经：内核开源，增值服务闭源。
Red Hat 把修改过的内核放到 CentOS / Fedora 回馈社区，转头把企业支持服务卖给财富 500 强。
Ubuntu 基于 Debian 这套开源底座，商业支持、云服务照样做得风生水起。
基于 Linux 的商业发行版，完全可以合法地把以下这些部分闭源：
这是完全合法的，业界早有先例。
内核改动：这条线踩不得
但内核改动是另一回事。如果修改了 Linux 内核代码，分发时就必须公开这部分改动。
这不是道德问题，是法律义务。Linux 内核采用 GPLv2 授权，Linus Torvalds 在无数场合强调过：改了内核代码再拿去卖，不开源就是违规，没有商量余地。
"公开"的方式可以灵活——不一定要发布在 GitHub 上，以"书面要约"的形式提供源码获取渠道，也符合 GPL 要求。但必须公开这件事本身，没有任何豁免空间。
任何基于 Linux 内核构建商业系统的厂商，只要做了以下事情，就必须把对应部分的源码开放出来：
如果违反 GPL，会发生什么？
到这里，很多人可能会问：如果修改了 Linux 内核，却没有按照 GPL 提供对应源码，会怎么样？
答案是：GPL 本身不会"罚款"，但违反 GPL 意味着失去许可证授权，继续分发软件将构成版权侵权。
版权所有者可以要求停止分发、补充提供源码，必要时还可以通过诉讼申请禁令、索赔损失。对于商业公司而言，最大的代价往往不是赔偿金额，而是产品停售、项目延期和品牌信誉受损。
最大的灰色地带：内核模块
内核模块是以 .ko 文件形式存在、运行时动态加载进内核的代码。常见的例子：显卡驱动、文件系统驱动、安全访问控制模块等。它们不是内核本体，但运行在内核空间，和内核深度耦合。
内核模块的 GPL 合规性，是 Linux 社区争论了二十年的难题，至今没有定论。
Linus Torvalds 多次表示，是否属于 GPL 所要求的衍生作品，需要结合模块与内核的耦合程度判断，并不存在"所有内核模块都必须GPL"这一简单结论。对于大量仅使用稳定接口的驱动，社区长期存在闭源实践；而深度依赖内核内部接口、与内核紧密耦合的模块，则存在更高的GPL合规风险。
但业界实践并非如此统一。英伟达（NVIDIA）几十年来一直以闭源驱动的形式分发其 Linux 内核模块，虽然饱受社区批评，却从未因此承担法律责任——部分原因是它通过一个开源的"包装层"（wrapper）和内核交互，把闭源部分隔离开来。
这套"包装层"技巧本身就说明问题：如果内核模块真的不需要开源，何必费这番功夫？
实际上，一旦内核模块和内核的交互越深、耦合越紧，"独立程序"的说法就越站不住脚，GPL 义务的触发就越难回避。那些深度定制的安全模块、访问控制模块，往往正好落在这个最危险的区域。
商业发行版的通行做法对比
Red Hat 的做法是教科书级别的：它通过 Fedora 和 CentOS Stream 探索前沿技术并回馈社区，而将最稳定的企业版（RHEL）源码和技术支持锁定在付费订阅用户圈内。这套模式在严守 GPL 底线的同时，将商业价值完美沉淀在服务和支持层，成为行业标杆。
核心结论
基于 Linux 构建商业系统，闭源本身不违法，关键是看闭的是哪一层。
- • 内核模块：法律上存在争议，但深度定制的安全模块若不开源，合规风险相当高
真正的陷阱往往藏在内核模块这个灰色地带里。很多厂商在这里打擦边球，侥幸心态的背后，是对开源社区信任的持续消耗。
GPL 的约束，本质上是一种契约——你从社区拿走了什么，就有责任还回去同样多。 这不是单纯的法律义务，也是一个生态能否长期可持续的根基。
弄清楚这条边界，不仅是技术架构师的必修课，更是商业公司合规合法的安全护城河。在开源的世界里，最顶级的商业智慧不是钻空子，而是合规地借力。
