Xcode 9.3建议开启CLANG_ENABLE_OBJC_WEAK，非ARC应用有何影响？

嘿，这个问题问到点子上了——不少老项目还在非ARC模式下“服役”，Xcode 9.3突然默认把这个开关打开，确实容易让人摸不着头脑。我结合实际踩过的坑，给你拆解下这个设置对非ARC项目的影响：

核心变化：非ARC代码现在能编译__weak指针了 #

之前在非ARC模式下，编译器会直接报错阻止你用__weak修饰符，但开启CLANG_ENABLE_OBJC_WEAK=YES后，编译层面不再限制。但这里要敲黑板：非ARC下的__weak和ARC下的完全不是一回事！

具体影响和风险 #

• 野指针崩溃概率飙升：ARC下的__weak指针会在对象被释放时由Runtime自动置为nil，但非ARC没有这个机制。如果你在非ARC里声明了__weak id myObj = someInstance;，当你手动调用[someInstance release];后，myObj不会自动变成nil，此时访问myObj就是直接操作已释放的内存，大概率触发崩溃。
• 循环引用问题无解：很多人想用__weak解决非ARC里的循环引用，但这完全没用。非ARC下的__weak不会影响引用计数，也不会跟踪对象生命周期，该循环引用导致内存泄漏还是会泄漏，甚至还多了野指针风险。
• iOS版本兼容性隐患：__weak依赖iOS 5.0及以上的Runtime支持，如果你的非ARC项目还要兼容iOS 4.x或更早版本，开启这个设置后，只要代码里用到__weak，在老系统上运行就会直接崩溃。
• 代码混淆风险：如果你的项目是ARC/非ARC混合模式，开启这个设置后，非ARC文件里也能写__weak，很容易让开发者搞混两种模式下的内存管理逻辑，写出自以为安全但实际埋雷的代码。

非ARC项目的建议 #

虽然官方建议所有项目开启这个配置，但非ARC项目最好根据实际情况调整：

• 如果你完全不需要在非ARC代码里用__weak，建议手动把CLANG_ENABLE_OBJC_WEAK改回NO，避免误写导致的崩溃。
• 如果你确实需要用__weak（比如和ARC代码交互），一定要记住手动管理指针生命周期：在对象被release后，必须主动把__weak指针置为nil，同时确保项目最低支持iOS 5.0以上。

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