Dialog.getContext() 和创建对话框的 Activity 之间有区别吗？

Question

我们的应用程序使用嵌套对话框，并且通过从第一个对话框的 getContext() 方法构建一个对话框，我们已经成功地创建了一个位于另一个对话框之上的对话框。所以：

Activity:

//...
Dialog1 dialog = new Dialog1(this);
dialog.show();
//...

Dialog1:

//...
Dialog1(Context context) {
    super(context);
    //etc.
}

public void onSomeCondition() {
    Dialog2 dialog2 = new Dialog2(getContext());
    dialog2.show();
    //etc.
}

但是，有一种情况我们希望在 Dialog1 仍然可见的情况下直接从 Activity 启动 Dialog2。所以我们把这个方法放在Activity中：

public void onSomeOtherCondition() {
    Dialog2 dialog = new Dialog2(this); //crunch
    dialog.show();
    //etc.
}

窗口管理器根本不喜欢这个。那么 getContext() 实际上与 Activity 中的 ContextWrapper 不完全相同吗？如果是这样的话，这个辅助上下文与主上下文有何不同，并且如果（例如）您将 getContext() 从对话框传递回调用 Activity，是否会产生与持有相同的泄漏风险对其他地方的 Context 引用可以做什么？

如果不是上下文，是什么导致了问题？

Answer 1

我怀疑当对话框 1 可见时从活动 1 启动对话框 2 的问题是因为对话框 1（而不是活动 1）位于活动堆栈的顶部。我绝不是专家，但我怀疑只有位于 Activity 堆栈顶部的 Activity 才能启动新的 Activity。

Answer 2

我不完全确定上下文是否不同（看起来是不同的），但我怀疑问题是在尝试从 Activity 启动 Dialog2 之前您没有关闭 Dialog1。 WindowManager 可能会生气，因为您试图在 Activity 之上启动一个对话框，但 Dialog1 已经在那里。

长话短说，我认为您需要：

    public void onSomeOtherCondition() {
         this.dismiss();
         mActivity.onSomeOtherCondition(); //we have a reference to the activity
    }

编辑

我在评论中提出的解决方案是将 Dialog1 的上下文传递给 mActivity.onSomeOtherCondition ，以便您可以使用堆栈顶部的上下文创建 Dialog2 。