【问题标题】:IllegalArgumentException: Window type can not be changed after the window is addedIllegalArgumentException:添加窗口后无法更改窗口类型
【发布时间】:2015-06-26 20:52:44
【问题描述】:

我已经尝试了建议here、建议here、建议here,我已经在我的基本活动中注释掉了onAttachedToWindow()。我有两个继承自此类 BaseActivity 的活动。一个跑,一个不跑。有什么区别?我的目标 SDK 是 19;将其更改为 12 没有区别。这是我对 BaseActivity 的 onCreate:

    @Override
    protected void onCreate(Bundle savedInstanceState) {
    getWindow().setFlags(WindowManager.LayoutParams.FLAG_FULLSCREEN, WindowManager.LayoutParams.FLAG_FULLSCREEN);
    this.getWindow().setType(WindowManager.LayoutParams.TYPE_KEYGUARD);
    requestWindowFeature(Window.FEATURE_NO_TITLE);
    super.onAttachedToWindow();
    super.onCreate(savedInstanceState);

    ....
    }

当导航到第二个活动时,单步执行代码,它会通过 onCreate()、onResume(),然后崩溃。

可能是什么问题?

堆栈跟踪:

06-26 13:41:57.963  28667-28667/com.assistek.ediary E/AndroidRuntime﹕ FATAL EXCEPTION: main
Process: com.assistek.ediary, PID: 28667
java.lang.IllegalArgumentException: Window type can not be changed after the window is added.
        at android.os.Parcel.readException(Parcel.java:1550)
        at android.os.Parcel.readException(Parcel.java:1499)
        at android.view.IWindowSession$Stub$Proxy.relayout(IWindowSession.java:903)
        at android.view.ViewRootImpl.relayoutWindow(ViewRootImpl.java:5301)
        at android.view.ViewRootImpl.performTraversals(ViewRootImpl.java:1507)
        at android.view.ViewRootImpl.doTraversal(ViewRootImpl.java:1061)
        at android.view.ViewRootImpl$TraversalRunnable.run(ViewRootImpl.java:5885)
        at android.view.Choreographer$CallbackRecord.run(Choreographer.java:767)
        at android.view.Choreographer.doCallbacks(Choreographer.java:580)
        at android.view.Choreographer.doFrame(Choreographer.java:550)
        at android.view.Choreographer$FrameDisplayEventReceiver.run(Choreographer.java:753)
        at android.os.Handler.handleCallback(Handler.java:739)
        at android.os.Handler.dispatchMessage(Handler.java:95)
        at android.os.Looper.loop(Looper.java:135)
        at android.app.ActivityThread.main(ActivityThread.java:5254)
        at java.lang.reflect.Method.invoke(Native Method)
        at java.lang.reflect.Method.invoke(Method.java:372)
        at com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:903)
        at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:698)

编辑:如果我更改为目标 API 12 并将所有更改从 onCreate 放入 onAttachedToWindow,我可以让这个异常消失,但我想要目标 SDK 为 19。

我的 onCreate():

@Override
protected void onCreate(Bundle savedInstanceState) {

    requestWindowFeature(Window.FEATURE_NO_TITLE);
    super.onCreate(savedInstanceState);
...
}

我的 onAttachedToWindow():

@Override
public void onAttachedToWindow() {
    getWindow().setFlags(WindowManager.LayoutParams.FLAG_FULLSCREEN, WindowManager.LayoutParams.FLAG_FULLSCREEN);
    this.getWindow().setType(WindowManager.LayoutParams.TYPE_KEYGUARD);
    super.onAttachedToWindow();
}

这仅适用于目标 API 12。

回答 Min target must be less than 14 when WindowManager.LayoutParams.TYPE_KEYGUARD used

【问题讨论】:

  • 不要在onAttachedToWindow() 的覆盖范围内以外的任何地方调用super.onAttachedToWindow(),如果你有的话。虽然我不能与TYPE_KEYGUARD 交谈,但该代码的其余部分应该在super.onCreate() 之后,但在任何setContentView() 调用之前。除此之外,看看你的清单中是否有任何有趣的东西可以解释你的两个活动之间的区别。
  • 这两个activity唯一不同的是:android:clearTaskOnLaunch="true"
  • 我确实也将所有内容移回了 onAttachedToWindow。
  • 有人提到应该在 onCreate() 的开头调用 super.onCretae(),所以试试这个。而且你也不需要调用 onAttachedWindow() 方法!

标签: android android-activity android-windowmanager


【解决方案1】:

尝试将其用于窗口:

requestWindowFeature(Window.FEATURE_NO_TITLE);
getWindow().setFlags(WindowManager.LayoutParams.FLAG_FULLSCREEN,
                     WindowManager.LayoutParams.FLAG_FULLSCREEN);
setContentView(R.layout.activity_adjectives);

【讨论】:

  • 这可能是获得赏金的答案,但这个答案不起作用。
【解决方案2】:

我遇到了同样的问题。但是停止添加后

getWindow().setFlags(WindowManager.LayoutParams.FLAG_FULLSCREEN, WindowManager.LayoutParams.FLAG_FULLSCREEN);
getWindow().setType(WindowManager.LayoutParams.TYPE_KEYGUARD);
requestWindowFeature(Window.FEATURE_NO_TITLE);

super.onCreate(savedInstanceState);BaseActivity 之前,它运行良好。我在BaseActivity的后代super.onCreate(savedInstanceState);之前剪切并粘贴了上面的代码。

顺便说一句,我认为您不必在Activity 的生命圈方法中调用super.onAttachedToWindow();。因为在覆盖View 时,当视图附加到窗口时会调用onAttachedToWindow();

【讨论】:

  • getWindow().setType(WindowManager.LayoutParams.TYPE_KEYGUARD); TYPE_KEYGUARD 已弃用。
【解决方案3】:

我也遇到了这个问题,但我通过删除窗口、更改参数然后再次添加窗口来解决它。这对我来说已经足够了。

WindowManager.removeView(View); params = params2; //changed the params to something else WindowManager.updateViewLayout(View, params); WindowManager.addView(View, params);

【讨论】:

  • 这是在 AccessibilityService 覆盖中唯一对我有用的东西。但是updateViewLayout 不是必需的,因为视图已经从窗口中删除,并将在下一行重新添加。
【解决方案4】:

删除

this.getWindow().setType(WindowManager.LayoutParams.TYPE_KEYGUARD_DIALOG|WindowManager.LayoutParams.FLAG_FULLSCREEN);

来自你的onAttachedToWindow(),像这样:

 @Override
     public void onAttachedToWindow() {
        //this.getWindow().setType(WindowManager.LayoutParams.TYPE_KEYGUARD_DIALOG|WindowManager.LayoutParams.FLAG_FULLSCREEN);

          super.onAttachedToWindow();
     }

【讨论】:

    【解决方案5】:

    抱歉回复晚了。您应该添加:

    requestWindowFeature(Window.FEATURE_NO_TITLE);
    getWindow().setFlags(WindowManager.LayoutParams.FLAG_FULLSCREEN,
    WindowManager.LayoutParams.FLAG_FULLSCREEN);
    

    onCreate 方法中,如果您使用 api 级别 15 或更高版本。它对我有用。

    【讨论】:

      猜你喜欢
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 2023-04-02
      相关资源
      最近更新 更多