DMA-BUF超出监控阈值引发应用崩溃的原因排查咨询

崩溃堆栈信息 #

Fatal Exception: android.app.RemoteServiceException: mypackage(12275) used 2688584kB DMA-BUF is greater than the monitoring threshold(1572864kB), occurring DMA-BUF OOM (with unwknown typeId:0)
       at android.app.ActivityThread.throwRemoteServiceException(ActivityThread.java:2050)
       at android.app.ActivityThread.-$$Nest$mthrowRemoteServiceException()
       at android.app.ActivityThread$H.handleMessage(ActivityThread.java:2297)
       at android.os.Handler.dispatchMessage(Handler.java:106)
       at android.os.Looper.loopOnce(Looper.java:210)
       at android.os.Looper.loop(Looper.java:299)
       at android.app.ActivityThread.main(ActivityThread.java:8116)
       at java.lang.reflect.Method.invoke(Method.java)
       at com.android.internal.os.RuntimeInit$MethodAndArgsCaller.run(RuntimeInit.java:559)
       at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:950)

背景说明 #

过去30天内，数百万应用用户中仅8位上报该崩溃，且问题主要集中在TCT和小米机型。

可能的关联因素 #

• 机型专属内存管控策略：TCT和小米机型对DMA-BUF的监控阈值设置更严格，或系统内置的DMA-BUF回收机制与其他品牌机型存在差异，导致应用更容易触发超限判定。
• 图形/多媒体资源泄漏：DMA-BUF多用于图形渲染、视频帧处理等场景的内存共享。若应用在加载高清图片、处理OpenGL纹理、播放视频时未及时释放相关资源，会造成DMA-BUF占用持续累积，在内存管控严格的机型上触发OOM。
• 系统底层兼容性问题：这两款机型的GPU驱动、图形框架版本可能存在bug，导致应用申请的DMA-BUF无法被系统正常回收，最终出现占用超标情况。
• 高负载场景叠加：少数用户可能在应用内执行高负载操作，比如同时加载大量高清素材、长时间播放高分辨率视频，或后台运行其他占用DMA-BUF的应用，多重负载叠加后触发阈值。
• 应用内存管理疏漏：虽然多数机型未出现问题，但应用在DMA-BUF资源的回收时机、优先级处理上可能存在逻辑漏洞，在TCT和小米的系统环境下被放大，进而引发崩溃。

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