在 libgdx 中嵌套显示 dialog 时，父对话框常因未正确管理生命周期而失去交互能力；根本原因是子 dialog 显示后父 dialog 被隐式隐藏（hide()）但未重置输入监听器，且若渲染循环中缺失 stage.act()，会导致 ui 状态滞留。
在 libgdx 中嵌套显示 dialog 时，父对话框常因未正确管理生命周期而失去交互能力；根本原因是子 dialog 显示后父 dialog 被隐式隐藏（hide()）但未重置输入监听器，且若渲染循环中缺失 stage.act()，会导致 ui 状态滞留。
当使用 Dialog 嵌套（如点击“Top 5”弹出新 Dialog）时，原始 Dialog 并未真正销毁或恢复激活状态，而是被调用 hide() 后暂停响应——这会移除其内部的 InputListener，导致返回后“Resume”和“Quit”按钮点击无反应。
✅ 正确做法：显式控制 Dialog 生命周期
避免依赖默认行为，应在子 Dialog 显示前 手动保留父 Dialog 的可见性与交互状态。关键修改如下：
@Override
protected void result(final Object object) {
if (object == "Resume") {
this.remove(); // 安全移除当前 Dialog
} else if (object == "Top 5") {
// ✅ 关键：先 hide() 再 show() 子 Dialog，避免父 Dialog 被静默禁用
this.hide(); // 显式隐藏，确保状态可控
Top5Dialog top5Dialog = new Top5Dialog("", skin);
top5Dialog.show(stage);
// ⚠️ 注意：top5Dialog 应在其 result() 中调用 this.hide() 或 this.remove()，并手动 restore 父 Dialog（见下文）
} else if (object == "Quit") {
Gdx.app.exit(); // 推荐替代 System.exit(0)，更符合 LIBGDX 生命周期规范
}
}
? 子 Dialog 返回时恢复父 Dialog（推荐方案）
在 Top5Dialog 的 result() 方法中，不应仅 remove() 自身，还需主动恢复父 Dialog 的可见性与监听器：
// 在 Top5Dialog 的 result() 中：
@Override
protected void result(Object object) {
this.remove(); // 移除自身
if (parentDialog != null && !parentDialog.isShown()) {
parentDialog.show(stage); // 重新显示父 Dialog
stage.setKeyboardFocus(parentDialog); // 恢复焦点与输入监听
}
}
? 提示：构造 Top5Dialog 时可传入 DialogActor parent 引用，实现父子联动。
? 必须检查的底层前提
- ✅ 确保主渲染循环中持续调用 stage.act(delta) 和 stage.draw() —— 缺失 act() 将导致动画卡顿、事件队列停滞、监听器未更新；
- ❌ 避免直接调用 System.exit(0)，改用 Gdx.app.exit()，它会触发 LIBGDX 的优雅退出流程；
- ⚠️ 字符串比较请改用 Objects.equals(object, "Resume") 或 "Resume".equals(object)，防止 == 引发空指针或引用误判。
✅ 总结
LIBGDX 的 Dialog 默认行为是“点击即隐藏”，而非“点击即释放”。解决嵌套失效问题的核心在于：显式管理 hide() / show()、确保 stage.act() 持续运行、在子 Dialog 关闭后主动恢复父 Dialog 的 UI 状态与焦点。遵循此模式，即可实现多层 Dialog 的稳定交互。
