iphone与mac之咱两的BOOL不一样

1.发现问题

学习OC时，OC基础教程一书中对BOOL的介绍是，其本质是一个unsigned char类型，所以当你赋值一个多字节数据时产生字节截断，将会有错误的结果。

#import <Foundation/Foundation.h>
int main(int argc, char * argv[]) {        
    @autoreleasepool {
        BOOL a= 0x2300;
        NSLog(@"%s %d",a?"YES":"NO",sizeof(bool));
        return 0;
        
    }
    
}

在MacOSx的command line tool工程中将会输出"NO 1",

而在iphone的工程中则会输出"YES 1"。

显然BOOL型变量大小确认是1字节了，那为什么一个产生了截断，一个没有呢？

2.试图解决

查看Xcode的帮助文档

Description: typedef bool BOOL;

显然这不能解决问题，通过查询，我们在<objc.h>发现了BOOL的定义

/// Type to represent a boolean value.
#if (TARGET_OS_IPHONE && __LP64__)  ||  TARGET_OS_WATCH
#define OBJC_BOOL_IS_BOOL 1
typedef bool BOOL;
#else
#define OBJC_BOOL_IS_CHAR 1
typedef signed char BOOL; 
// BOOL is explicitly signed so @encode(BOOL) == "c" rather than "C" 
// even if -funsigned-char is used.
#endif

这里有一个宏定义区分了iphone设备和mac，使得mac上运行的发生了我们所说的字节截断导致的现象。那么bool为什么会导致没有发生字节截断呢？

找到C的<stdbool.h>

/* Copyright (C) 1998, 1999, 2000 Free Software Foundation, Inc. 
        This file is part of GCC. 
 */  
#ifndef _STDBOOL_H  
#define _STDBOOL_H  
  
#ifndef __cplusplus  
  
#define bool    _Bool  
#define true    1  
#define false   0  
  
#else /* __cplusplus ，应用于C++里，这里不用处理它*/  
  
/* Supporting <stdbool.h> in C++ is a GCC extension.  */  
#define _Bool   bool  
#define bool    bool  
#define false   false  
#define true    true  
  
#endif /* __cplusplus */  
  
/* Signal that all the definitions are present.  */  
#define __bool_true_false_are_defined   1  
  
#endif  /* stdbool.h */  

发现

#define bool    _Bool  

3.开始推断

C2008草案中说：

Anobject declared as type _Bool is large enough to store the values 0 and1.

也就是说，只规定了_Bool类型的大小是至少能够存放0和1这两个值。并没有规定具体的大小,这交给编译器自由发挥了。显然xcode编译器对其的处理方式是所有非0值为1，0值位0了。至于为何不在mac中支持 Bool,出于何种考虑我还没找到。。。

浪费了较多时间查这个，还是记录一下。

对于这个小细节差异，一句话便是，这一切都是命运石之门的抉择了。。。