Android libhwui.so触发Native Crash，Canvas绘制场景下如何定位问题

从崩溃日志可以定位到问题出在Android系统硬件加速渲染库libhwui.so的非法内存访问，结合你持续绘制线条、点的场景，按优先级从高到低排查以下问题：

• 多线程绘制冲突
  本次崩溃触发在子线程Thread-173中，如果你操作的是绑定View的Canvas，必须在主线程执行绘制操作；如果是绑定自定义Bitmap的离线Canvas，也要确保同一时间只有一个线程访问Canvas及其关联的Bitmap、Paint、Path等绘制资源，并发操作会直接触发底层渲染库的内存访问冲突。
• 绘制资源泄漏或溢出
  持续绘制数分钟才触发崩溃，大概率是资源累积溢出导致：
  • 如果每次绘制都新建Bitmap对象，没有用对象池复用，也没有及时调用recycle()回收废弃Bitmap，会导致硬件层纹理缓存占满，触发底层访问错误，建议接入BitmapPool复用相同规格的Bitmap，无用资源主动回收。
  • 如果使用Path存储大量绘制点，没有及时调用reset()清理，Path顶点数超过硬件加速支持上限后也会触发该类崩溃，每次绘制完成后及时重置Path即可。
• Android 12 Beta硬件加速兼容问题
  你使用的是Android 12 Beta版本系统，本身存在未修复的硬件加速渲染缺陷，可以尝试给对应绘制场景关闭硬件加速验证：

  // 给承载绘制的View关闭硬件加速
  targetView.setLayerType(View.LAYER_TYPE_SOFTWARE, null);
  
  // 若要全局关闭当前Activity的硬件加速，可在Manifest对应Activity标签添加
  // android:hardwareAccelerated="false"
  

按照以上步骤排查基本可以覆盖该类崩溃的所有常见触发原因。

内容的提问来源于stack exchange，提问作者E Jour