Linux内核最近干了一件很干脆的事:把AppleTalk协议从内核树里连根拔起,4000行代码一键删除。这个1985年诞生的苹果网络协议,41年后终于在Linux世界里寿终正寝。

Linux内核清理AppleTalk协议,4000行代码一刀切
一、一个41年前的协议,苹果自己都放弃了17年
AppleTalk是苹果在1985年推出的网络协议栈,当年Mac电脑用它实现文件共享和打印机连接,算是局域网时代的产物。但TCP/IP在90年代全面碾压之后,AppleTalk基本就进了故纸堆。
苹果自己早在2009年的Mac OS X 10.6 Snow Leopard中就停止支持AppleTalk了——那是17年前的事。换句话说,苹果抛弃它的时候,iPhone才刚出第二代。Linux内核里留着这段代码,纯粹是在给历史当保管员。
二、AI补丁成为压死骆驼的最后一根稻草
这次移除的直接导火索很有意思:大量AI生成的补丁涌入AppleTalk的邮件列表。这个子系统长期无人维护,根本没人能审核这些补丁的质量。维护者们发现,与其让AI在这里瞎折腾,不如直接把这段代码请出去。
被删的代码已经被迁移到GitHub的独立仓库中,真正有需求的用户可以自己去维护。但说白了,这个星球上还在用AppleTalk的人,估计凑不满一桌。
三、Linux内核正在加速"断舍离"
AppleTalk不是孤例。在Linux 7.2中,除了AppleTalk,还有其他老旧模块被一并清理。此前的Linux 7.1已经移除了ARCnet、ISDN和业余无线电等网络驱动。
一个值得注意的趋势是:AI生成补丁的大量涌入,正在加速Linux内核清理历史遗留代码。这些无人维护的子系统原本躺在那里没人管,AI补丁反而成了"清理催化剂"——与其让AI在一个无人维护的代码库上制造噪音,不如直接删掉。
编辑点评
Linux内核清理老旧代码本身不值得大惊小怪,但这次事件最值得玩味的是"AI补丁作为清理催化剂"这个新现象。当AI能够大规模生成针对无人维护子系统的补丁时,维护者面临的选择只有两个:要么花时间审核一堆没人用的代码,要么干脆砍掉。从结果看,Linux选择了后者。这可能会成为未来开源项目处理"僵尸代码"的常态——AI不是替代码续命,而是帮项目做减法。
你觉得Linux内核还应该继续清理哪些古董代码?评论区聊聊。
—— END ——