iOS开发陷阱之compare

iOS里compare的相关方法：

- (NSComparisonResult)compare:(NSString *)string;- (NSComparisonResult)compare:(NSString *)string options:(NSStringCompareOptions)mask;- (NSComparisonResult)compare:(NSString *)string options:(NSStringCompareOptions)mask range:(NSRange)compareRange;- (NSComparisonResult)compare:(NSString *)string options:(NSStringCompareOptions)mask range:(NSRange)compareRange locale:(id)locale;

NSComparisonResult 是定义的一个枚举，定义如下：

typedef NS_ENUM(NSInteger, NSComparisonResult) {NSOrderedAscending = -1L, NSOrderedSame, NSOrderedDescending};

其中，NSOrderedSame 表示两个字符串完全一致，在枚举中值是0.

字符串比较在程序中很常见，比如：

    if ([str1 compare:@"some text"] == NSOrderedSame) {        // Do something    }    else {        // Do something else    }

但，如果如上中的str1为nil，根据Objective-C的消息调用规则（方法调用），对nil发送的任何消息，得到的返回都是nil。这样的情况下，运行时是不会像C/C++那样，出现空指针的非法访问而使得程序强行终止。也就是说，在Objective-C下面，即便str1为nil，也不会造成程序崩溃，而是会继续运行。

那么当str1为空的时候，[str1 compare:@"some text"] 消息的返回就会为nil。nil表示一个空的Objective-C对象，实际就是表示一个空指针，而它代表的值就是0，与NSOrderedSame的值相等. 如此，回到最前面的if语句，如果str1为nil，那么整个语句的值为真。这会给程序造成非常严重的问题，小则逻辑错误，UI显示错误等，大则会造成数据泄漏等等。。。所以，一旦出现这种情况，还是很严重的。

所以建议规避这种情况：

    if (str1!=nil && [str1 compare:@"some text"] == NSOrderedSame) {        // Do something    }    else {        // Do something else    }

或者：

    if ([@"some text" compare:str1] == NSOrderedSame) {        // Do something    }    else {        // Do something else    }
str1=nil时，第二种情况的结果是1。就像防止java空指针异常一样，把确定有值的变量放在前面。