Me inscribí en el primer desafío del Proyecto Golden Stone: comparta el pozo de premios de 100,000, este es mi segundo artículo, haga clic para ver los detalles del evento

Este artículo documenta el proceso desde un bloqueo descubierto en la actualización de iOS16 ayer hasta su resolución.

prefacio

Ayer, el primer día después del Festival del Medio Otoño, el padre de Apple impulsó el sistema iOS16.

Entonces, como una operación regular de los desarrolladores de iOS, comencé un largo camino de actualización:

Actualice macOS a 12.6
Actualizar iOS16
Actualizar Xcode14

Ejecute la aplicación y luego bloquee, la información de la captura de pantalla del bloqueo es la siguiente:

Fácil de reproducir el accidente

Debido a que Xcode14 es la versión IDE que solo se necesita para el desarrollo continuo posterior (en teoría, Xcode13 todavía se puede usar para el desarrollo, pero para iOS16, es mejor usar Xcode14), hemos hecho una estadística de reproducción simple del problema de bloqueo:

versión IDE	versión iOS	equipo	¿Se estrella?
Xcode14	iOS 15	máquina real	no
Xcode14	iOS 15	emulador	no
Xcode14	iOS 16	máquina real	Sí
Xcode14	iOS 16	emulador	no

Se puede ver que el bloqueo solo ocurre en el dispositivo real de iOS16.

Solucionar problemas de posicionamiento

De acuerdo con la información, podemos encontrar que el problema del bloqueo ocurre en la CocoaMQTTbiblioteca de dependencia relacionada -- CocoaAsyncSocket.

Así que fuimos a CocoaMQTTla parte superior para ver algunos problemas abiertos:

Hay un problema de comentarios presentado el 15 de agosto, probablemente diciendo que hay un bloqueo en beta5 de Xcode14, y también está involucrado CocoaAsyncSocket.

Entonces, seguimos la vid y continuamos buscando la biblioteca de dependencias CocoaAsyncSocket.

Efectivamente, un problema es muy llamativo:

Creo que este es un problema dentro del marco de iOS 16 Core Foundation. El código fuente del nuevo Core Foundation no se publica, por lo que solo presento un error a 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
复制代码