FeedMe 装前装后：一款 RSS 阅读器到底要走了你什么数据
| 项目 | 内容 |
|---|---|
| 软件 | FeedMe |
| 版本 | 4.9.11 |
| 平台 | Android APK |
| 体积 | 20.93M |
| 分类 | 阅读 |
| 包名 | com.seazon.feedme |
| 官网 | FeedMe 官网 |
| 下载一 | FeedMe 下载，FeedMe 下载 |
| 下载二 | FeedMe 下载，FeedMe 下载 |
| 文档 | FeedMe 文档 |
| 介绍 | 从权限申请到云同步行为，把 FeedMe 每一项数据索取背后的功能收益和收紧路径摊开讲——敏感用户的参考清单。 |
FeedMe 是什么，以及为什么要从隐私角度聊它
FeedMe 是一款 Android 平台的 RSS 阅读器。简单说就是把分散在各个网站上的博客、公众号、媒体文章集中到一个 App 里按时间线展示，支持加星收藏、打标签分类、离线下载、播客收听、稍后读服务集成等功能。目前支持的云同步服务覆盖了 Feedly、Inoreader、Bazqux、Tiny Tiny RSS、FreshRSS、Feedbin、The Old Reader、Fever API 等一长串，也能对接开源书签服务 Karakeep。
我自己装新 App 前总习惯先看一眼权限列表——不是怕被收集，是想搞清楚「这个功能为什么需要这个」。FeedMe 打开权限列表的时候，那几个跟网络和账户相关的申请让我停下来想了想：一个 RSS 阅读器，为什么要跟这么多外部服务通信？它到底把我什么数据推到了外面？又换来了什么？这篇就把这些事摊开说清楚。
它要了什么：逐项拆开看
FeedMe 的数据索取路径全摆在功能里，没有藏得太深。按功能模块拆解的话，大概是下面这几块。
网络访问权限——这是最核心的一项。 FeedMe 作为 RSS 阅读器基本离不开网：定时去订阅源抓新文章、下拉刷新手动同步、下载全文和图片、下载播客音频。样本里提到的四种同步方式（完整自动、快速自动、完整手动、快速手动）本质上都是在不同频率和不同深度下使用网络。完整同步会把全文、图片、播客音频都下载到本地，快速同步只拉元数据不下载实体内容——但不管哪种，都必然要对外发请求。
云同步服务的账户凭据。 这是数据量最大的一项。FeedMe 支持十几种 RSS 云服务，登录任意一个之后，数据就开始双向流动了：你在服务端的订阅列表被拉下来、服务端的已读状态同步到本地、你在本地加的星标和标签会回写到服务端。样本里特别提到，标签的云同步取决于具体服务——Feedly、Inoreader、Bazqux、The Old Reader、FreshRSS、Feedbin、Fever API 都支持客户端增删标签并云端同步，只有 Tiny Tiny RSS 和 Folo 不支持（标签只在本地显示）。加星和已读状态则所有支持的云服务都会双向回写。
Karakeep 的 API Key。 如果你配置了 Karakeep（原 Hoarder）集成，需要填入 Karakeep 实例的 URL 和 API Key。之后每次在 FeedMe 里把文章保存到 Karakeep，文章的链接就会被推送到那个实例上——如果是自建的 Karakeep，数据流向你自己的服务器；如果是社区托管版，数据流向托管方。样本里对比了 Karakeep 和 Pocket、Evernote、Instapaper 的区别，其中 Karakeep 是唯一一个可以自建、无广告、开源的。
本地存储。 FeedMe 在本地存了不少东西：同步下来的全文、缓存的图片、下载的播客音频、keep unread 标记、标签和加星的本地副本、订阅源的元数据。样本里特别提了 keep unread 的行为——这个标记只存在于本地数据库，清缓存或卸载重装就丢，不会同步到服务端。也就是说 FeedMe 本地存储里有相当一部分数据是"不上云"的。
同步回写行为。 这一点容易被忽略：FeedMe 不只是"拉数据下来"，还会"推数据上去"。每次同步时，你的已读状态、加星状态、标签状态都会被回写到对应的云服务。样本里明确说了，四种同步方式不管完整还是快速，都包含状态回写这一步。如果你在 Feedly 里把一篇文章标为已读，FeedMe 同步后本地也会跟着变；反过来如果你在 FeedMe 里加了星，同步后 Feedly 那边也会出现那颗星。
给出去换来了什么：每项权限对应的功能
上面每一项数据索取，背后都有明确的功能收益。不联网 = 只能读缓存的旧内容；不连云服务 = 订阅源需要手动导入 OPML、阅读进度不跨设备；不集成 Karakeep = 收藏功能只剩本地加星一种方式。
具体来说：网络权限换来了实时看到新文章、离线阅读的便利（WiFi 下完整同步把全文图片播客都下好，地铁上完全断网也能读）；云服务账号换来了跨设备同步——手机上标记已读，平板上打开就不会重复显示；标签云同步换来了不同设备上看到同样的分类体系；Karakeep API Key 换来了一键保存到自建书签服务，不用再手动复制链接；图片和播客下载换来了离线时的完整体验。
如果不给这些权限或不用这些服务，功能缺口也很清晰：不联网就是一个"断网也能看的纯本地阅读器"，但内容永远是旧的；不连云服务就是"单机使用"，换设备得手动搬数据；不下载图片就是"有文字没配图"的纯文字阅读器；不集成任何稍后读服务就是"收藏只有本地加星，数据都不离开 FeedMe"。
收紧空间：哪些可以自己控制
FeedMe 在隐私收紧这件事上给了不少开关，而且路径都很明确，样本里提的那些设置项不是摆设。
关掉自动同步，只手动同步。 路径：设置 → 同步 → 自动同步 → 关掉定时间隔。这样 FeedMe 不会主动往外发请求，只有你手动点同步按钮或下拉刷新时才联网。对流量敏感、或想控制 App 后台活动的人来说，这是最直接的一关。
只开快速同步，不开完整同步。 快速同步只拉元数据（标题、摘要、发布时间），不下载全文、图片和播客。路径：设置 → 同步 → 高级同步对话框（启用后手动同步时可以选这次要不要下载图片、web 页面、播客）。这样既不会完全断更，也不会产生大量流量消耗和存储占用。
不连云服务，只用本地订阅。 FeedMe 支持手动导入 OPML 文件来添加订阅源，全程不需要任何外部账号。标签和加星都只在本地生效，keep unread 本来也只在本地——也就是说，本地订阅模式下 FeedMe 基本是"单机运作"，除了抓订阅源内容之外不跟任何第三方服务通信。唯一的代价是换设备时得重新导入 OPML、手动迁移加星列表。
用 keep unread 代替服务端同步的临时保护。 keep unread 这个功能样本里花了不少篇幅讲：它让已读文章在本地继续显示为未读，但这个标记不回写到服务端、清缓存就丢、退出重进可能丢失。虽然不是长久之计，但作为"临时钉住几篇重要文章"的应急手段，它完全不向外推数据。适合那些不想因为一个临时标记就触发云同步回写的人。
不集成任何外部稍后读服务。 Karakeep、Pocket、Evernote、Instapaper 这些稍后读服务都会导致文章链接被推送到外部——如果只需要一个本地收藏功能，FeedMe 的加星和标签完全够用，而且这两个功能在不连云服务的情况下也能正常工作（只是不跨设备）。
边界声明
样本里没有提到的事情，我不推测也不下结论。比如 FeedMe 有没有自己的后端统计服务、有没有崩溃上报、有没有把用户行为数据发给第三方分析平台——这些样本里完全没写，我选择不提。只讲样本明确提到的：同步触发的网络请求、云服务的双向数据流动、Karakeep 的 API Key 集成、本地存储的内容范围、keep unread 的行为边界。样本覆盖的功能边界就是我的讨论边界。
结论：什么人不用在意，什么人建议先收紧再用
对已经在使用 Feedly、Inoreader 这类主流 RSS 云服务的人来说，FeedMe 的数据索取跟你已经在用的服务是同一路径——这些云服务本身就是用来同步订阅和阅读进度的，FeedMe 只是客户端。自建 FreshRSS 或 Tiny Tiny RSS 的人更不用说，数据流向你自己的服务器，收紧开关的意义不大。
对那些对手机 App 向外通信敏感、公共网络使用多、或者只需要一个本地阅读器的人来说，建议先做三件事：关掉自动同步、只用本地订阅导入 OPML、不集成任何外部稍后读服务。这样 FeedMe 就是一个"半断开"的 RSS 阅读器——只抓订阅源的内容，不跟任何第三方账户服务、书签服务通信。
FeedMe 不像有些 App 把数据收集藏得很深，它的每一次对外通信都对应一个明确的功能入口。想省心就全连上云服务和书签集成，享受跨设备同步和一键收藏的便利；想控制就把那些开关逐个关掉，用本地订阅和手动同步维持一个最小化的数据足迹。选择权全在你。
本文为个人基于网络公开资料整理编写，非官方内容，仅供学习交流参考；软件版权归原作者所有，请支持正版；使用过程中遇到问题请查阅官方渠道，本文不承担任何责任。
