FeedMe 未读条数限制 — 设置上限后同步行为与自动隐藏机制

FeedMe 有个容易被忽略但非常实用的功能：未读条数上限。它决定了你的本地数据库里最多保留多少条未读文章，避免订阅源太多时累计几千条未读把列表撑爆、同步也越来越慢。

怎么设置

设置 → 缓存 → 未读条目 → 输入一个数字（比如 500）。

工作机制

假设你设的上限是 500 条：

• 服务端未读 ≥ 500：每次同步 FeedMe 下载最新的 500 条，旧的未读自动不下载
• 服务端未读 < 500：全部下载，不限

超出上限后的行为

当 FeedMe 本地已经有 500 条未读，同步时服务端又来了 10 条新未读：

1. FeedMe 下载这 10 条新的未读
2. 同时把本地最旧的 10 条未读在本地标记为已读

关键细节：这个「本地标记已读」不会回写到服务端。也就是说，服务端还是认为那 10 条是未读的，但 FeedMe 本地已经把它们藏起来了。如果你之后换了别的 RSS 客户端登录同一个账号，那 10 条在那边还是未读状态。

为什么需要这个功能

典型场景：

• 你有 Feedly 或 Inoreader 账号，服务端堆了 2000 多条未读（长期不管）
• FeedMe 不设上限，第一次同步会下载全部 2000 条，花很久、占很多存储空间
• 设上限 300，FeedMe 只拉最新 300 条，够用且快
• 旧的未读你以后想处理时，可以在 Feedly 网页版里统一标记为已读

设多少合适

• 轻度阅读：100 ~ 300 条（每天能读完几十条的量级）
• 中度阅读：300 ~ 800 条（经常有几天没看就堆下来的情况）
• 重度阅读：800+ 条，或者干脆设一个很大的数（比如 5000）让它基本不触发

如果你订阅源多、每源更新频繁，上限设小一点能让同步速度显著提升。

与 Keep Unread 的关系

FeedMe 还有一个「keep unread」功能，可以在服务端标记已读时本地保持未读状态。这两个功能互不影响：

• 未读条数上限：控制本地数据库最多存多少条未读（超出自动压）
• keep unread：控制某篇文章被服务端标记已读后，本地要不要跟着变

如果两个都开了，且 keep unread 的文章刚好是那条「应该被压掉的旧未读」——它还是会被压掉。未读条数上限是最终控制者。