加载失败
Apple 在 macOS 15.5 里已经提示，AFP（Apple 早期的文件共享协议）支持可能会在未来某个 major release 被移除；讨论中的焦点是这会不会落到 macOS 27 上。Apple 早在 OS X 10.9 Mavericks 时代就把 SMB 设为默认共享协议，而 Time Capsule（Apple 以前的路由器+备份设备）也已在 2018 年停售，但不少人仍用它或用 NAS、Netatalk、Samba 来承载 Time Machine 备份。评论把话题延伸到 macOS 的 SMB/NFS 质量、Finder 的网络浏览体验、以及 Apple 是继续维护旧协议还是把资源投向新功能。很多人还在讨论如何把旧备份方案迁移到 SMB3、rsync、restic、CCC 或其它 NAS/自建方案上。
不少评论把这条消息理解为：Apple 终于要把早已弃用的 AFP/Time Capsule 彻底清理掉，受影响的主要是还在用 NAS、Netatalk 或旧 Time Capsule 做 Time Machine 备份的人。有人提醒 Time Capsule 早在 2018 年就停售，但 Apple 直到 macOS 26 还保留了 AFP 备份支持，所以这次变化会让一批用户不得不改成 SMB2/3 或换后端。也有人补充，Time Capsule 其实可以换硬盘继续当盒子用，但它本质上还是单盘、老 Wi‑Fi、老硬件，风险和折腾都不小。
[来源1] [来源2] [来源3] [来源4] [来源5] [来源6] [来源7] [来源8] [来源9] [来源10]
很多人并不反对迁移到 SMB，但核心抱怨是 Apple 自家的 SMB 实现长期又慢又不稳，尤其在大量小文件、Finder 浏览、搜索、睡眠后重连这些场景里表现很差。有人直接说 AFP 在 10GigE 这类快网络上明显更快，NFS 虽然通常更快，但 Finder 和 macOS 的 NFS 路径又有各种毛病，甚至出现 krb5 挂载无票据时的 kernel panic。还有人提到 SMB1 当然有安全问题，但即便换到 SMB2/3，Time Machine、Spotlight、Adobe 同步插件、plist 调整这些细节仍然会把体验搞得很复杂。
[来源1] [来源2] [来源3] [来源4] [来源5] [来源6] [来源7] [来源8] [来源9] [来源10] [来源11] [来源12] [来源13] [来源14] [来源15]
一派观点认为，继续维护老协议会扩大攻击面、增加测试与安全修补成本，而且 Apple 的工程资源应该优先投向更多人真正会用的功能。另一派则反驳说 Apple 体量巨大，完全可以为这类遗留功能留一个专门维护者；支持时间越长，平台信誉和用户信任也越强。讨论还顺带对比了 Linux：Linux 可以把没人维护、没人用的旧驱动/子系统删掉，或者让外部人接手，而 Apple 的闭源模式让社区几乎无法接管这些旧代码。
[来源1] [来源2] [来源3] [来源4] [来源5] [来源6] [来源7] [来源8] [来源9] [来源10] [来源11] [来源12] [来源13] [来源14] [来源15] [来源16]
不少评论借题发挥，认为这再次说明 macOS 的整体质量在下滑：Time Machine 动画、App Launcher、Finder、网络浏览等地方都越来越“像没打磨完”。有人把原因归结为 Apple 的激励已经转向 services revenue、iCloud 订阅和生态锁定，桌面系统本身不再是第一优先级。也有人不完全接受“Macs 是 monopoly”这种说法，但承认只要还想继续用 iPhone、AirPods、iCloud 等整套 Apple 生态，用户在现实中确实很难轻易抽身。
[来源1] [来源2] [来源3] [来源4] [来源5] [来源6] [来源7] [来源8] [来源9] [来源10] [来源11] [来源12] [来源13] [来源14] [来源15] [来源16]
评论里也给出了一堆现实替代方案：有人把旧 Time Capsule 刷成运行 Samba 4 的设备，有人直接用 Netatalk（一个开源 AFP 实现）或 Raspberry Pi 做网络 Time Machine 备份，还有人推荐 Ubiquiti UNAS、Synology、ReadyNAS 这类 NAS。备份策略上，rsync、restic、Carbon Copy Cloner（CCC）和 APFS snapshots 也被反复提到，因为它们更容易理解、恢复路径更清晰。还有人已经把 AFP 迁到 SMB3，认为只要服务端支持 Time Machine 需要的扩展，现代 macOS 也不是不能用。
[来源1] [来源2] [来源3] [来源4] [来源5] [来源6] [来源7] [来源8] [来源9] [来源10] [来源11] [来源12] [来源13] [来源14] [来源15]
有评论直接指出，原文其实只是在说 Apple 在 macOS 15.5 里再次警告 AFP 可能会在未来被移除，并没有证明 macOS 27 一定会删除它。也有人觉得标题和措辞像 blogspam，把“可能在下一个 major release 被移除”硬写成“已经确定会被移除”，属于 FUD 式放大。另一种更温和的看法是，虽然证据还不够硬，但 Apple 多年来的 deprecation 路线已经很明显，所以这个推断并不算离谱。
[来源1] [来源2] [来源3] [来源4] [来源5] [来源6]
AFP: Apple File Protocol，Apple 早期常用的文件共享协议，很多旧 Time Machine/Time Capsule 方案都依赖它。
SMB: Server Message Block，Windows 系文件共享协议；macOS 早已把它作为默认共享协议。
Time Machine: macOS 的自动备份功能，常通过本地盘或网络共享做增量备份。
Time Capsule: Apple 曾经的路由器+备份一体机，内置磁盘并为 Time Machine 提供网络备份。
Netatalk: 一个开源的 AFP 实现，可在 BSD/Linux 上提供 AFP 服务或兼容能力。
Samba: 开源的 SMB/CIFS 实现，常用于把 NAS 伪装成 Windows/macOS 可用的文件服务器。
NFS: Unix 系文件系统网络共享协议，性能常被认为优于 SMB，但在 macOS/Finder 上兼容性争议较多。
APFS: Apple File System，Apple 现代文件系统，支持 snapshots 等特性。
HFS+: 旧版 Mac 文件系统，APFS 之前的主力格式。
Kerberos/krb5: 一种网络身份认证体系，常用于企业环境；评论里提到 macOS 的 kerberized NFS 在某些情况下会出问题。
rsync: 常见的文件同步/备份工具，适合做脚本化、可控的增量备份。