iOS开发Crash之内存暴涨

今天遇到了一个线上的Crash,线上包,用户打开APP后就一直闪退,但是我们开发和测试都没有这样的问题,后面等到Bugly上报后,看到问题,找到了相对应的测试包开始复现,同事在某一个tf上的build版本QA测试成功出了这个Crash.找到对应的组件分支,全master指定版本真机测试.

全master真机运行出现的结果为

Message from debugger:Terminated due to memory issue

复制代码

看见这个错误大概就知道是内存暴涨被看门狗杀死了

关键是如何排查

使用instrument中的leaks工具来查看,但是我们并没有这样排查，我们发现一进APP过了main以后就被杀死了,那么可以初步确定是工作台发生的错误.

那么工作台的主要功能就是加载相应权限，然后配置菜单等功能，想到会不会是因为这个客户的数据异常，我们把网络关了，然后进入工作台，不会Crash了。

然后我们把工作台所用到的几个请求一一排查下来，发现在工作台有一个功能卡片组件，组件里面使用了富文本，而富文本是根据后端来的数据来进行对应的加载。

后端接口返回有一个字段，是否采用富文本，然后哪一段启用富文本，字体，颜色，样式都是由后端决定。

因为是一个tableView的Cell,里面又嵌套了for循环,for循环里面又嵌套了for来展示item,item又记录的一条条的富文本还有图片，犹豫cell每次数据源都会addSubviews,没有remove掉，再加上后端返回了N条，同事写的时候没有限制，我们这边只显示4条，显示的图片占用内存很大，从而导致内存暴涨，这一块因为是很老的代码了，需要重构一下，为了线上先不崩溃，跟后端商量图片压缩以及返回条数限制

最后记录一下crash日志