@SeanChense
@11
@skylancer
@numbbuaa
最终问题解决了。解决方案在这里：
http://stackoverflow.com/questions/29139034/iosexc-bad-access-for-webview-delegate
最终通过 dealloc 的时候向 webview 发送 stopLoading 消息解决了。（ delegate 设置为 nil 这个之前有做过，但是不配合 stopLoading 一起用并不能消除这种 Crash ）

大概还可以加上一条学好英语。

用 nightly 版就好，最头疼的是听说 firefox44 以后开始要废弃过去的扩展系统了到时候无论是 Pentadactyl 还是 vimperator 都会遇到问题。为了避免误升到 firefox44 以上，我现在已经把 firefox 的自动检查升级关掉了。

条件真挺好的。可惜不在北京。

@11 没有，其他线程基本都是
__psynch_cvwait + 8
mach_msg_trap + 8
这种状态。
我猜测是过去的某个步骤传入了错误的数据，当时没访问数据，但执行到这里需要访问了才崩溃的。

@skylancer 如果是这样，就确认是苹果的问题了。之前主要是担心是自己配置 UIWebView 的时候没做好导致的。

@SeanChense 有实际代码也不好分析，因为我没办法复现这个崩溃问题，我自己用的时候也从来没遇到过。。只能靠 Fabric 收集到的记录推测。

@SeanChense 有道理，比如向 delegate 发送了消息，而 delegate 已经不存在了却没有变为 nil 。
或者向 delegate 发送消息附带的参数出现你说的情况。
另外观察发现，崩溃时同时还存在这种线程：
com.apple.coremedia.player.async
AVAudioSession Notify Thread
怀疑和浏览器中的视频播放有关。

@11 Hopper Disassembler v3

@SeanChense 你提醒我了，我的 app 里既使用了前者，也存在后者。
而且在 Crash 信息中还看不出来是哪一个。个人感觉给定字符串的情况出问题的可能行比较小。

@SeanChense
@11
这样一来，问题就更奇怪了。。

@SeanChense 这里完全不涉及我的代码，看上去能让 app 在这个位置崩溃，只可能是 UIWebView 的 delegate 指针变成了 nil 但仍然向其发送了消息？

也许是在上传屏幕录像？

@jarlyyn 可以啊，你开心就好。
但前面已经有人解释了，这个对音质有影响的，数字段把信号缩小的结果就是会降低信号的精度，你后面的音响再把音量调大，丢失的细节也回不来了。

@loading 明确的说，就是不规范。

@loading http://bbs.letv.com/thread-644593-1.html

@xylitolLin 这个看起来很靠谱。

@hellov22ex 原来如此，我还是玩英文版好了。

@hellov22ex 只有 5 个可选，看了一下商店页面，貌似是支持包括繁体中文在内的 10 种语言，但只有 5 种有全语音。。