Absturz in iOS: XPC API Missbrauch

Question

Wir haben einen Absturz in unserem iOS-App von crashlytics berichtet:

Abgestürzt: XPC API Missbrauch: Der Versuch, eine Nachricht erwartet eine Antwort auf (com.apple.networking zu senden. connection.0x46bf35a0)

Der Stack-Trace ist:

Thread : Crashed: XPC API Misuse: Attempt to send a message expecting a reply to (com.apple.networking.connection.0x46bf35a0) 
0 libxpc.dylib     0x35cc534a _xpc_api_misuse + 41 
1 libsystem_c.dylib    0x35ba49e5 __strlcpy_chk + 48 
2 libxpc.dylib     0x35cb5f75 _xpc_serializer_create + 158 
3 libxpc.dylib     0x35cb5ea1 xpc_connection_send_message + 60 

unter iOS 9.0.2 geschah auf einem iPhone 5. wir nicht in der Lage sind, den Absturz zu reproduzieren, und wir haben keine Ahnung, wie Starten Sie das Debuggen/Fixieren. Es scheint, dass wir not alone with this sind.

Vielleicht hat jemand hier irgendwelche Ideen.

Answer 1

Es gibt viele offene Bugs zu diesem Thema: rdar: // 21832853 ist der ursprüngliche Fehler, zusammen mit rdar: // 22860899 und rdar: // 22874333, die beide auf OpenRadar sind.

Ich denke, dass dies durch einige C-basierte Netzwerk-Code in SCNetworkReachability verursacht wird, und es versucht, entweder mit dem iOS-VPN-System zu sprechen - vermutlich um festzustellen, ob einer verbunden ist - oder mit dem Hintergrund-Daemon, der verwendet wird NSURLSession Anfragen, aber ich bin mir nicht sicher. Leider ist CFNetwork nicht Open Source, und die libdispatch-Quellen für 10.11 (so nah wie möglich an iOS 9) wurden noch nicht veröffentlicht, sodass ich nicht einmal raten kann, was der Netzwerkcode falsch macht.

Wie auch immer, ich denke nicht, dass Sie in der Lage sein werden, es zu umgehen. Wenn Sie jedoch davon ausgehen, dass die Ursache richtig ist, können Sie sie möglicherweise reproduzieren, indem Sie Network Link Conditioner ausführen und den Flugzeugmodus wiederholt ein- und ausschalten. Jedenfalls einen Versuch wert.