Jianwu Gao

Systrace 可以看这部分 https://www.androidperformance.com/2019/05/28/Android-Systrace-About/

什么鬼。。。

更新一下吧～。～ 有冲突

这种跟这个库没啥关系，没有这个库的话，有的 Input dispatching timed out 的主线程堆栈也长这样，只不过是原生的而已. ANR 的问题，除了死锁这种， 其他的一般要从 Log 中去分析，结合各种 Log 输出，推测当时运行的步骤，分析是系统问题还是应用问题

这个我来加吧?

手动调用Recycle的情况是： 1. 你已经确定你不会再使用这张Bitmap了，这时候清空其引用不去释放，系统GC的时候会释放掉，但是这时候手动去释放会让你的应用程序内存不那么吃紧，而且如果你有很多Bitmap不去手动释放而等待系统GC的时候去释放，那你的应用程序在GC的时候会非常的卡顿，这样体验也不好。 2. 如果你监听onTrimMemory回调，那么应该在系统内存比较低的时候，释放掉大部分可以动态生成的资源，比如图片Cache和Bitmap。这样可以保证你的应用程序在低内存的时候不会被杀掉，下一场启动也会快很多。

这种问题的本质就是：ListView的Item包含多个类型的布局，如何进行优化，使滑动时不出现卡顿。 简单说几点，后面大家的再补充： - 每个Item布局尽量简单，View层级尽量浅，不要有过渡绘制出现 - UI线程(即getView)中尽量少做事情，图片加载什么的，放到另一个线程去做，或者用第三方图片加载库 - 最基本的，使用ListView的ViewHolder模式