EXC_BAD_ACCESS 解决办法

1,今天把工程转换成了ARC，转换完之后，运行程序直接就crash掉了。未转换的时候使用完全没有问题的。

crash的地方是：在登陆的界面，调用发送登陆指令的时候死掉

    [[NSNotificationCenterdefaultCenter]postNotificationName:@"loginCommand"object:packet];一直死在这里，

刚开始怀疑是不是因为arc不支持这种通知机制了，然后测试的时候，把响应这个通知的函数注释掉了，结果就没有crash了，说明问题不在这里。

查看控制台的错误信息：

[__NSCFMutableAr__ loginCommand:] unrecognized selector sent to instance 0x72d24d0'

出现这种错误的原因：

1,实例对象并没有loginCommand：函数 ，这个很容易检查出来

2,实例对象已经释放了，但是对实例对象发送了loginCommand：消息，问题就是出现在了这里。

在网上查了一下EXC_BAD_ACCESS，程序崩溃，网上这么解释的：

向已经释放的对象发送消息时会出现EXC_BAD_ACCESS。当出现错误时，通常会调用堆栈信息，特别是在多线程的情况下，其实就是使用了野指针。

网上的解释：

首先说一下 EXC_BAD_ACCESS 这个错误，可以这么说，90%的错误来源在于对一个已经释放的对象进行release操作。

其实就是使用已经释放的对象，就会出现EXC_BAD_ACCESS。

调试花费了很多时间，走了很多弯路：开始以为是某些文件不能使用arc，因为工程里面很几个第三方的库，兼容了c，都是非arc的。

所以把一些文件又标记成非arc的手动管理内容，结果总是报一些莫名其妙的错误，更加不好定位错误了。

最终查询了EXC_BAD_ACCESS的原因，锁定了错误真正的原因是：持有方法logginCommand的对象已经被释放了，然后调用了这个方法。

结果真的如此：

在XAppDelegate.m文件中

- (BOOL)application:(UIApplication *)application didFinishLaunchingWithOptions:(NSDictionary *)launchOptions

{

    [[XRefreshDataalloc]init];

...

}

看到这句代码基本就知道怎么回事了，这样建立的对象，在使用了arc之后，系统就会自动释放了。

以前之所以未出现问题，是因为没有使用arc，所以这样创建的对象一直存在，而且自己也没有手动的去释放，所以才没出问题。以前的代码漏洞百出啊。汗！

正确的使用方法：

在XAppDelegate.h文件中添加XRefreshData *refreshData属性

在XAppDelegate.m文件中把上面这句话改为：

    self.refresh = [[XRefreshDataalloc]init];

这样的话，只要self对象没有释放，那么XrefreshData对象就没有释放，调用loginCommand：方法就不会有问题了。

注意一点：在转换成arc的时候，如果当前大部分文件是arc了，但是想把一个单独的文件转换成arc，在向导界面千万不能只选这这个单独的问题，其他文件也必须勾选，不然其他文件就变成非arc了。