Creator 版本：2.0.10，2.1.2两个版本（文档中有两个游戏，第一个对应2.0.10版本，第二个对应2.1.2版本）
目标平台： iOS
详细报错信息，包含调用堆栈： 错误较多，具体查看文档
重现方式：不易重现（都是线上玩家通过bugly后台查看）
之前哪个版本是正常的 ： 无
手机型号 ：iPhone6到iPhonex各种型号都可能出现
手机浏览器 ：无
编辑器操作系统 ：
编辑器之前是否有其它报错 ：
出现概率：总体宕机概率在每天5~12%之间
额外线索：
第一款游戏两个场景。 战斗需要切换场景进行。
第二款游戏单场景。进入游戏后，场景中一直有战斗。
详细宕机信息，请查看文档。
示例：
文档：
宕机信息.pdf (909.0 KB)
按照正常的理解，ts、js代码应该很难出现宕机的情况。 但这次的问题看起来还比较严重。
微信小游戏上不会频繁出现。 只是在1G内存的手机上会被微信干掉（由于内存超标）
IOS 的Crash确实挺蛋痛，我们的项目3%左右的Crash率。
在ios端还不好解决。
看了下报错的信息，相同的曾经有用户反馈过，可以参考下，我们差了一下，后来查明原因主要是ios接了某些sdk，导致了野指针的情况，然后就崩到骨骼动画这了
最好还是收集一下出现的时候进行过哪些操作，就算是偶现的崩溃，只要能够复现的话就能查一下。
第一款产品有接入：微信，热云，bugly。
第二款产品只接入：微信，bugly。
第一款产品中骨骼动画这个宕机，我们后续更新到最新的2.1.2版本再验证看情况。
我们针对第二款产品来分析。
目前这块产品是没有进行任何资源释放。（进行释放时，更容易出现宕机）
看不太出来，从堆栈的信息只能是知道是由于访问一个无效的内存引用造成的。而造成这个问题最有可能的就是资源的释放。
最好能有demo和复现方法吧
这个产品是没有释放资源的。
demo弄不出来，弄出来的，都很难出现宕机。
问题偶现，可能很快，也可能要半个小时。
游戏一直在及时战斗，6v6。
这个宕机基本上半个小时内可以出现。（ios版本）
游戏中主要是使用skeleton.setEventListener，监听spine中的某个事件。
好，今天测试下。
用Cocos Creator v2.1.3 测试版发布帖（09/04 更新 rc.1）测试情况是一样的。
明天我看是否能搞出一个必现的demo来。
跟线上问题类似的必现demo弄不出来。
但@jara说的释放内存，再使用导致的宕机可以通过代码弄出来出来。
TrackEntryInterface对象你保存，等释放后使用基本上都会宕机。
cocos有没有方法编译出来，不用jsb方式，而是存js环境的？
没办法喔
看来大家都差不多 3%-5% 的闪退率
