Android RuntimeException onCreateDialog 没有为 id 创建对话框

Question

我有一个应用程序，您可以使用它来显示和关闭多个对话框：

showDialog(...)
removeDialog(...)

我稍微玩了一下该应用程序，当屏幕上没有任何对话框时，我按下菜单按钮，然后转到主 Android 屏幕。

一段时间后，我再次进入我的应用程序，有时，我会收到此 RuntimeException:

java.lang.IllegalArgumentException: Activity#onCreateDialog did not create a dialog for id 4
    at android.app.ActivityThread.performLaunchActivity(ActivityThread.java:2596)
    at android.app.ActivityThread.handleLaunchActivity(ActivityThread.java:2621)
    at android.app.ActivityThread.access$2200(ActivityThread.java:126)
    at android.app.ActivityThread$H.handleMessage(ActivityThread.java:1932)
    at android.os.Handler.dispatchMessage(Handler.java:99)
    at android.os.Looper.loop(Looper.java:123)
    at android.app.ActivityThread.main(ActivityThread.java:4595)
    at java.lang.reflect.Method.invokeNative(Native Method)
    at java.lang.reflect.Method.invoke(Method.java:521)
    at com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:860)
    at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:618)
    at dalvik.system.NativeStart.main(Native Method)
Caused by: java.lang.IllegalArgumentException: Activity#onCreateDialog did not create a dialog for id 4
    at android.app.Activity.createDialog(Activity.java:878)
    at android.app.Activity.restoreManagedDialogs(Activity.java:867)
    at android.app.Activity.performRestoreInstanceState(Activity.java:815)
    at android.app.Instrumentation.callActivityOnRestoreInstanceState(Instrumentation.java:1096)
    at android.app.ActivityThread.performLaunchActivity(ActivityThread.java:2565)
    ... 11 more

Any idea?

非常感谢。

更新，更多信息：

当前的 onCreateDialog 实现是：

protected Dialog onCreateDialog(int id){
 Builder b = new AlertDialog.Builder(this);
 if(id == 4){
  b.setMessage(...);
  b.setItems(items, new DialogInterface.OnClickListener(){
   public void onClick(DialogInterface dialog, int which){
    Intent i = new Intent(Current.this, Another.class);
    startActivity(i);
   }
  });
  return b.create();
 }
 return null;
}

为了调用此函数，我这样做：

removeDialog(4);
showDialog(4);

Answer 1

您是否实现了此处所示的OnCreateDialog？当您第一次调用 showDialog(4) 时，将调用 OnCreateDialog(4)，您需要创建对话框并从此方法返回它。

Answer 2

您是否在 onCreateDialog 中正确返回对话框？如果您要在对话框创建中执行dialog.show()，但返回一些其他对话框，您可能会得到这样的结果。

或者您是否在 onPrepareDialog 中对对话框对象进行任何类型的操作

Answer 3

在 API 级别 8 中，onCreateDialog(int) 为 已弃用，转而使用 onCreateDialog(int,Bundle)。如果您仅实现后一种方法并在 API 级别低于 8 的设备上运行应用程序，您会收到所描述的错误消息。

解决方案是实现onCreateDialog(int)

Answer 4

对于SDK版本< 8、如果在 onCreateDialog 中返回 null，则会出现异常 java.lang.IllegalArgumentException。

Answer 5

在经历了同样的问题（并发现从 onPause 中调用 removeDialog 无法可靠工作）后，我开发了一种似乎有效的解决方法（尽管这确实是一种黑客行为） 。

如 grepcode 链接由 antslava 发布，在方法 performRestoreInstanceState 中，onRestoreInstanceState 在 restoreManagedDialogs 之前调用，并传递相同的内容Bundle savingInstanceState 的实例。

final void performRestoreInstanceState(Bundle savedInstanceState) {
    onRestoreInstanceState(savedInstanceState);
    restoreManagedDialogs(savedInstanceState);
}

因此，有机会修改从 onRestoreInstanceState 方法中传递到 restoreManagedDialogs 的 Bundle savingInstanceState。

为了防止恢复任何和所有托管对话框，可以通过以下方式实现 onRestoreInstanceState：

// This same variable is defined as private in the Activity class. I need
// access to it, so I redefine it here.
private static final String SAVED_DIALOGS_TAG = "android:savedDialogs";

@Override
protected void onRestoreInstanceState(Bundle savedInstanceState) {
    super.onRestoreInstanceState(savedInstanceState);
    final Bundle b = savedInstanceState.getBundle(SAVED_DIALOGS_TAG);
    if (null != b) {
        savedInstanceState.remove(SAVED_DIALOGS_TAG);
    }
}

这会导致 Bundle 由键 "android:savedDialogs"< 引用/code> 从 Bundle savingInstanceState 中删除，这随后会导致对 restoreManagedDialogs 的调用在发现找不到此键时立即返回：

private void restoreManagedDialogs(Bundle savedInstanceState) {
    final Bundle b = savedInstanceState.getBundle(SAVED_DIALOGS_TAG);
    if (b == null) {
        return;
    }
    ...
}

这将导致 onCreateDialog 在恢复活动时不会被调用，有效地“隐藏”任何对话框，从而防止发生必须从 onCreateDialog 返回 null 的情况。

这不是“一刀切”的解决方案，但考虑到我的要求，它似乎符合要求。通过检查多个平台版本（1.6、2.1、2.2、2.2.2 和 4.0.3）的 grepcode 中的代码，在考虑到这些现有实现的情况下，该解决方案似乎应该能够一致地工作。