Android设备使用扩展屏幕Presentation中的异常崩溃处理总结

来源:互联网 发布:java main函数 sleep 编辑:程序博客网 时间:2024/06/05 05:07

在项目中,有一个重要的业务模块,需要将Android设备上的部分界面显示到扩展屏幕上,例如新接入的显示器,投影仪等。Android提供了一个PresentationAPI接口能够实现该需求,使用起来也非常简单,只需要构建一个集成Presentation接口的一个实体类,然后show出来就行了,其实Presentation继承自Dialog,它具有Dialog所有的特性,这样理解就很简单了,就是将一个Dialog弹出到指定显示设备上就好了。功能很快实现了,并且看起来还不错,可是在提交给测试后,测试人员在测试反复插拔显示设备和Android设备的连接线时,出现了如下崩溃异常:

 

java.lang.IllegalArgumentException:View=com.android.internal.policy.impl.PhoneWindow$DecorView{4204b710 V.E.....R.....I. 0,0-1920,1080} not attached to window manager

 

        atandroid.view.WindowManagerGlobal.findViewLocked(WindowManagerGlobal.java:370)

 

        at android.view.WindowManagerGlobal.removeView(WindowManagerGlobal.java:299)

 

        atandroid.view.WindowManagerImpl.removeViewImmediate(WindowManagerImpl.java:84)

 

        at android.app.Dialog.dismissDialog(Dialog.java:329)

 

        at android.app.Dialog.dismiss(Dialog.java:312)

 

        at android.app.Dialog.cancel(Dialog.java:1114)

 

        at android.app.Presentation.handleDisplayRemoved(Presentation.java:265)

 

        at android.app.Presentation.access$100(Presentation.java:141)

 

        at android.app.Presentation$2.onDisplayRemoved(Presentation.java:331)

 

        atandroid.hardware.display.DisplayManagerGlobal$DisplayListenerDelegate.handleMessage(DisplayManagerGlobal.java:455)

 

        at android.os.Handler.dispatchMessage(Handler.java:102)

 

        at android.os.Looper.loop(Looper.java:136)

 

        at android.app.ActivityThread.main(ActivityThread.java:5017)

 

        at java.lang.reflect.Method.invokeNative(Native Method)

 

        at java.lang.reflect.Method.invoke(Method.java:515)

 

         atcom.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:779)

 

        at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:595)

 

        at dalvik.system.NativeStart.main(Native Method)

 

通过查资料后,分析了一下原因,应该是因为外接显示设备的连接线在拔出时正好处于Presentation窗口所依赖的Activity处于关闭流程,所以导致not attached to window manager的异常错误,然后通过如下两种方式进行了改善:

 

1. 注册外接显示设备的插拔监听,并在监听到移除事件时将Presentation窗口dismiss

 

displayManager = (DisplayManager)UiApplication.getInstance().getSystemService(Context.DISPLAY_SERVICE);

displayManager.registerDisplayListener(newDisplayListener()

{

   @Override

   public void onDisplayRemoved(int displayId) {     

               if(presentation != null) {

                 presentation.dismiss();

       }

         ......

    }

 

   @Override

   public void onDisplayChanged(int displayId) {

       ......

    }

 

   @Override

   public void onDisplayAdded(int displayId) {

       ......

    }

}, null)

2.  保证Presentation生命周期在Activity内部,提前将presentation关掉。

@Override

protected void onStop()

{

    super.onStop();

   try

    {

       if (UiApplication.presentation != null)

       {

           UiApplication.presentation.cancel();

           UiApplication.presentation = null;

       }

    }

   catch (Exception e)

    {

       Log.exception(TAG, e);

    }

}

 

经过以上改动后,确实有段时间没有出现过问题,正在以为问题已经修复时候,又出现了上面的崩溃现象,简直无法想象。经过仔细看代码逻辑,找不到问题出在哪里,在网上找了许久,没有相关的信息。仔细跟了一下源码后,发现了一些以前遗漏的问题:

1.      其实Android本身已经处理了外接显示设备插拔事件,我们根本不需要特殊处理,当连接线拔掉时,系统会先通知设备移除,然后自动调用Presentationcancel方法。

/**

 * Called by the system when the properties ofthe {@link Display} to which

 * the presentation is attached have changed.

 *

 * If the display metrics have changed (forexample, if the display has been

 * resized or rotated), then the systemautomatically calls

 * {@link #cancel} to dismiss the presentation.

 *

 * @see #getDisplay

 */

publicvoid onDisplayChanged() {

}

 

privatevoid handleDisplayRemoved() {

    onDisplayRemoved();

    cancel();

}

2.      既然系统自动调用cancel方法,所以之前为了防止Presentation生命周期超出其所在Activity生命周期的尝试其实是没有特殊意义的。

 

既然这样,貌似无法解决这种人为频繁插拔连接线导致Android处理异常,可是我觉得既然异常是在cancel方法中抛出的,是否可以通过重载一下Presentationcancel方法,将该异常捕获掉,至少保证APP不会崩溃。

    @Override

    public void cancel()

    {

        try

        {

            super.cancel();

        }

        catch (Exception e)

        {

            Log.exception(TAG, e);

        }

}

 

通过如上的处理后,再也没有出现过插拔连接线导致的异常崩溃,感觉这种修改确实有效,但是这种walk around的方法不一定是最好的,还希望有人能提出更好的解决方案,烦请分享,谢谢。

 

 

 

 

 

 

0 0