为何@(!var)返回__NSCFNumber而非__NSCFBoolean？JSON序列化异常求助

嘿，这个问题我之前也碰到过，其实是Objective-C里BOOL类型装箱时的一个小陷阱：

• 当你直接对BOOL变量（比如flag）用@()装箱时，编译器会贴心地把它包装成__NSCFBoolean类型（这是NSNumber的子类，专门用来表示布尔值），所以NSJSONSerialization能正确把它转成JSON里的true/false，完全符合预期。
• 但你用@(!flag)的时候，!flag是个编译期表达式，它的结果是0或1（属于int类型），这时候@()就会把它包装成普通的__NSCFNumber，NSJSONSerialization自然就把它序列化成数字0或1了，服务器不认也在情理之中。

你的测试代码刚好印证了这点 #

看你写的这段测试代码：

BOOL var = YES;
NSLog(@"%@", [@(var) class]); // 输出__NSCFBoolean
NSLog(@"%@", [@(!var) class]); // 输出__NSCFNumber

就是因为!var的结果是0（int类型），装箱后成了普通NSNumber，不是专门的布尔包装类，所以序列化结果才会不符合预期。

给你几个解决办法，都能搞定： #

1. 先把否定结果存成BOOL变量再装箱

BOOL mutedFlag = !flag;
NSDictionary *dict = @{@"MUTE": @(mutedFlag)};

这样@(mutedFlag)会正确生成__NSCFBoolean，序列化后就是标准的布尔值。

2. 直接用NSNumber的布尔构造方法

NSDictionary *dict = @{@"MUTE": [NSNumber numberWithBool:!flag]};

这个方法最直接，明确告诉系统要创建布尔类型的NSNumber，序列化结果肯定是true/false。

3. 用三元运算符把结果转回BOOL类型

NSDictionary *dict = @{@"MUTE": @(!flag ? YES : NO)};

通过三元运算符把!flag的int结果转成BOOL类型再装箱，也能得到正确的__NSCFBoolean。

额外提一句 #

NSJSONSerialization认布尔值的规则很明确：只有__NSCFBoolean类型的对象才会被转成JSON的true/false，普通NSNumber哪怕值是0或1，都会被当成数字处理。这就是为啥两种写法结果差这么多。

内容的提问来源于stack exchange，提问作者Jintao Ou