关于java.lang.IllegalArgumentException: View not attached to window manager 错误的分析

本文主要是介绍关于java.lang.IllegalArgumentException: View not attached to window manager 错误的分析,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

今天遇到一个很奇特的问题,当用户设置了PIN码,在锁屏界面正常解锁PIN码后,进入Launcher时显示com.android.phone 已停止运行。一开始猜想会不会是解锁PIN码的时候处理导致了Phone进程报错,通过log分析找到了问题的大概原因:

[plain]  view plain copy
  1. AndroidRuntime: FATAL EXCEPTION: main  
  2. AndroidRuntime: java.lang.IllegalArgumentException: View not attached to window manager  
  3. AndroidRuntime:     at android.view.WindowManagerGlobal.findViewLocked(WindowManagerGlobal.java:385)  
  4. AndroidRuntime:     at android.view.WindowManagerGlobal.removeView(WindowManagerGlobal.java:287)  
  5. AndroidRuntime:     at android.view.WindowManagerImpl.removeView(WindowManagerImpl.java:79)  
  6. AndroidRuntime:     at android.app.Dialog.dismissDialog(Dialog.java:323)  
  7. AndroidRuntime:     at android.app.Dialog.dismiss(Dialog.java:306)  
  8. AndroidRuntime:     at com.android.stk.StkDialogActivity$4.onClick(StkDialogActivity.java:188)  
  9. AndroidRuntime:     at com.android.internal.app.AlertController$ButtonHandler.handleMessage(AlertController.java:169)  
  10. AndroidRuntime:     at android.os.Handler.dispatchMessage(Handler.java:99)  
  11. AndroidRuntime:     at android.os.Looper.loop(Looper.java:153)  
  12. AndroidRuntime:     at android.app.ActivityThread.main(ActivityThread.java:5299)  
  13. AndroidRuntime:     at java.lang.reflect.Method.invokeNative(Native Method)  
  14. AndroidRuntime:     at java.lang.reflect.Method.invoke(Method.java:511)  
  15. AndroidRuntime:     at com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:833)  
  16. AndroidRuntime:     at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:600)  
  17. AndroidRuntime:     at dalvik.system.NativeStart.main(Native Method)  


转载请务必注明出处:http://blog.csdn.net/yihongyuelan

通过分析PIN码的解锁流程知道,并不是PIN码解释时的dialog导致的问题。PIN码解锁流程另用文档说明。
仔细查看log后发现有:
[plain]  view plain copy
  1. AndroidRuntime:     at com.android.stk.StkDialogActivity$4.onClick(StkDialogActivity.java:188)  
       这是开机识别到SIM卡之后弹出的STK对话框。那为什么会报com.android.phone已停止运行呢?

       经过以上分析,我们可以大致猜测是因为STK引起的问题,既然是STK的问题那为什么会报phone的错误呢?如果是phone的错误那么从log中应该可以检索到phone相关的问题,为什么没有呢?那么我们接下来一一解答这些问题。

(1). 为什么报错com.android.phone已停止运行?

通过查看STK的源码(单卡MTK的代码在/mediatec/packages/app/stk1),在其AndroidManifest.xml可以发现:
android:sharedUserId="android.uid.phone"
也就是STK和Phon在一个进程中,因此在报错的表现上来讲就会是com.andorid.phone。

(2). 为什么会报View not attached to window manager错误?

这个错误的意思是说我们所操作的View没有被纳入window manager的管理。
我们知道所有的窗口创建和管理都是依附于window manager的,因此Dialog的创建也不例外。Dialog的创建流程通过查看源码可以知道,在Dialog的构造函数中,创建了一个Window对象,但我们知道Window对象并不是用于显示的,真正用于显示的是View对象。因此通过Dialog的show方法构造了一个mDecor的View对象,并最终通过WindowManager的addView()方法显示Dialog。
通过查看log信息我们可以看到com.android.stk.StkDialogActivity$4.onClick(StkDialogActivity.java:188)
查看对应的StkDialogActivity代码后发现,在188行处代码为dialog.dismiss();
在网络上搜索后发现,多数情况下出现这种错误,都是在dismiss Dialog时,发现创建该Dialog的Activity存在而导致的。
比如在界面上显示一个Dialog,当任务处理结束后再Dismiss Dialog。如果在Dialog显示期间,该Activity因为某种原因被杀掉且又重新启动了,那么当任务结束时,Dismiss Dialog的时候WindowManager检查,就会发现该Dialog所属的Activity已经不存在了(重新启动了一次,是一个新的Activity),所以会报IllegalArgumentException: View not attached to window manager.
通过以上分析我们可以知道在STK Dialog在执行dismiss方法时,发现启动它的Activity已经不见了,被杀掉了(现在这个是重新启动的),所以才报错出现异常。

(3). 为什么STKDialogActivity会被"杀掉"?

通过跟踪查看异常log我们可以看到StkDialogActivity的生命周期打印log如下:
[plain]  view plain copy
  1. onCreate  
  2. onResume - mbSendResp[false], sim id: 0  
  3. ... ...省略部分  
  4. onSaveInstanceState  
  5. onPause, sim id: 0  
  6. ... ...省略部分  
  7. onDestroy-  
  8. onCreate  
  9. ... ...省略部分  
  10. onRestoreInstanceState - [com.android.internal.telephony.cat.TextMessage@41fe7d80]  
  11. onResume - mbSendResp[false], sim id: 0  
到这里后就出现了异常错误……
通过log我们可以很清楚的看到该Activity启动了两次。在log中我们也看到了onSaveInstanceState方法。
对于onSaveInstanceState方法,在Android SDK里面有这样的描述:
Android calls onSaveInstanceState() before the activity becomes vulnerable to being destroyed by the system, but does not bother calling it when the instance is actually being destroyed by a user action (such as pressing the BACK key)
也就说当某个activity变得“容易”被系统销毁时,该activity的onSaveInstanceState就会被执行,除非该activity是被用户主动销毁的,例如当用户按BACK键的时候。
注意这里的容易二字,当前Activity并没有被销毁,只是系统觉得它有可能会被销毁因此会执行该方法。在该方法中我们可以保存Activity中的各种数据信息,如果该Activity真的被杀掉而又重新启动后,可以使用onRestoreInstanceState方法在重新启动该Activity时,还原我们之前保存的数据信息。onSaveInstanceState方法的调用遵循一个重要原则,即当系统“未经你许可”销毁了你的Activity时,onSaveInstanceState就会被系统调用,这是系统的责任,因为它必须要提供一个机会让你保存你的数据(当然如果你自己不保存,那就没法恢复了)。
因此通过以上分析我们可以看到STKDialogActivity的确被杀掉后再次启动了,但为什么会被杀掉,通过log并没有找到答案。

(4). 在STKDialogActivity被杀掉时,Dialog存在么?

       可能大家会有疑问,Dialog都没有看到,就出现错误了,怎么能确定该Dialog当时一定是显示的呢?继续在log中搜索我们可以发现:
[plain]  view plain copy
  1. WindowManager: Activity com.android.stk.StkDialogActivity has leaked window com.android.internal.policy.impl.PhoneWindow$DecorView{41fea228 V.E..... R.....ID 0,0-1026,433} that was originally added here  
  2. WindowManager: android.view.WindowLeaked: Activity com.android.stk.StkDialogActivity has leaked window com.android.internal.policy.impl.PhoneWindow$DecorView{41fea228 V.E..... R.....ID 0,0-1026,433} that was originally added here  
  3. WindowManager:  at android.view.ViewRootImpl.<init>(ViewRootImpl.java:409)  
  4. WindowManager:  at android.view.WindowManagerGlobal.addView(WindowManagerGlobal.java:218)  
  5. WindowManager:  at android.view.WindowManagerImpl.addView(WindowManagerImpl.java:69)  
  6. WindowManager:  at android.app.Dialog.show(Dialog.java:281)  
  7. WindowManager:  at android.app.AlertDialog$Builder.show(AlertDialog.java:951)  
  8. WindowManager:  at com.android.stk.StkDialogActivity.onCreate(StkDialogActivity.java:192)  
  9. WindowManager:  at android.app.Activity.performCreate(Activity.java:5122)  
  10. WindowManager:  at android.app.Instrumentation.callActivityOnCreate(Instrumentation.java:1081)  
  11. WindowManager:  at android.app.ActivityThread.performLaunchActivity(ActivityThread.java:2270)  
  12. WindowManager:  at android.app.ActivityThread.handleLaunchActivity(ActivityThread.java:2358)  
  13. WindowManager:  at android.app.ActivityThread.access$600(ActivityThread.java:156)  
  14. WindowManager:  at android.app.ActivityThread$H.handleMessage(ActivityThread.java:1340)  
  15. WindowManager:  at android.os.Handler.dispatchMessage(Handler.java:99)  
  16. WindowManager:  at android.os.Looper.loop(Looper.java:153)  
  17. WindowManager:  at android.app.ActivityThread.main(ActivityThread.java:5299)  
  18. WindowManager:  at java.lang.reflect.Method.invokeNative(Native Method)  
  19. WindowManager:  at java.lang.reflect.Method.invoke(Method.java:511)  
  20. WindowManager:  at com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:833)  
  21. WindowManager:  at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:600)  
  22. WindowManager:  at dalvik.system.NativeStart.main(Native Method)  
       这里的WindowManager报错是什么意思呢? 这段log是WindowManager抛出的error错误,当我们的Dialog还没有dismiss时,如果此时该Activity被销毁了,那么就会出现以上错误,提示窗口泄漏(leaked window)。这里自己也做了一个实验,写一个demo,在Activity的onCreate方法中显示一个Dialog,然后直接调用finish方法。代码大致如下:
[java]  view plain copy
  1. protected void onCreate(Bundle savedInstanceState) {  
  2.     super.onCreate(savedInstanceState);  
  3.     setContentView(R.layout.activity_main);  
  4.     AlertDialog.Builder info = new Builder(this);  
  5.     info.setTitle("Dialog").setPositiveButton("OK"null).setMessage("This is a Dialog");;  
  6.     info.show();   
  7.     finish();  
  8. }  
       直接将此程序run到模拟器或者真机上,查看log我们就能看到leaked window的报错信息。因此这也证明了前面我们的假设,即StkActivity在被销毁时,其所依附的 Dialog是存在的。

(5). 如何解决这个问题呢?

通过以上分析之后我们知道了问题出现的原因,那么如何解决呢?可以通过以下两个方面来解决:
1. 使用Activity自带的Dialog控制方法
在Activity中需要使用对话框,可以使用Activity自带的回调,比如onCreateDialog(),showDialog(),dimissDialog(),removeDialog()等等。毕竟这些都是Activity自带的方法,所以用起来更方便,也不用显示创建和操控Dialog对象,一切都由框架操控,相对来说比较安全。
2. 限制Dialog的生命周期
让创建的Dialog对象的存活周期跟Activity的生命周期一致,也就是说Dialog的生命周期被限定在Activity的onCreate()和onDestroy()方法之间。

这篇关于关于java.lang.IllegalArgumentException: View not attached to window manager 错误的分析的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/856763

相关文章

Java学习手册之Filter和Listener使用方法

《Java学习手册之Filter和Listener使用方法》:本文主要介绍Java学习手册之Filter和Listener使用方法的相关资料,Filter是一种拦截器,可以在请求到达Servl... 目录一、Filter(过滤器)1. Filter 的工作原理2. Filter 的配置与使用二、Listen

Spring Boot中JSON数值溢出问题从报错到优雅解决办法

《SpringBoot中JSON数值溢出问题从报错到优雅解决办法》:本文主要介绍SpringBoot中JSON数值溢出问题从报错到优雅的解决办法,通过修改字段类型为Long、添加全局异常处理和... 目录一、问题背景:为什么我的接口突然报错了?二、为什么会发生这个错误?1. Java 数据类型的“容量”限制

Java对象转换的实现方式汇总

《Java对象转换的实现方式汇总》:本文主要介绍Java对象转换的多种实现方式,本文通过实例代码给大家介绍的非常详细,对大家的学习或工作具有一定的参考借鉴价值,需要的朋友参考下吧... 目录Java对象转换的多种实现方式1. 手动映射(Manual Mapping)2. Builder模式3. 工具类辅助映

SpringBoot请求参数接收控制指南分享

《SpringBoot请求参数接收控制指南分享》:本文主要介绍SpringBoot请求参数接收控制指南,具有很好的参考价值,希望对大家有所帮助,如有错误或未考虑完全的地方,望不吝赐教... 目录Spring Boot 请求参数接收控制指南1. 概述2. 有注解时参数接收方式对比3. 无注解时接收参数默认位置

SpringBoot基于配置实现短信服务策略的动态切换

《SpringBoot基于配置实现短信服务策略的动态切换》这篇文章主要为大家详细介绍了SpringBoot在接入多个短信服务商(如阿里云、腾讯云、华为云)后,如何根据配置或环境切换使用不同的服务商,需... 目录目标功能示例配置(application.yml)配置类绑定短信发送策略接口示例:阿里云 & 腾

SpringBoot项目中报错The field screenShot exceeds its maximum permitted size of 1048576 bytes.的问题及解决

《SpringBoot项目中报错ThefieldscreenShotexceedsitsmaximumpermittedsizeof1048576bytes.的问题及解决》这篇文章... 目录项目场景问题描述原因分析解决方案总结项目场景javascript提示:项目相关背景:项目场景:基于Spring

Spring Boot 整合 SSE的高级实践(Server-Sent Events)

《SpringBoot整合SSE的高级实践(Server-SentEvents)》SSE(Server-SentEvents)是一种基于HTTP协议的单向通信机制,允许服务器向浏览器持续发送实... 目录1、简述2、Spring Boot 中的SSE实现2.1 添加依赖2.2 实现后端接口2.3 配置超时时

Spring Boot读取配置文件的五种方式小结

《SpringBoot读取配置文件的五种方式小结》SpringBoot提供了灵活多样的方式来读取配置文件,这篇文章为大家介绍了5种常见的读取方式,文中的示例代码简洁易懂,大家可以根据自己的需要进... 目录1. 配置文件位置与加载顺序2. 读取配置文件的方式汇总方式一:使用 @Value 注解读取配置方式二

一文详解Java异常处理你都了解哪些知识

《一文详解Java异常处理你都了解哪些知识》:本文主要介绍Java异常处理的相关资料,包括异常的分类、捕获和处理异常的语法、常见的异常类型以及自定义异常的实现,文中通过代码介绍的非常详细,需要的朋... 目录前言一、什么是异常二、异常的分类2.1 受检异常2.2 非受检异常三、异常处理的语法3.1 try-

Java中的@SneakyThrows注解用法详解

《Java中的@SneakyThrows注解用法详解》:本文主要介绍Java中的@SneakyThrows注解用法的相关资料,Lombok的@SneakyThrows注解简化了Java方法中的异常... 目录前言一、@SneakyThrows 简介1.1 什么是 Lombok?二、@SneakyThrows