Andriod 推送和 iOS 推送差别问题

[stephCurry]

###声明当前推送都是测试 telegram 软件, andriod 和 iOS 都挂梯子的网络下.

平时一直用类原生安卓, 挂梯子, 但是发现有时 telegram 收不着短信, 尤其是长时间不用的情况下.

而 iOS 一直都是推送效果很好, 然后也打算换 iOS 了, 就试了试推送问题. 对比如下:

测试软件: telegram, 环境: 挂梯子 Android: 氧 OS 8.0 iOS: 12 测试结果: andriod 推送更快, 至少比 ios 快多了, andriod ios 都杀了后台, 依然都能收到推送, 而且还是 andriod 快.

由于是短时间测试, 所以无法模拟长时间不使用的推送问题. 更无法知晓是否 ios 也会出现长时间不用改软件无法收到推送的问题.

考虑到的影响因素: 梯子(其实很稳定) 但是毕竟不能和肉身在外的比.

问下大家的实际体验?

[derek80]

android 的推送就不要比了，我都已经放弃。
即使全时挂梯子也是很不稳定。氧系统的你开深度清理试试。不保持后台基本收不到。

[morethansean]

Pixel 未 root，推送一直 Android 比 iOS 快几秒。不管什么环境，多长时间。
关掉了 Telegram 设置里的后台常驻，纯使用 fcm.

[monsoon]

有时候收不到应该是 nat 的问题。
感觉是不是可以结题了😶

[stephCurry]

@monsoon 不明白, 和 NAT 有啥关系

[stephCurry]

@derek80 推送不是 Google 的 GCM 推送吗? 和清理不清理后台有啥关系, 只要梯子不断, 就能推啊

[stephCurry]

@morethansean telegram 又不是国内软件, 肯定就是 FCM(原 GCM)推送啊. 我一般也是推送正常. 但是长时间不用软件, 比如隔了几天, 有时就收不到推送了.

[monsoon]

@stephCurry 随便网上复制了一段内容给你……大体这个意思
> When a peer is behind NAT or a firewall, it might wish to be able to receive incoming packets even when it is not sending any packets. Because NAT and stateful firewalls keep track of "connections", if a peer behind NAT or a firewall wishes to receive incoming packets, he must keep the NAT/firewall mapping valid, by periodically sending keepalive packets. This is called persistent keepalives.

[stephCurry]

@monsoon 结合实例来说, 意思是 "即使用梯子, 也无法保证一天 24*60*60 秒每一秒 connection 都是稳定的, 可能就在那不稳定的那一秒, 就没有推送到该收的信息" 吗? 那这么说的话, 即使是 iOS 挂梯子也是一样的吧?

[monsoon]

@stephCurry 用那些软件的话，你要设置一下每隔多少时间发一个消息给服务器（如果那个软件有这样的设置的话）。或者服务器每隔多少时间发给你也行。不过两者都比正常来说费电，后者基本上会更多。
iOS 推送没这个问题，因为正常推送不走代理，然后 iOS 应该已经考虑到了这个，自己做了处理，所以不需要考虑这个问题。

[monsoon]

楼主你可以网上搜索下 移动 nat 超时，或者其他类似的关键字，各大运营商都不一定一样的。

[monsoon]

@monsoon 刚刚上面有句话说错了，“因为正常推送不走代理”。
我刚刚是想说如果不用那些软件的话，正常就能收到 tg 推送，所以不用考虑这个问题。
而如果你用了那些软件的话，我不太清楚，不过让系统推送不走那些软件的话就应该没问题。

[morethansean]

@stephCurry 不会, FCM 自己有心跳, 只要 FCM 不断他自己会保证消息触达。
如果你用的是原版 telegram （非 telegram x ），你需要在设置里设置一下才能强制他走 FCM.
漏消息的时候开手机看看 FCM 日志。