iOS推送总掉线？三步重构通讯链路保稳定

　　去年10月，老周蹲在IDC三号机房门口啃冷掉的蟹粉小笼——皮都塌了，咬一口汁漏一手指，他甩手往牛仔裤上蹭，刚好蹭到口袋里那台还连着iTerm的iPhone。屏亮，APNs connection dropped：782次。他抬头看我，没说话，就用沾着蟹油的拇指抹了下屏幕左上角的电池图标，抹完还低头闻了闻指尖。

　　我原以为是token轮换逻辑卡在某个并发锁里，结果抓包看到第七百三十四次重连时，TCP FIN-ACK居然从苹果那边先发过来的。你信吗？他们主动断的。不是我们timeout，不是cert过期，不是payload超长——就是突然，不声不响，把socket关了。像便利店半夜打烊，卷帘门哐一下落到底，连句“明天见”都不留。

　　那天下午雨没停过。机房顶棚漏水点正对UPS散热口，嘀嗒、嘀嗒、嘀嗒，每三十七秒一声，节奏稳得让人想砸表。运维小陈蹲那儿拿个乐扣饭盒接着，接满半盒就倒进隔壁消防栓箱——箱体漆皮早翘了，露出底下锈红的铁皮，他倒的时候手腕抬得特别高，怕洒。

　　三步重构，不是什么新架构图上画的漂亮箭头。第一步：砍掉所有“优雅重连”包装层。什么backoff策略、指数退避、retry-with-jitter……全删。上线那晚我就盯着监控，发现第十三次重连失败后，直接close fd，sleep两秒，open新fd，connect。粗暴。但掉线后平均恢复时间从四十一秒压到十八秒。你问我怎么测的？用watch -n 0.3 'ss -tnp | grep apns'，一边盯一边听小陈倒饭盒的声音。嗒、嗒、嗒……

文章配图，仅供参考

　　第三步……其实是反悔。我们之前把device token缓存做了本地LRU，最大三百七十万条。结果某天凌晨两点，iOS 17.1.2批量刷新token，设备上报撞在同一个毫秒窗口。缓存层直接OOM，整个推送路由模块僵了八十二秒。重启后我翻日志，发现第42291行写着“token update storm detected”，后面跟着个注释：“建议改用Redis Stream”，是我自己写的。但我当时根本没配Redis Stream，就写了行注释完事。第二天晨会，产品汪哲接了个电话，挂了之后笑着对我们说：“用户说推不下去也不急，反正他们刚上线‘摇一摇开红包’，DAU涨了。”他讲完把椅子转了半圈，用笔帽戳自己太阳穴，戳了三下，没出血，但皮肤泛红。

　　哦对，优胜劣汰。不是自然选择那个意思——是线上存活规则。谁的重连快，谁的心跳假动作骗得过中间网关，谁的token刷新能扛住batch突袭，谁就活下来。别的都是幻觉。苹果那边从来不会发告警，不会发SLA报告，不会告诉你哪个region哪台edge节点正在做灰度升级。他们只发一条TCP RST。啪。完了。你只能比它更快地重新握手，更快地假装自己一直在线，更快地让下游业务觉得“好像从来没断过”。

　　上周五，测试同学阿哲在灰度群里贴截图，iOS 18 beta2的push log里多了个新字段：apns_connection_reuse_count。我扫了一眼，没点开详情。他@我问要不要加解析逻辑，我回了个“等下周再说”，然后切出去点了外卖——还是那家蟹粉小笼，但这次备注了“蒸透，别塌皮”。手机震了一下，是老周发来语音，十秒，只有背景音：机房漏水声，和一声很轻的、像猫踩纸箱似的咔嚓——估计是他捏扁了饭盒盖子。

　　现在我桌角还堆着六本被翻烂的Apple Push Notification Service官方文档PDF。最新一本页眉印着“2023年8月更新”，但第47页有个图示，client-to-gateway的虚线箭头旁边，铅笔写的“实为四层代理”，字是歪的。我写的。那天下雨，铅笔芯断了两次，字越写越抖。至于这三步能不能扛住今年WWDC之后的新协议，我说不准。但至少接下来两个月，我打算把APNs重连逻辑再拆一遍——这次不拆代码，拆TLS handshake里的ClientHello里SNI字段的构造顺序。小陈说我疯了。他刚把新买的降噪耳机调到最高档，结果还是听到了漏水声。

（编辑：站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!