今天上午做语音创建的时候遇到一个访问坏内存的bug。$
然后仔细想了想，也并没有访问过释放过的对象。
于是,打开Zombie Objects调试。
控制台输入下面的信息。
原来是VoiceInputView在销毁时消息转发出错。可是想来想去 都想不出哪个方法出错。
无奈只能去Bugly后台查找崩溃信息，因为配置了堆栈解析符，所以bug定位点还是比较清晰的。
原来是语音单例对象的代理方法崩溃。加上僵尸对象调试，已经可以确定是语音单利对象的释放出了问题。单利对象被VoiceInputView持有。检查一遍单利对象的释放没有问题，且崩溃是在单利对象的代理方法中，那就是单利的代理对象释放出现了问题。
在VoiceInputView中的dealloc方法中设置其delegate为nil，解决问题。
然后我去找到了语音单例对象的delegate声明，发现用assign来修饰的。
这下就彻底明白了。其实将assign换成weak来修饰就可以解决问题。
引用一本书中的原话解释一下delegate使用weak和assign修饰的区别:
“The main difference between weak and assign is that the with weak, once the object being pointed to is no longer valid, the pointer is nilled out. Assigning the pointer the value nil avoids many crashes as messages sent to nil are essentially no-ops”
大致的意思是说，weak比assign多了一个功能就是当属性所指向的对象消失的时候（也就是内存引用计数为0）会自动赋值为nil，这样再向weak修饰的属性发送消息就不会导致野指针操作crash。
最后写个建议：虽然现在bug收集的第三方平台很多，而且做得都非常优秀。但开发者遇到bug的时候还是应当自己先去分析，实在没有眉目的时候再去后台看bug定位。养成一个好习惯，对于解决bug的思维能力是有很大提升的。
