Android原生崩溃排查求助：UI渲染类崩溃问题

问题背景 #

生产环境中原生崩溃量骤增，所有崩溃均与UI渲染相关，集中出现在Android 12系统和三星品牌设备上。Play Console仅捕获到部分截断的崩溃栈：

崩溃栈示例1 #

[libhwui.so] SkCanvas::restore()
SIGSEGV
backtrace:
#00  pc 0x000000000026c9d8  /system/lib64/libhwui.so (SkCanvas::restore()+344)
#01  pc 0x000000000026c73c  /system/lib64/libhwui.so 
(android::SkiaCanvas::restore()+52)
#02  pc 0x00000000002008e0  /system/lib64/libhwui.so 
(android::CanvasJNI::restore(long)+56)
#03  pc 0x0000000000bef14c  /data/misc/apexdata/com.android.art/dalvik-cache/arm64/boot.oat (android.graphics.Canvas.restore+60)

崩溃栈示例2 #

[[vdso]] __kernel_rt_sigreturn
SIGSEGV
#00  pc 0x00000000001ac258  /apex/com.android.art/lib64/libart.so 
(art::ArtMethod::GetOatQuickMethodHeader(unsigned long)+40)
#01  pc 0x0000000000597864  /apex/com.android.art/lib64/libart.so (void 
art::StackVisitor::WalkStack<(art::StackVisitor::CountTransitions)0>(bool)+516)
#02  pc 0x000000000059a514  /apex/com.android.art/lib64/libart.so 
(art::StackVisitor::GetVRegFromDebuggerShadowFrame(unsigned short, art::VRegKind, 
unsigned int*) const+284)
#03  pc 0x000000000059a314  /apex/com.android.art/lib64/libart.so 
(art::StackVisitor::GetVReg(art::ArtMethod*, unsigned short, art::VRegKind, unsigned 
int*, std::__1::optional<art::DexRegisterLocation>) const+76)

第三方崩溃工具（如Firebase Crashlytics）无法捕获这类原生崩溃，导致缺少关键上下文信息，难以定位根因。

排查方案 #

1. 启用原生崩溃捕获库 #

集成Breakpad或Crashpad（Google推荐的原生崩溃捕获工具），直接捕获libhwui.so这类系统库崩溃，生成完整minidump文件：

• 编译阶段将库集成到项目，配置崩溃回调，把minidump上传至自有服务器或Play Console后台。
• 针对Android 12，需配置临时存储权限，确保文件能正常上传后再删除。

2. 定向排查SkCanvas异常 #

第一个崩溃栈指向SkCanvas::restore()，大概率是Canvas的save/restore调用不匹配：

• 检查所有自定义View、Drawable中的Canvas操作，确保save()与restore()/restoreToCount()调用次数一致，避免过度restore触发栈溢出。
• 三星Android 12的Skia版本可能存在特定bug，可针对崩溃高发页面禁用硬件加速测试：

  view.setLayerType(View.LAYER_TYPE_SOFTWARE, null);
  

3. 解析Play Console崩溃栈 #

Play Console提供的栈是截断的，可通过以下方式补全信息：

• 下载应用对应版本的native库符号文件，结合崩溃栈的地址偏移，用ndk-stack工具还原完整调用栈。
• 匹配崩溃发生的应用版本号，定位同期上线的UI相关代码变更。

4. 线下复现与日志采集 #

• 采购对应型号的三星Android 12设备，在测试环境复现崩溃。
• 用adb logcat *:E捕获崩溃前的系统错误日志，重点关注libhwui相关的警告信息。
• 用Android Studio Profiler监控UI线程的Canvas操作，排查异常的save/restore调用序列。

临时缓解方案 #

若暂时无法定位根因，可先做兼容性处理：

• 针对三星Android 12设备，全局或崩溃高发页面禁用硬件加速。
• 回滚近期上线的UI相关功能，验证崩溃是否消失。

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