深入理解EXC_BAD_ACCESS错误：原因与调试技巧

在开发过程中，有时会遇到由EXC_BAD_ACCESS导致的崩溃。本文详细解释了什么是EXC_BAD_ACCESS，以及它产生的原因，并提供了一些实用的调试方法。

1. 什么是EXC_BAD_ACCESS？

理解EXC_BAD_ACCESS的本质，有助于更好地应对这个模糊的术语。下面先从简单的解释入手，再深入技术层面。

2. 简单理解

当遇到EXC_BAD_ACCESS错误时，通常意味着你向一个已经释放的对象发送了消息。这是最常见的情况，但也有例外，稍后会讨论。

3. 技术本质

从技术角度看，在C和Objective-C中，我们一直与指针打交道。指针是一个存储另一个变量内存地址的变量。当向对象发送消息时，指向该对象的指针会被引用，即获取指针所指向的内存地址并访问该存储区域的值。如果该内存区域不再映射到你的应用程序，或者在你认为它可用时实际上已不可用，那么内核会抛出一个异常（EXC），表明应用程序无法访问该内存块（BAD ACCESS）。简而言之，EXC_BAD_ACCESS意味着你试图向无法执行消息的内存块发送消息。在某些情况下，损坏的指针也会引发该错误，当应用程序尝试引用损坏的指针时，内核会抛出异常。

4. 调试EXC_BAD_ACCESS

调试EXC_BAD_ACCESS可能非常棘手且令人沮丧。然而，一旦理解了它的本质，它并没有想象中那么可怕。首先需要知道，应用程序并不一定在崩溃的那一刻才出现内存区域不可访问的情况，这正是调试困难的原因。同样，损坏的指针也是如此：应用程序不会在指针损坏时立即崩溃，而是在试图引用损坏的指针时才会崩溃。

5. 僵尸调试模式

僵尸调试模式近年来非常普及，事实上它已经在Xcode中存在了十多年。启用僵尸对象后，被释放的对象会以僵尸形式保留，即保留已释放的对象以供调试。当向僵尸对象发送消息时，应用程序会因EXC_BAD_ACCESS而崩溃。这有助于定位问题，因为Xcode可以告诉你试图访问的是哪个对象，从而更容易查找原因。在Xcode中启用僵尸对象的方法：点击左上角的Edit Scheme，选择Edit Scheme，在左侧选中Run，在上方打开Diagnostics选项，勾选Enable Zombie Objects选框。

启用后，如果遇到EXC_BAD_ACCESS，Xcode会在控制台输出提示信息。例如：

2015-08-1206:31:55.501Debug[2371:1379247]-[ChildViewControllerrespondsToSelector:]messagesenttodeallocatedinstance0x17579780

上面的例子中，Xcode告诉我们respondsToSelector:消息被发送到了一个僵尸对象，而该僵尸对象不再是ChildViewController类的实例。这为定位问题根源提供了重要线索。但僵尸对象并非万能，有时仍需其他方法。

6. 使用分析工具

如果僵尸对象无法解决问题，则需要仔细检查崩溃时执行的代码。可以借助Xcode的分析功能来发现潜在问题。从Product菜单选择Analyze，或按Shift-Command-B，Xcode会分析项目并在Issue Navigator中列出问题，蓝色高亮显示。

点击问题，Xcode会指向相应的代码块。注意，分析结果仅供参考，有些问题可能不相关。如果仍找不到错误，需要仔细审查每个分析出的问题。

7. 总结

EXC_BAD_ACCESS是开发者常遇到的问题，源于手动内存管理。虽然ARC（自动引用计数）减少了此类错误的发生，但它们并未完全消失。