如何详细排查一次iOS通知推送故障的完整过程？

本文共计1831个文字，预计阅读时间需要8分钟。

创新：编码日记（微信公众号ID：codelogs），欢迎分享，转载请注明出处。

发现问题时，上周五晚上即将下班时，测试突然和我说，iOS推送的修复更新上线后存在疑问，后台报错。

原创：打码日记（微信公众号ID：codelogs），欢迎分享，转载请保留出处。

发现问题

在上周一个将要下班的夜晚，测试突然和我打招呼，说IOS推送的修复更新上线后存在问题，后台报错。

连忙跑到测试那里看报错详情，报错如下：

重现问题

看到这个报错后，在网上搜索了一下，这种错误一般都是因为客户端不信任服务端SSL证书导致的，回想工作以来，好像遇到这种问题好多次了，只要将证书导入一下就好了。

由于不能冒然在线上修改解决问题，于是获取推送相关信息(如：设备token)后，到自己电脑上去测试，看是否能重现问题。

啪啦啪啦，代码修改完毕，点运行坐等错误出现。

5秒钟过后，发现推送消息发送成功了，没有出现报错，有点懵逼！心里想，代码都是完全一样的啊，怎么线上报错，我这却是好的呢？？？

纠结了一会，于是开始静下心来分析：

1. 代码肯定是一样的，应该不是表面上的代码原因。
2. 其次推送设备也是一样的，应该也不是手机问题。
3. 那么。。。

就在没有头绪之际，我又扫了一眼工程目录，发现了jdk8，但我们线上系统使用的是jdk7啊。