Google Reader 判死刑的那天，俺发了一篇《Google Reader 之死——原因分析、应对措施、教训》。当时答应大伙儿，挑选一款比较靠谱的替代品。今天就来聊一下哪个替代品比较靠谱。还在用 GR 的同学，迁移时可供参考。 先界定一下受众。如下类型的网友，是本文的目标读者。 1. RSS 是主要的信息来源 2. 有很多的 RSS 订阅源 3. 每天花很多时间阅读 RSS 如果你不属于上述类型，本文不一定适合你。 对于上述类型的网友，在挑选 GR 替代品的时候，需要考虑如下几个因素。 GR 被 Google 关闭，大伙儿应该吸取教训了——如果没有业务的稳定性，无论功能多么出色都是浮云。
所以，业务的稳定性是第一个考虑点。
很多不知名的，或者新近冒出来的 RSS 阅读器（比如 InoReader），就不用考虑啦。那些没名气的公司，说不定哪天突然就挂了；新进冒出来的公司，到底能支持多久，是个未知数。 仅次于业务稳定性的，就是功能。对于 GR 的重度用户，功能当然是越像 GR 越好。
是否提供 Web 界面
GR 的重度用户，大部分时间都是在 PC 上用 GR，面对的是 GR 的 Web 版。所以，GR 的替代品至少要有 Web 版。至于手机应用，如果有当然更好。 基于这一条，直接淘汰掉纯桌面版的 RSS 阅读器（比如 FeedDemon）。 像 Flipboard 光有手机 App，没有 Web 界面，也不用考虑了。
界面的风格
GR 的替代品最好具有类似 GR 的界面风格（左边是订阅源列表，右边是条目列表）。 这方面，The Old Reader、Feedly、Netvibes 比较符合要求。其中的 The Old Reader 是最像 GR 的，而且还提供中文界面。 像 Pulse 的界面，虽然也是左右分。但 RSS 条目是以卡片形式展现，明显是针对平板操作优化的，在 PC 上用起来不爽（如同 Win8）。 像 FeedReader 的界面，把所有订阅源的条目都混在一个信息流里面，不爽。
订阅源的分类
由于 GR 重度用户通常有很多 RSS 订阅源，所以订阅源的分类就很重要啦。 常见的分类功能有两种：目录和标签。两者的区别在于：目录是一对多（一个订阅源只属于一个目录），标签是多对多（一个订阅源可以属于多个标签）。显然，”标签”比”目录”更强大——你可以拿”标签”功能当”目录”用，但是没法拿”目录”功能当”标签”用。 The Old Reader 支持的是目录，Feedly 和 Netvibes 支持的是标签。
搜索功能
GR的搜索功能包括两方面： 1. 搜索新的订阅源 2. 搜索已有订阅源的条目 这方面，现有的几款 RSS 阅读器都明显不如 GR——毕竟 Google 是做搜索起家的，别人望尘莫及。
RSS 缓存功能
GR 的一个很重要的亮点，就是可以把 RSS 的内容缓存在 Google 的服务器上。如此一来，即便你订阅的某个博客关闭了，你依然可以在 GR 上看到该博客曾经的内容。这就是大名鼎鼎的”RSS缓存功能”。 这个功能的主要难点不在技术上，而在于用户数。只有当某个产品的用户数足够多，该产品的提供商才有可能收集到足够丰富的 RSS 内容并缓存。GR 因为用户数全球第一，所以收录的缓存极其丰富。 为了验证 RSS 阅读器的缓存，俺拿几个已经关闭的博客进行测试。发现只有 Feedly 可以显示出这几个博客的历史内容。看来 Feedly 的收录是比较全的。不过也有读者怀疑，Feedly 使用的是 GR 的缓存。
智能排序
GR 的智能排序是很不错的。你可以选中某个 Tag，GR 会把该 Tag 对应的订阅源里面的所有条目根据受欢迎程度进行排序。当你订阅的 RSS 多了之后，不可能把每一个 RSS 的每一个条目都看完，这时候就可以靠智能排序，只看最受欢迎的头 N 条。 现有的几款 RSS 阅读器，大都没有智能排序。比如 The Old Reader 和 Netvibes 都没提供。Feedly 算是有的，但不如 GR 做得好。
快捷键
对于 GR 的高频使用者，通常已经习惯了 GR 的快捷键。要找替代品，当然也要考虑快捷键是否跟 GR 兼容。 这方面又是 Feedly 做得比较到位——GR 常用的快捷键，Feedly 的都有（用途完全一样）。 顺便扫盲一下 GR/Feedly 共通的快捷键：
o 展开/折叠当前选中的条目 j 打开上一个条目 k 打开下一个条目 n 选中下一个条目 p 选中上一个条目 s 当前条目加星标/去掉星标
v 在浏览器新窗口打开当前条目
如今大部分 RSS 阅读器都支持 OPML 的导入。但是，光支持 OPML 的导入是不够滴。因为 OPML 只包括你的 RSS 订阅源，不包括其它数据（比如你加了星标的条目）。 对于 GR 重度用户，要能把 GR 的所有数据（包括星标）都导入进来，才比较爽。
这方面 Feedly 做得最好——支持双向同步。当你第一次使用 Feedly 的时候，会询问你是否跟 Google 账户关联。关联之后，会把你在 GR 中的数据导入到 Feedly。而且更爽的是，你在 Feedly 里面做的修改（比如：加订阅源、加星）也会体现在 GR 中。
其它国家的网友通常不需要考虑这点。可惜咱们生活在一个神奇的国度，必须应对”河蟹”的危险。 如果你使用国产的 RSS 阅读服务，其提供商可能会受到朝廷的胁迫而进行自我审查（自我阉割）。也就是说，RSS 阅读器可能会把不和谐的内容去掉，让你看不到那些不和谐的内容。
这种阉割是非常讨厌的。所以，国产的阅读器就不予考虑了。
某些同学会反问：国外的 RSS 阅读器也会撞墙啊？俺的观点是：撞墙比自我阉割要好。如果某个 RSS 阅读器被 GFW 屏蔽了，你可以翻墙去使用，看到的内容依然是完整的。而对于自我阉割的阅读器，你无论咋搞，看到的内容都有可能是不完整的。 有些 RSS 阅读器需要付费才能使用全部功能（比如 NewsBlur），不爽！不予考虑了。 有些 RSS 阅读器需要用户自己 DIY，搭建一个 RSS 的聚合平台。考虑到俺博客的读者，大部分人不是干 IT 的，这种阅读器也不予考虑了。另外，自己搭建聚合平台，就没了”历史缓存”的功能。 综上所述，基本上就只有 Feedly 是比较靠谱的。虽然 Feedly 跟 GR 相比，还有很大差距（比如：搜索、智能排序），但咱们也只能是”矮子里面找高个” :(
很多网友抱怨 Feedly 没有这个功能，其实是有的——只是有点迂回。
你可以到 GR 的配置界面进行 OPML 的导入导出。因为 Feedly 跟 GR 是双向同步的，所以这个功能等同于是对 Feedly 的导入导出。在 Feedly 官网上介绍的就是这个方法（链接在”这里“）
虽然 Feedly 大体上的界面风格是类似于 GR 的，但在某些细节上，还是有所不同。如果你追求界面细节的一致性，可以考虑用浏览器扩展（GreaseMonkey 或 Stylish）来定制 Feedly 的界面。
对于 GreaseMonkey 扩展，可以去”这里“看看跟 Feedly 相关的 JS 脚本。
对于 Stylish 扩展，可以去”这里“看看跟 Feedly 相关的 CSS 样式。 GR 会显示某个条目在 G+ 的 +1 数（这个数目越大，说明该条目越受欢迎）。 而 Feedly 更进一步，显示的是 G+ 的 +1 数和 Facebook 的 Like 数的总和。更加有代表性。
原先 GR 没有被 GFW 彻底封杀，跟 GR 使用的域名（www.google.com）有关。其它 RSS 阅读器可就没有这么好的条件啦。所以，不管你用的是不是 Feedly，只要是国外的阅读器，一旦做得好，用的人多了，就可能撞墙。所以，大伙儿一定要练好翻墙基本功哦。
在俺的读者中，还有不少人是翻墙新手。所以近期也在考虑，要不要提供博客的邮件订阅（有了邮件订阅，每篇博文会自动发到邮箱里）。不知道列位看官是否喜欢”邮件订阅”这个功能？想表态的同学，欢迎到本文留言。
俺博客上，和本文相关的帖子（需翻墙）：