推送测试机正常，用户却反馈收不到，先查代码还是先查手机设置？

结论先说：推送测试机正常、用户却反馈收不到，通常不是开发“没写推送”，而是链路上某个环节断了——用户关了通知权限、设备Token失效、Android厂商通道没配、iOS证书环境错，或者系统省电策略把进程冻结。按2026年项目交付习惯，先按“权限→Token→通道→内容”四段核对，比反复改代码更省时间。适合有订单、客服等时效触达需求的App，纯内部工具不必强上。

推送通知从服务端到手机屏幕，要过哪几层

推送不是App自己定时拉消息，而是服务端把消息交给系统级推送服务，再由系统唤醒App或直接展示通知。iOS主要走APNs，Android因厂商定制系统，通常要分别对接华为、小米、OPPO、vivo等厂商通道，或用第三方聚合推送做统一接口。“收不到”可能发生在服务端、通道、系统、App四层中的任何一层。

很多甲方以为推送只是一个接口，实际是跨端协作：客户端负责权限与Token上报，服务端按平台分流，运维维护证书和密钥。2026年常见做法是客户端只管Token、服务端统一调度、通道层做降级兜底。少一环，测试机在后台就可能静默失败，而日志里往往只看到“发送成功”。

• iOS：APNs投递，开发与生产证书、密钥不能混用，混用后部分设备会时有时无。
• Android：厂商通道差异大，未接入对应通道时，App被杀后通常收不到通知。
• 第三方聚合：一次接多家通道，但仍要配置各厂商账号、包名和签名。
• 在线与离线：在线可走长连接，离线依赖系统通道；系统通道有时效和频率限制。

用户设置、设备Token、厂商通道、服务端，怎么判断谁的问题

判断责任不要先吵，而要用排除法。第一步看用户是否关了通知权限，第二步看设备Token是否有效，第三步看厂商通道和证书，第四步看服务端发送记录。按项目经验，用户主动关闭和Token失效占比不低，这两类改代码解决不了，只能靠引导开启或重新上报Token。

• 用户侧：通知权限关闭、专注模式、低电量模式，会让通知不展示或延迟。
• 设备侧：Token失效、重装或换机后未更新，服务端还在往旧Token发。
• 通道侧：厂商通道未开通、包名签名不匹配、证书过期。
• 服务端：发送频率超限、消息体格式错误、未按平台分流。

如果Android后台收不到、前台正常，优先怀疑厂商通道和省电策略；如果iOS时有时无，优先怀疑证书环境混用或Token未更新；如果所有设备都收不到，先检查服务端是否真的调用了发送接口。

四段链路核对法：按顺序查比乱改快

把排查拆成“权限段、Token段、通道段、内容段”，因为前一段不通，后面改代码也没有意义。每段都要有可验证标准，不能只看日志写着“已发送”。

1. 权限段：确认系统通知权限、App内开关、频道开关。合格标准是手动发测试通知，通知栏能看到。
2. Token段：确认Token上报、更新、多端存储。合格标准是重装或换机后，服务端能拿到新Token并替换旧Token。
3. 通道段：Android核对厂商通道、包名签名、通道ID；iOS核对APNs生产环境。合格标准是真机在后台或杀进程状态能收到。
4. 内容段：检查标题、正文、跳转参数、静默格式、频率限制。合格标准是点击通知能跳到正确页面，不闪退、不丢参数。

交付现场经验：一个订单类App项目，约束是预算紧、上线只剩两周，安卓厂商账号还没全开通；做法是先锁签名与包名，再申请通道，同时让服务端做Token失效清理；结果是联调少返工一轮，代价是前期多花约1到2天确认。厂商通道审核等待常见区间为1到3周，若等到联调才申请，容易把上线拖后。

自建推送和第三方聚合，成本与周期怎么比

自建推送直接对接APNs和各厂商通道，控制力强，但要维护多套SDK、证书和密钥；第三方聚合一次接入统一API，省去逐家对接，适合中小团队快速上线。选择要看推送量、团队配置和合规要求，不是只看免费额度。

• 自建：控制力强，适合有移动端团队、推送量大的项目；维护多套SDK和证书，排查链路长。
• 第三方聚合：上线快、接入简单，适合中小团队；依赖服务商，需关注数据合规和通道覆盖。
• 混合：第三方做主要通道，关键交易消息保留自建兜底，适合对到达率要求高的业务，维护复杂度上升。

按2026年项目交付经验，仅推送模块接入，常见周期约3到10个工作日；若含多家厂商通道申请、签名核对和审核，可能拉长到2到4周。费用上，第三方服务常见按设备数或推送量计费，小规模验证期每月几十到几百元，量级上去后每月几千元也常见，具体以服务商当期规则为准。

适用与不适用边界

推送适合有订单状态、客服消息、内容更新、社交互动等时效性触达需求的App。如果用户每天主动打开、消息不紧急，推送价值有限。边界要提前说清，避免把“上线功能”当成“必须做推送”。

• 适合：交易类App的支付结果、发货、退款进度；服务类App的客服回复、工单状态；内容类App的更新提醒。
• 不必上：纯内部工具，员工每天主动打开；低频工具类，推送权限关闭率高；没有运营或客服团队，发了推送没人跟进。

可独立摘录的边界句：如果用户打开路径已经固定、消息没有时效性，推送可以延后甚至不做；涉及交易和客服的App，推送漏发会影响体验，应纳入上线验收清单。

常见问题

安卓App在后台收不到推送，前台却正常，通常卡在哪？

前台正常说明代码和Token基本没问题，常见卡在厂商通道未配置或系统省电限制；先核对华为、小米等通道是否开通，包名和签名是否一致。

iOS推送时有时无，和证书环境有关系吗？

有关系。开发证书和生产证书环境混用、Token更新不及时，都会导致部分设备收不到；先确认生产环境APNs配置和用户通知权限。

推送到达率一般做到多少算合格？

没有统一标准。配置齐全且用户未关闭权限时，主流通道可达较高比例；但用户主动关闭、卸载、系统限制都会拉低，不能承诺每条必达。

第三方推送服务免费版够用吗？

小规模验证期常见用免费额度，够用与否看日活和设备数；超过额度或需要厂商通道兜底时，通常要升级付费，经验区间每月几十到几千元。

如果App刚上线且推送收不到，先按“权限→Token→通道→内容”四段核对，别急着重写代码；预算紧、无运营团队的内部工具，可以先不做推送。涉及厂商通道申请和第三方服务费用，建议按2026年交付习惯，把账号、签名、服务端Token更新写进验收清单，再决定自建还是接第三方。