V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
stephCurry
V2EX  ›  Android

Andriod 推送和 iOS 推送差别问题

  •  1
     
  •   stephCurry · 2018-09-26 18:12:21 +08:00 · 8542 次点击
    这是一个创建于 2255 天前的主题,其中的信息可能已经有所发展或是发生改变。

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

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

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

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

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

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

    问下大家的实际体验?

    12 条回复    2018-09-26 23:09:57 +08:00
    derek80
        1
    derek80  
       2018-09-26 18:30:53 +08:00
    android 的推送就不要比了,我都已经放弃。
    即使全时挂梯子也是很不稳定。氧系统的你开深度清理试试。不保持后台基本收不到。
    morethansean
        2
    morethansean  
       2018-09-26 18:34:29 +08:00
    Pixel 未 root,推送一直 Android 比 iOS 快几秒。不管什么环境,多长时间。
    关掉了 Telegram 设置里的后台常驻,纯使用 fcm.
    monsoon
        3
    monsoon  
       2018-09-26 18:39:49 +08:00 via Android
    有时候收不到应该是 nat 的问题。
    感觉是不是可以结题了😶
    stephCurry
        4
    stephCurry  
    OP
       2018-09-26 20:38:05 +08:00
    @monsoon 不明白, 和 NAT 有啥关系
    stephCurry
        5
    stephCurry  
    OP
       2018-09-26 20:40:07 +08:00
    @derek80 推送不是 Google 的 GCM 推送吗? 和清理不清理后台有啥关系, 只要梯子不断, 就能推啊
    stephCurry
        6
    stephCurry  
    OP
       2018-09-26 20:42:13 +08:00
    @morethansean telegram 又不是国内软件, 肯定就是 FCM(原 GCM)推送啊. 我一般也是推送正常. 但是长时间不用软件, 比如隔了几天, 有时就收不到推送了.
    monsoon
        7
    monsoon  
       2018-09-26 20:53:53 +08:00
    @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
        8
    stephCurry  
    OP
       2018-09-26 21:11:16 +08:00
    @monsoon 结合实例来说, 意思是 "即使用梯子, 也无法保证一天 24*60*60 秒每一秒 connection 都是稳定的, 可能就在那不稳定的那一秒, 就没有推送到该收的信息" 吗? 那这么说的话, 即使是 iOS 挂梯子也是一样的吧?
    monsoon
        9
    monsoon  
       2018-09-26 22:55:23 +08:00 via Android
    @stephCurry 用那些软件的话,你要设置一下每隔多少时间发一个消息给服务器(如果那个软件有这样的设置的话)。或者服务器每隔多少时间发给你也行。不过两者都比正常来说费电,后者基本上会更多。
    iOS 推送没这个问题,因为正常推送不走代理,然后 iOS 应该已经考虑到了这个,自己做了处理,所以不需要考虑这个问题。
    monsoon
        10
    monsoon  
       2018-09-26 22:57:05 +08:00 via Android
    楼主你可以网上搜索下 移动 nat 超时,或者其他类似的关键字,各大运营商都不一定一样的。
    monsoon
        11
    monsoon  
       2018-09-26 23:00:36 +08:00 via Android
    @monsoon 刚刚上面有句话说错了,“因为正常推送不走代理”。
    我刚刚是想说如果不用那些软件的话,正常就能收到 tg 推送,所以不用考虑这个问题。
    而如果你用了那些软件的话,我不太清楚,不过让系统推送不走那些软件的话就应该没问题。
    morethansean
        12
    morethansean  
       2018-09-26 23:09:57 +08:00
    @stephCurry 不会, FCM 自己有心跳, 只要 FCM 不断他自己会保证消息触达。
    如果你用的是原版 telegram (非 telegram x ),你需要在设置里设置一下才能强制他走 FCM.
    漏消息的时候开手机看看 FCM 日志。
    关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   3854 人在线   最高记录 6679   ·     Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 · 18ms · UTC 10:28 · PVG 18:28 · LAX 02:28 · JFK 05:28
    Developed with CodeLauncher
    ♥ Do have faith in what you're doing.