不实名不给评论就算了，听个播客不涉及言论

@liyafe1997 #17 经过这么多长时间测试，还是老哥说得对。谢谢解惑

@liyafe1997 #14 你试试用黑域、冰箱冻结应用，然后用 fixfcm 勾选，然后发送 1 类消息

@liyafe1997 #14 FCM SDK 会代表客户端应用向最终用户设备显示消息

@liyafe1997 #12 我的意思是 1 类通知，其实可以脱离 app 本身，只是系统自动阻止了通知。发 intent 到目标 app ，是为了让其处理 2 类通知。
你可以尝试一下，将 1 类通知的 app 冻结，在 fixfcm 勾选此 app ，就会出现 app 已停止，但同样会推送通知。当然这只限于 1 类由 fcm sdk 处理的消息，不适用 2 类由客户端处理的消息。

@liyafe1997 #2 原因是不同的，2 是因为不能自启动，无法处理数据消息。1 其实是脱离应用进行通知推送的，你说的不能的原因是：首次安装但尚未启动的应用以及被用户手动停止（在“管理应用”中）时，应用会处于停止状态。 系统会将 FLAG_EXCLUDE_STOPPED_PACKAGES 添加到所有广播 intent 。这样做是为了防止来自后台服务的广播无意中或不必要地启动已停止应用的组件。fixfcm 其实就是添加相应的 FLAG_INCLUDE_STOPPED_PACKAGES ，来允许启动应用组件。https://developer.android.com/about/versions/android-3.1?hl=zh-cn#launchcontrols

@wwhontheway 很显然，apns 只能处理 fcm 的第一种消息，况且 apns 本身是端对端加密的

@cengjingyouni 需要加解密
@Leiseya
@Leiseya
@liyafe1997 #3 你说的没错 fcm 是需要应用可以自启动和后台运行的，区别就是 2 可以将通知进行加密。

@liyafe1997 #2 我们有项目用到了 fcm ，具体测试了。测试结果：使用 1 ，会直接弹通知，点击之后再冷启动从服务器拉取；使用 2 ，会显示已在后台更新，点击后进入 app ，是已经从服务器更新好的。

这个是包含在 Carrier 运营商下发的配置文件里面的

回到原题，不更新的原因是国内运营商现在已经不在下发的配置文件中提供这些字段信息了。

具体表现就是有“用量”的不再更新，设置为新手机的没有“用量”这个内容。

@jiangyang123 估计分批次下架

@Leiseya #2 就我的看法，如果对网络有要求的话，在 a 处使用软路由，c 处的路由器使用 ap 模式

@revelationtan 光猫桥接的话，一般情况下，除了分配 iptv vlan 的网口，其他网口后面都要拨号才能用的，有些地区不支持多拨的话，大概就只有第一个进行拨号的网口能够有网络。

1.按照你家的这种情况，如果 a-c 只有一根网线的话，网关只能设在 a 处，不增加成本的话就是使用光猫的路由功能，不过这样划分子网的话比较麻烦，比较好的做法是在 a 处使用有线路由器，进行 nat + dhcp 。
2. 就你家的网络机构，性价比高的解决方式，就是直接光猫拨号，或者在 a 处增加个路由。

web 2 的中心化必然出现孤岛化，只是国内因为大环境会将用户赶到少数几个中心服务便于管理，孤岛化来的更加急促。这种情况或许 去中心化的 web 3 能够解决。

就我个人观点，只要能够支持外链、支持搜索引擎索引和遵循 web 标准的话，还能接受。最讨厌的莫过于不支持外链、也不能被搜索引擎索引、又独自造轮子的 wechat 之流。

@YaakovZiv #6 这个我以前也有经历过，现在是 keep 和 joplin 结合使用，keep 用于 inbox ，joplin 用于 archive 。

自从换手机微软 authenticator 搞丢了我所有 otp 后，我就远离微软互联网服务了。目前正在用 google task ，还不错，还可以通过 iffft 同步 ios 提醒事项。