记录一次应用ANR问题的解决过程

公司的一个广告播放软件在更换硬件以后频繁出现ANR，查看日志发现ANR出现在下载过程中，当初测试的时候为了查看进度，添加了进度打印。因此日志里充斥着海量的无用日志，这里提一下日志框架用的LOG4J。
然后开始抓取traces文件，但是traces文件很奇怪，并没有发现我们的进程，但是logcat里面显示我们的应用的的确确发生了ANR。
经过一番思考，决定先关闭本地的日志输出，此时应用再次运行，还是会发生ANR，但是发生ANR的时间比之前晚了许久。因此初步确定是IO影响了应用的运行，测试机器的IO性能发现确实性能比较差。
这里的时候本来就该排查代码中，哪些地方在主线程做了IO操作，但是因为之前测试IO性能之后，思路混乱了，一直想着的是在下载过程中优化IO读写，尝试了各种方法之后，发现仍然会出现ANR。
重新冷静了一下，决定将代码中所有IO操作都进行一些优化（临时关闭），这时候才突然发现主线程在播放完节目以后会写入播放日志，这个操作是在主线程中进行的。于是将该操作改到子线程中运行，最终问题得到解决。
其实这个问题是一个比较简单的问题，但是仍旧浪费了比较多的时间来解决。主要原因还是自己经验不足，对于Android的认识不够深，在出现ANR之后 就应该排查代码中的耗时操作，类似IO读写这种应该第一时间发现的。