wordpress企业模板购买/徐州seo

wordpress企业模板购买,徐州seo,微网站自己怎么做的,做pc端网站包括哪些解决SystemUI下拉框中，长按WIFI图标会导致崩溃问题文章目录场景参考资料修改文件解决方案日志源码分析总结场景在部分产品中偶发性发现， SystemUI下拉框下拉后长按WIFI图标会导致崩溃问题，有时候是截屏、点击Home 按键后，长…

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