EXC_BAD_ACCESS简单理解
当你遇到由EXC_BAD_ACCESS造成的崩溃时，那就意味着你向一个已经释放的对象发送消息。这是最常见的情况。
EXC_BAD_ACCESS的本质
在C和Objective-C中，你一直在处理指针。指针无非是存储另一个变量的内存地址的变量。当您向一个对象发送消息时，指向该对象的指针将会被引用。这意味着，你获取了指针所指的内存地址，并访问该存储区域的值。
当该存储器区域不再映射到您的应用时，或者换句话说，该内存区域在你认为使用的时候却没有使用，该内存区域是无法访问的。 这时内核会抛出一个异常（ EXC ），表明你的应用程序不能访问该存储器区域（BAD ACCESS） 。
简而言之，当你碰到EXC_BAD_ACCESS ，这意味着你试图发送消息到的内存块，但内存块无法执行该消息。但是，在某些情况下， EXC_BAD_ACCESS是由被损坏的指针引起的。每当你的应用程序尝试引用损坏的指针，一个异常就会被内核抛出。
EXC_BAD_ACCESS调试须知的三点
1、调试EXC_BAD_ACCESS可能会非常棘手和令人沮丧。
2、你需要知道的是您的应用程序并不一定是在崩溃的那一刻，无法访问内存区域。这就是常使调试EXC_BAD_ACCESS变得困难的原因。
3、同样受损指针也是如此。当你的指针被损坏时，您的应用程序不会崩溃。同时，如果您在应用程序中来回传递一个受损的指针也不会崩溃。当应用程序试图引用受损指针的时候，就会发生奔溃。
EXC_BAD_ACCESS调试——僵尸调试模式
在Xcode中，您可以启用僵尸对象，这意味着被释放的对象将会以僵尸的形式被保留。换言之，保留释放的对象就是为了调试。这里没有涉及任何魔法。如果您向僵尸对象发送消息，你的应用程序将会由于EXC_BAD_ACCESS而崩溃。
这有什么好处吗？让EXC_BAD_ACCESS难以调试的原因是，你不知道你的应用程序试图访问哪个对象。僵尸对象在许多情况下解决这个问题。通过保留已释放的对象，Xcode可以告诉你你试图访问哪个对象，这使的查找问题原因容易得多。
僵尸调试模式具体操作
在Xcode中启用僵尸对象是很容易的。单击左上角的Edit Scheme，并选中Edit Scheme。在左侧选中Run ，在上方打开 Diagnostics选项。要启用僵尸对象，勾选 Zombie Objects选框。
如果你现在遇到EXC_BAD_ACCESS ，在Xcode的控制台输出，告诉你该从哪里查找问题。看看下面的例子输出。
-[CLTextView textInputView]: message sent to deallocated instance 0x7acb0200
在上面的例子中， Xcode告诉我们，textInputView的消息：被发送到一个僵尸对象。然而，僵尸对象不再是CLTextView类的一个实例。以前分配给CLTextView实例的内存区域不再映射到您的应用程序。这为你了解问题产生的根本原因提供一个不错的建议。不幸的是，僵尸对象将无法保存您的一天每次崩溃的EXC_BAD_ACCESS的记录。既然僵尸对象没有这些方法，那么你可以采取其他的方法进行一些适当的分析。
上面例子产生僵尸对象的原因：在写UITextView分类时，添加了一个名字为UITextViewTextDidChangeNotification通知，使用完之后在下面代码中释放了，导致错误。
- (void)dealloc {
[[NSNotificationCenter defaultCenter] removeObserver:self
name:UITextViewTextDidChangeNotification
object:self];
}
Xcode分析项目(如果僵尸对象不能解决你的问题)
使用Xcode来分析你的项目，从Xcode的 Product菜单选择 Analyze或按 Shift-Command-B.Xcode的将需要片刻的时间，但是当它完成的时候你会在左边的 Issue Navigator看到问题列表。由Analyze发现的问题用蓝色高亮显示。
当你点击一个问题，Xcode的会指向问题代码块，这些正是你要的注意的地方。注意，Xcode仅仅是建议。在某些情况下，这是可能的，问题是不相关的，不固定。如果你找不到造成EXC_BAD_ACCESS的错误，那就需要你仔细审视Xcode项目，分析其中发现的每一个问题。
