Je me suis inscrit au 1er challenge du Golden Stone Project - partagez la cagnotte de 100 000, ceci est mon 2ème article, cliquez pour voir les détails de l'événement
Cet article documente le processus d'un crash découvert hier dans la mise à jour iOS16 jusqu'à sa résolution.
avant-propos
Hier, le premier jour après le Festival de la mi-automne, le père d'Apple a poussé le système iOS16.
Ainsi, en tant qu'opération régulière des développeurs iOS, j'ai entamé un long chemin de mise à niveau :
- Mettre à niveau macOS vers 12.6
- Mettre à jour iOS16
- Mettre à niveau Xcode14
Exécutez l'application, puis plantez, les informations de capture d'écran du plantage sont les suivantes :
Simple à reproduire le crash
Parce que Xcode14 est la version IDE qui est juste nécessaire pour le développement continu ultérieur (en théorie, Xcode13 peut toujours être utilisé pour le développement, mais pour iOS16, il est préférable d'utiliser Xcode14), nous avons fait une simple statistique de reproduction du problème de plantage :
| Version EDI | Version iOS | équipement | Est-ce que ça plante |
|---|---|---|---|
| Xcode14 | iOS 15 | vraie machine | non |
| Xcode14 | iOS 15 | émulateur | non |
| Xcode14 | iOS16 | vraie machine | Oui |
| Xcode14 | iOS16 | émulateur | non |
On peut voir que le crash ne se produit que sur le véritable appareil d'iOS16.
Résoudre les problèmes de positionnement
Selon les informations, nous pouvons constater que le problème de plantage se produit dans la CocoaMQTTbibliothèque de dépendances associée -- CocoaAsyncSocket.
Nous sommes donc allés en CocoaMQTThaut pour voir quelques problèmes ouverts :
Il y a un problème de commentaires soumis le 15 août, disant probablement qu'il y a un crash sur beta5 de Xcode14, et il est également impliqué CocoaAsyncSocket.
Nous avons donc suivi la vigne et continué à chercher la bibliothèque de dépendances CocoaAsyncSocket.
Effectivement, un problème est très accrocheur:
Je pense que c'est un problème dans le cadre iOS 16 Core Foundation. Le code source du nouveau Core Foundation n'est pas publié, je viens donc de signaler un bogue à Apple (FB11489606).
根据反馈者的意见：认为这个bug可能是由于iOS16架包中的Core Foundation framework导致。
于是我们又顺带看了看CocoaAsyncSocket的PR：
第一个PR就格外醒目！解决iOS16在后台的崩溃问题。
虽然这个PR还没有合并，但是对于我们App开始连接MQTT就崩溃的情况还是值得试一试的，于是我们立即在Pod的源码中对这里进行了修改。
修改后，MQTT正常工作，也没有崩溃了。
难道你觉得到这里已经完了？并没有，我们接着往下看。
深入：kCFStreamNetworkServiceTypeVoIP过期导致的崩溃
我特地去看了一下有关kCFStreamNetworkServiceTypeVoIP的代码，其介绍如下：
/* deprecated network service type: */
CFN_EXPORT const CFStringRef kCFStreamNetworkServiceTypeVoIP CF_DEPRECATED(10_7, 10_11, 4_0, 9_0, "use PushKit for VoIP control purposes"); // voice over IP control - this service type is deprecated in favor of using PushKit for VoIP control
复制代码kCFStreamNetworkServiceTypeVoIP这个常量实际上早在iOS9就已经过期了。
甚至2016年，在CocoaAsyncSocket中Close的issue中就有反馈这个问题：
但是，在最新的2020年12月14日的CocoaAsyncSocket的7.6.5版本中依旧还是这么写的：
既然kCFStreamNetworkServiceTypeVoIP已经过期了，那么我就用issuse 402里面提到的PKPushTypeVoIP替换一下试试。
编译，运行，App没有崩溃！！！
将过期的kCFStreamNetworkServiceTypeVoIP改为使用PKPushTypeVoIP才是解决问题的关键！！！
总结
在本篇，我们解决了CocoaAsyncSocket在iOS16系统上的崩溃问题，其实没有太多技巧而言。
我们首先通过Xcode崩溃的信息，基本定位到了CocoaAsyncSocket，然后在通过Github中的issues和PR，了解到了相关API的替换，最后发现kCFStreamNetworkServiceTypeVoIP已经过期了，使用之前已经有大佬提出的方案，就解决了这个问题。
还记得我们之前简单统计吗？崩溃只在iOS16的真机出现，而且有开发者认为是iOS16 SDK的Bug导致。
而我通过替换kCFStreamNetworkServiceTypeVoIP改为PKPushTypeVoIP解决这个问题后，我更倾向于这个观点：
在iOS16 SDK中，可能kCFStreamNetworkServiceTypeVoIP真的失效了，没有意义了，所以继续使用kCFStreamNetworkServiceTypeVoIP并不能完成配置，所以导致了崩溃。
到这篇文章发布之前，我已经PR了代码到CocoaAsyncSocket，至于会不会被采纳，那就不知道了。
考虑到涉及使用CocoaAsyncSocket的App与第三库众多，也希望官方大佬早点解决这个问题吧。
参考文档
使用 CocoaAsyncSocket “kCFStreamNetworkServiceTypeVoIP is deprecated in iOS 9 ” warning 解决方案
kCFStreamNetworkServiceTypeVoIP is deprecated in iOS 9 warning
fix crash of backgrouding in iOS16
自己写的项目，欢迎大家star⭐️
RxStudy：RxSwift/RxCocoa框架，MVVM模式编写wanandroid客户端。
GetXStudy : En utilisant GetX, le client wanandroid Flutter a été refactorisé.