当前位置：首页 > news >正文

MTKAndroid12 解决SystemUI下拉框中，长按WIFI图标会导致崩溃问题

news 来源：原创 2025/4/25 13:50:54

解决SystemUI下拉框中，长按WIFI图标会导致崩溃问题

文章目录

场景
参考资料
修改文件
解决方案
- 日志
- 源码分析
总结

场景

在部分产品中偶发性发现，

SystemUI下拉框下拉后长按WIFI图标会导致崩溃问题，有时候是截屏、点击Home 按键后，长按WIFI图标崩溃。
第一次刷完固件开机OK的，重启后会复现，或者直接长按崩溃必现。

这个现象很奇怪，平常自己开发中并不是所有项目都会遇到，

参考资料

Android11 下拉菜单长按WIFI 图标SystemUI ANR
参考资料有部分完整的报错信息日志和源码分析，方便理解问题。核心就是在Handler 里面创建了Handler，Android体系不允许的。

new Handler()和new Handler(Looper.getMainLooper())的区别是什么？

区别总结来说：

主线程本身就有一个Lopper，在程序起来的时候就已经lopper() 了，所以在主线程里面创建Handler,直接 new
Handler()。这个handler 发送消息自动会在Lopper() 队列里面等待执行。
子线程里面不一样了，你创建了一个new Handler(), 系统不允许就报错了。因为本身这个Handler()
创建了就是个死Handler,无法让消息转动起来的。所以系统不允许就直接报错了，如果想这样就是要在子线程中创建Handler ,那么就两个方案：让这个Handler 有自己的Looper,所有就有了Lopper.prepare 和 Looper.loop; 或者在这个主线程中穿件的Handler 和主线程关联起来，构造方法传递一个MainLoop 不就行了嘛。

如果必现，这样的解决方案是OK的，就是在创建Handler 前后加Lopper.prepare() 和 Lopper.loop() 让线程中的消息循环起来。
如果是偶现，这样的解决方式肯定是不合理的，下面会给出我的修改解决方案
如果需要深究偶发原因，还需进一步重点分析，问题原因很简单就是子线程里面跑了Handler.

修改文件

相关关联文件
/vendor/mediatek/proprietary/packages/apps/SystemUI/src/com/android/systemui/statusbar/phone/StatusBar.java
/vendor/mediatek/proprietary/packages/apps/SystemUI/src/com/android/systemui/assist/AssistManager.java


修改文件
/vendor/mediatek/proprietary/packages/apps/SystemUI/src/com/android/systemui/assist/AssistManager.java

具体修改内容
mAssistDisclosure = new AssistDisclosure(context, new Handler());

修改为如下：
mAssistDisclosure = new AssistDisclosure(context, new Handler(Looper.getMainLooper()));

在这里插入图片描述

解决方案

日志

这里直接张贴一下别人家的日志下。


10-01 08:01:11.236  5792  5833 E AndroidRuntime: FATAL EXCEPTION: AsyncTask #1
10-01 08:01:11.236  5792  5833 E AndroidRuntime: Process: com.android.systemui, PID: 5792
10-01 08:01:11.236  5792  5833 E AndroidRuntime: java.lang.RuntimeException: Can't create handler inside thread Thread[AsyncTask #1,5,main] that has not called Looper.prepare()
10-01 08:01:11.236  5792  5833 E AndroidRuntime: 	at android.os.Handler.<init>(Handler.java:227)
10-01 08:01:11.236  5792  5833 E AndroidRuntime: 	at android.os.Handler.<init>(Handler.java:129)
10-01 08:01:11.236  5792  5833 E AndroidRuntime: 	at com.android.systemui.assist.AssistManager.<init>(AssistManager.java:213)
10-01 08:01:11.236  5792  5833 E AndroidRuntime: 	at com.android.systemui.assist.AssistManager_Factory.provideInstance(AssistManager_Factory.java:107)
10-01 08:01:11.236  5792  5833 E AndroidRuntime: 	at com.android.systemui.assist.AssistManager_Factory.get(AssistManager_Factory.java:70)
10-01 08:01:11.236  5792  5833 E AndroidRuntime: 	at com.android.systemui.assist.AssistManager_Factory.get(AssistManager_Factory.java:17)
10-01 08:01:11.236  5792  5833 E AndroidRuntime: 	at dagger.internal.DoubleCheck.get(DoubleCheck.java:47)
10-01 08:01:11.236  5792  5833 E AndroidRuntime: 	at com.android.systemui.statusbar.phone.StatusBar.lambda$startActivityDismissingKeyguard$16(StatusBar.java:2709)
10-01 08:01:11.236  5792  5833 E AndroidRuntime: 	at com.android.systemui.statusbar.phone.StatusBar.lambda$startActivityDismissingKeyguard$16$StatusBar(Unknown Source:0)
10-01 08:01:11.236  5792  5833 E AndroidRuntime: 	at com.android.systemui.statusbar.phone.-$$Lambda$StatusBar$fPMIOsYMhFXVKHESAjUObpcgeJM.run(Unknown Source:10)
10-01 08:01:11.236  5792  5833 E AndroidRuntime: 	at android.os.AsyncTask$SerialExecutor$1.run(AsyncTask.java:305)
10-01 08:01:11.236  5792  5833 E AndroidRuntime: 	at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1167)
10-01 08:01:11.236  5792  5833 E AndroidRuntime: 	at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:641)
10-01 08:01:11.236  5792  5833 E AndroidRuntime: 	at java.lang.Thread.run(Thread.java:923)