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了。