编译器是否优化了字符串的形成？

我试图回答关于==操作符的另一个问题，我创造了这个代码：编译器是否优化了字符串的形成？

NSString *aString = @"Hello"; 
NSString *bString = aString; 
NSString *cString = @"Hello"; 

if (aString == bString) 
    NSLog(@"CHECK 1"); 

if (bString == cString) 
    NSLog(@"CHECK 2"); 

if ([aString isEqual:bString]) 
    NSLog(@"CHECK 3"); 

if ([aString isEqual:cString]) 
    NSLog(@"CHECK 4"); 

NSLog(@"%i", aString); 
NSLog(@"%i", bString); 
NSLog(@"%i", cString);

却惊讶的结果：

Equal[6599:10b] CHECK 1 
Equal[6599:10b] CHECK 2 
Equal[6599:10b] CHECK 3 
Equal[6599:10b] CHECK 4 
Equal[6599:10b] 8240 
Equal[6599:10b] 8240 
Equal[6599:10b] 8240

是有一些编译器弄虚作假回事？

来源

2009-08-24 nevan king

显然有字符串uniquing继续，至少内的单个编译单元。我建议您通过man gcc进行简要介绍，在此期间您将访问“字符串”的所有用途。你会发现，对文字NSString S和他们的免费电话桥接的同行，CFString小号直接相关的几个选项：

-fconstant-string-class = 类名设置用于类的名称实例化@"..."文字。它默认为NSConstantString，除非您使用的是GNU运行时。（如果你不知道，如果你是，你是不是。）
-fconstant-cfstrings中能够使用内置的，当你写CFSTR(...)创建CFString秒。

虽然不推荐使用此选项，但可以使用-fwritable-strings禁用C字符串文字的取消定位。我无法想出一个可以阻止在Objective-C文件中排除NSString文字的选项组合。（任何人都想找帕斯卡尔字符串文字？）

你看-fconstant-cfstrings进入中使用的CFSTR()宏CFString.h的定义发挥创造CFString文字：如果你看的实施

#ifdef __CONSTANT_CFSTRINGS__ 
    #define CFSTR(cStr) ((CFStringRef) __builtin___CFStringMakeConstantString ("" cStr "")) 
    #else 
    #define CFSTR(cStr) __CFStringMakeConstantString("" cStr "") 
    #endif

在CFString.c非内置__CFStringMakeConstantString()，你会看到该功能确实执行uniquing使用非常大的CFMutableDictionary：

if ((result = (CFStringRef)CFDictionaryGetValue(constantStringTable, cStr))) { 
     __CFSpinUnlock(&_CFSTRLock); 
    } 
    // . . . 
    return result;

另请参阅对问题的回答，"What's the difference between a string constant and a string literal?"

来源

2009-08-24 04:09:56

+1优秀的答案，jayw。 – 2009-08-24 17:53:54