OC中条件编译须留意是否导入了相关头文件

本文链接：https://blog.csdn.net/lYcHeeMMM/article/details/78603667

本文介绍了在Objective-C中条件编译无法生效的问题，原因在于未引用包含宏定义的头文件，导致条件判断始终为真。正确做法是引入相关头文件。在Swift中使用条件编译暂未遇到类似问题。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

20171122

Objective-C中遇到一个一时想不通的现象：条件编译

#if !TARGET_IPHONE_SIMULATOR
    ......
#else
    ......
#endif

无法生效，即#if和#endif中的代码在iPhone模拟器上居然会被编译。后来才想明白，原来是我没有引用Apple SDK usr/include路径中的TargetConditionals.h头文件，因为TARGET_IPHONE_SIMULATOR宏是在这个文件中被定义的。在未定义的情况下，#if !TARGET_IPHONE_SIMULATOR等价于#if !0即为#if 1，永远为真，所以任何情况下都会被编译。

正确的写法如下：

#import <TargetConditionals.h>
#if !TARGET_IPHONE_SIMULATOR
    ......
    ......
#else
    ......
    ......
#endif  /** TARGET_IPHONE_SIMULATOR */

当然，如果你在用到TARGET_IPHONE_SIMULATOR宏时，已经在其他地方包含过TargetConditionals.h，或间接包含这个文件（比如常见的是包含了UIKit.h或Foundation.h），则不会出现此问题。

这篇记录的意义是，当遇到类似的怪异现象时，要有怀疑宏常量是否被定义的意识。

环境: Xcode 9.1;
项目: Swift 3.2 和 Objective-C混编;

PS: 在Swift中应该不存在这样的问题，一直如下使用条件编译，暂未遇到问题：

#if arch(i386) || arch(x86_64)
    // i386和x86_64 架构下才会编译, 既一般的intel处理器机器;
#else
    // 在iOS开发中, 此处else一般可以限定为armv7 arm64架构, 即一般的iPhone、iPad、iWatch、AppleTV等真机
#endif