Warum können wir C-Strings nicht als SELs verwenden?

Question

Also, ich habe Herumspielen mit dem objc-Laufzeit wieder (was für eine Überraschung), und ich fand einen interessanten Codeblock here:

const char *sel_getName(SEL sel) { 
#if SUPPORT_IGNORED_SELECTOR_CONSTANT 
    if ((uintptr_t)sel == kIgnore) return "<ignored selector>"; 
#endif 
    return sel ? (const char *)sel : "<null selector>"; 
} 

Also, was das mir sagt, dass ein SEL entspricht zu einer C-Saite, in jedem Manierismus. Macht einen Hexadezimalspeicherauszüge der ersten 16 Bytes des SEL, die @selector(addObject:) enthält ergibt folgendes:

61 64 64 4F 62 6A 65 63 74 3A 00 00 00 00 00 00

die zu gleich die C-Saite .

Mit diesem gesagt, warum stürzt dieser Code, wenn ich die C-Zeichenfolge als Selektor verwenden?

SEL normalSEL = @selector(addObject:); 
SEL cStringSEL = (SEL) "addObject:"; 

NSMutableArray *arr = [NSMutableArray arrayWithObjects:@"1", @"2", nil]; 

[arr performSelector:normalSEL withObject:@"3"]; 
[arr performSelector:cStringSEL withObject:@"4"]; 

NSLog(@"%@", arr); 

Soweit ich das beurteilen kann, sind die Inhalte der Wähler die gleiche, also warum der Absturz auf dem zweiten mit der folgenden Fehlermeldung?

*** App beenden aufgrund nicht abgefangene Ausnahme 'NSInvalidArgumentException', Grund: '- [__ NSArrayM addObject:]: Unbekannter Selektor an Instanz gesendet 0x101918720' ***

Answer 1

Selektoren C-Strings interniert und sind verglichen mit ihrer Adresse, nicht ihre Inhalte. Der String-Inhalt wird nur für die Konvertierung in/aus einer externen Zeichenfolgendarstellung verwendet. Das Internieren wird durchgeführt, um die Leistung zu verbessern. Wenn die Laufzeitumgebung nach der Methodenimplementierung sucht, die mit einem Selektor übereinstimmt, kann sie die Selektorzeiger direkt vergleichen, anstatt jeden Zeiger zu dereferenzieren und die Zeichen zu vergleichen.