如何调试未触发NSZombies的EXC_BAD_ACCESS随机崩溃问题

我太懂这种随机崩溃的痛苦了——毫无规律可言，抛出的异常还五花八门，连NSZombies都没抓到僵尸对象，甚至开了之后崩溃直接“消失”，这绝对是野指针/坏指针这类隐性内存问题在搞鬼。结合你已经做的清理工作，给你几个针对性的排查方向：

• 启用Malloc调试套件：Scribble + Guard Edges
  这两个工具比NSZombies更擅长抓野指针和内存越界：

  • Malloc Scribble会在内存被释放时用0xAA填充，这样一旦访问已释放的内存，会触发明显的错误（而不是随机踩内存导致无规律崩溃）
  • Malloc Guard Edges会在每个分配的内存块前后添加保护页，只要代码出现越界访问，立刻触发崩溃，能精准定位问题代码
    你可以在Xcode的Scheme设置→Diagnostics标签里开启这两个选项，再重新跑测试，说不定能把随机崩溃变成可稳定复现的精准崩溃。

• 用Address Sanitizer（ASAN）彻底扫一遍
  ASAN是目前检测内存问题最强大的工具之一，能揪出野指针、内存越界、使用已释放内存等多种隐性问题，很多时候甚至不需要刻意复现崩溃就能捕捉到根源。虽然开了之后程序运行会变慢，但对于这种棘手的问题来说完全值得。在Xcode的Scheme→Diagnostics里勾选"Address Sanitizer"，运行后一旦触发内存错误，ASAN会给出详细的调用栈和问题说明，直接帮你定位到哪行代码出了问题。

• 排查多线程内存竞争
  随机崩溃很大概率和多线程有关——比如一个线程在释放对象，另一个线程刚好同时访问它，这种情况NSZombies可能因为时间差太小捕捉不到。你可以试试：

  • 启用Thread Sanitizer检测数据竞争，它能精准找出多线程中不安全的内存访问操作
  • 全面检查跨线程访问的对象，确保访问时对象的生命周期是安全的，比如用@synchronized或者串行GCD队列来保护共享资源

• 重点核查手动内存管理代码（如果是MRC项目）
  如果你还在使用手动引用计数，那得仔细排查这些易踩坑的场景：

  • 是否存在过度释放（比如同一个对象被release两次）
  • 是否在autorelease对象上额外调用了release
  • 是否持有了其他模块已经释放的C语言指针（这类指针的生命周期很容易被忽略）

• 尝试最小化复现场景
  虽然崩溃无规律，但可以逐步简化代码来缩小范围：

  • 关闭一些非核心功能，看崩溃是否消失，逐步定位到出问题的模块
  • 仔细记录崩溃发生时的操作流程，哪怕看起来无关的操作，说不定能找到隐藏的触发条件

这类隐性内存问题确实耗时间，但用对工具总能揪出来。建议先从ASAN和Malloc工具开始排查，大概率能帮你找到问题根源。

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