ios Absturz EXC_BAD_ACCESS KERN_INVALID_ADDRESS

Question

MyApp funktioniert gut in 98% der Zeit, aber manchmal zeigt es einen Absturz. Und es ist so zufällig.

Der Absturzbericht zeigt Folgendes.

Thread : Crashed: com.apple.main-thread 
0 libobjc.A.dylib    0x3b1ae626 objc_msgSend + 5 
1 Foundation      0x310e2381 _netServiceMonitorCallBack + 104 
2 CFNetwork      0x302ea3b5 _QueryRecordReply(_DNSServiceRef_t*, unsigned int, unsigned int, int, char const*, unsigned short, unsigned short, unsigned short, void const*, unsigned int, void*) + 324 
3 libsystem_dnssd.dylib   0x3b7289d9 handle_query_response + 168 
4 libsystem_dnssd.dylib   0x3b72773f DNSServiceProcessResult + 582 
5 CFNetwork      0x302ea3e5 _SocketCallBack_Mon(__CFSocket*, unsigned long, __CFData const*, void const*, void*) + 20 
6 CoreFoundation     0x30691189 __CFSocketPerformV0 + 580 
7 CoreFoundation     0x3068efaf __CFRUNLOOP_IS_CALLING_OUT_TO_A_SOURCE0_PERFORM_FUNCTION__ + 14 
8 CoreFoundation     0x3068e477 __CFRunLoopDoSources0 + 206 
9 CoreFoundation     0x3068cc67 __CFRunLoopRun + 630 
10 CoreFoundation     0x305f7729 CFRunLoopRunSpecific + 524 
11 CoreFoundation     0x305f750b CFRunLoopRunInMode + 106 
12 GraphicsServices    0x355336d3 GSEventRunModal + 138 
13 UIKit       0x32f58871 UIApplicationMain + 1136 
14 MyApp       0x0013f813 main (main.m:16) 

Alle diese internen Methoden aussehen. Ich erlebe diese Abstürze auf dem iPad 4 mit iOS 7.1.2. Wie kann ich es finden. Alles hilft geschätzt.

Answer 1

Dieser Absturz tritt aufgrund von Speicherverlust auf. Wenn eine Variable oder ein Objekt versucht, auf eingeschränkten Speicher zuzugreifen, tritt dieser Absturz auf.

Answer 2

Dies ist eine alte Frage, aber die EXC_BAD_ACCESS KERN_INVALID_ADDRESS Absturz ist nicht auf Speicherverlust zurückzuführen, sondern auf den Versuch, auf ein freigegebenes Objekt zuzugreifen. Da der Speicher des freizugebenden Objekts möglicherweise jetzt von einem anderen Objekt eines anderen Typs belegt ist, kann die letzte Zeile im Absturz-Stack falsch führen, da sie nicht wirklich Teil des programmierten Ausführungspfads ist. Daher müssen wir normalerweise die Spur nachschlagen ein bisschen. Der Stack-Trace, der von @Sj gepostet wird, besteht jedoch im Wesentlichen nur aus Systemaufrufen, daher ist es wirklich schwierig. Wenn dies in einer Debugsitzung generiert wird, kann das Hinzufügen eines Breakpoints "Alle Ausnahmen" dazu beitragen, eine informativere Stack-Ablaufverfolgung zu generieren.

Answer 3

EXC_BAD_ACCESS KERN_INVALID_ADDRESS Absturz ist zu Speicherverlust nicht durch, aber aufgrund der Versuch, ein freigegebenes Objekt zuzugreifen.

Beispiel: wenn Sie __weak typeof(self) weakSelf = self; verwendet und Objekt freigegeben wurde, bevor Sie es in Block Zugriff finden Sie den Absturz bekommen. Der Grund - Zugriff auf falsche Speicheradresse, da das Objekt freigegeben wurde.

Um dies zu verhindern, verwenden Sie __strong typeof(self) strongSelf = self; innerhalb des Blocks. dieses Codebeispiel für die schnelle Arbeit Gebrauch: Nil Wert ordnungsgemäß ohne Absturz

---

Hinweis behandelt werden.

#define weakify(var) __weak typeof(var) AHKWeak_##var = var; 

#define strongify(var) \ 
_Pragma("clang diagnostic push") \ 
_Pragma("clang diagnostic ignored \"-Wshadow\"") \ 
__strong typeof(var) var = AHKWeak_##var; \ 
_Pragma("clang diagnostic pop") 

Anwendungsbeispiel:

weakify(self); // Remove retain cycle 
[self someFunctionWithBlock:^{ 
    strongify(self); // Make reference to address valid 

}];