Atom 比 RSS 更出色：关键差异解析与应用困境
编辑部资讯发布
本文将探讨 Atom 与 RSS 的相关情况，指出 Atom 在技术层面优于 RSS，且在关键方面表现更出色。
Atom 与 RSS 对比概述
草稿于 2026 年 4 月 10 日开始撰写，标签包含 [/atom](/atom "Atom")，[/rss](/rss "RSS（可能是“真让人沮丧的聚合”）")。本文仍需进一步润色，添加新章节并测试以证明观点。作者的 [我的订阅源](subscribe#feeds) 均为 Atom 订阅源。业内人士认同 Atom 在技术层面优于 RSS，二十年前所有内容就应迁移至 Atom，如今多数订阅源阅读器能很好支持 Atom（播客领域除外）。然而，很多人仍编写和选用 RSS，原因要么是对 Atom 一无所知，要么觉得最终结果没影响。实际上，两者多数差异在表面或实际应用中并非问题，如 RSS 日期格式糟糕、未明确内容编码、名称涵盖多种互不兼容格式等，但某些差异至关重要，合理内容在 RSS 中无法可靠表达，在 Atom 中则清晰明确且通常能正常工作。作者希望大家因实用原因选择 Atom，淘汰 RSS。
关键差异分析
标题编码语义
在 RSS 标题中，无法可靠使用 `<` 或 `&` 等字符，也难以提及 HTML 标签。内容管理系统允许标题包含标记，但题目很少允许，很多文章需用 `****` 或 `****`。Atom 定义了文本结构，可指定值是文本、实体编码的 HTML 还是 XML 编码的 HTML，标题属于文本结构。而 RSS 连内容都无编码语义，标题肯定也没有，不同实现方式处理不同。假设编码标题“关于 `` 元素的一切”，在 Atom 中有三种明确选择：去除标记按纯文本编码；保留标记对 HTML 进行实体编码；保留标记将 HTML 表示为 XML。作者选择不将 `>` 编码为 `>`，受够不必要的过度编码。待办事项是调查 RSS 阅读器如何处理上述情况，高难度挑战是 `<_>::v::<_>` 这个真实标题。</p><h5>摘要与完整条目区分</h5><p>RSS 不行，Atom 很棒。启发式方法不利于互操作性。作者感觉之前还想到过第三个关键差异，希望发布前能想起来。</p><h4>美中不足：播客</h4><p>过去二十年来，多数订阅源阅读器和开源订阅源读取库同时支持 RSS 和 Atom，但大多数大型播客订阅源阅读器或聚合器只支持 RSS。由于事情大多发生在 20 - 25 年前，作者当时未关注该领域，具体细节不太清楚。大致时间线为：播客流行，RSS 2.0 添加附件功能；Atom 应运而生并稳定；苹果 iTunes 播客功能仅支持 RSS，后来 iTunes 客户端开始支持 Atom，但 iTunes 音乐商店不支持，且 iTunes/苹果播客相关支持在 2023 年被移除。作者想怪苹果，有些播客阅读器或聚合器支持 Atom 情况不一，RSS 本就混乱，播客的 RSS 更是乱上加乱。</p><p>读者可查看论文原文获取更多内容。</p>