做动画相册在哪个网站好网站电脑端和手机端

解决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)

源码分析

根据报错日志，找到了源码

报错的地方，注意两个地方：

• 报错的地方已经修改，Handler() 构造方法，传递一个Looper.getMainLooper() 放到主线程
• 这个类上面有一个Inject 注解，这个注意下，在引用地方就不是new 对象了的。

可以根据实际日志，反推调用地方是哪里报错了，如下追踪到StatusBar.java 源码了。

通过get() 方法，获取对象，创建了AssistManager 对象， 但是它是放到子线程里面调用的。 然后在AssistManager 构造方法里面穿件了Handler,所以直接报错了。

总结

通过这里的笔记学习和相关资料参考

• 搞清楚Handler、Loop 的基本原理 相关原理不复杂需要掌握基本知识；搞清楚Looper.loop Lopper.prepare、Loop.getMainLooper 这些方法的使用。