tkinter本身不支持原生mdi，因其窗口模型基于独立toplevel实例，每个子窗拥有独立任务栏图标和窗口管理行为，无法真正嵌入主窗客户区；所有“mdi效果”均为视觉欺骗，易导致焦点丢失、z-order错乱及alt+tab异常。
Python 标准库的 Tkinter 本身不支持原生 MDI（Multiple Document Interface）——它没有 MDIContainer、MDIChild 这类控件，强行模拟容易出错且维护成本高。
为什么 Tkinter 做不了真正的 MDI
Tkinter 的窗口模型基于独立 Toplevel 实例，每个子窗都拥有独立任务栏图标、独立窗口管理器行为（如最小化/最大化），无法嵌入主窗客户区；所有“MDI 效果”都是视觉欺骗，比如用 Frame 模拟文档区域 + 手动管理子窗位置/层级，但会立刻遇到焦点丢失、Z-order 错乱、Alt+Tab 行为异常等问题。
替代方案：用 Toplevel + 约束布局模拟“伪 MDI”
如果只是需要多文档标签式操作（非严格 Windows 风格 MDI），更可靠的做法是放弃子窗嵌套，改用单窗口 + ttk.Notebook：
-
ttk.Notebook天然支持标签页切换，每个Frame作为独立文档容器，共享主窗口生命周期 - 避免
Toplevel聚焦和模态冲突，关闭主窗即关闭全部文档 - 可通过
notebook.add(child_frame, text="doc1.py")动态添加文档页 - 若需“浮动编辑器”，用
Toplevel单独打开，但明确告知用户这是独立窗口，不参与主窗文档管理
示例关键片段：
from tkinter import ttk<br>notebook = ttk.Notebook(root)<br>tab1 = ttk.Frame(notebook)<br>notebook.add(tab1, text="Untitled-1")<br>notebook.pack(fill="both", expand=True)
遇到 “child window not embedded” 错误怎么办
常见于尝试用 wm_overrideredirect(True) + place() 把 Toplevel 强塞进主窗，结果出现：
- 子窗无法接收鼠标事件（被主窗遮挡）
-
grab_set()失效或导致主窗冻结 - Windows 下 Alt+Tab 列出两个独立窗口，破坏“MDI”一致性
根本原因：X11/Win32 系统级窗口嵌入需底层 HWND 操作，Tkinter 未暴露相关 API。绕过方式只有彻底放弃嵌入，改用 Notebook 或迁移到支持原生 MDI 的 GUI 库（如 PyQt5 的 QMdiArea）。
什么时候该换库而不是硬刚 Tkinter
当需求包含以下任意一项时，继续用 Tkinter 实现 MDI 就是给自己埋雷：
- 要求子窗可最大化/最小化到主窗内部（非系统任务栏）
- 需要层叠/平铺/全部最小化等标准 MDI 窗口管理菜单
- 文档间需共享工具栏状态（如当前光标位置、缩放比例）且频繁同步
- 目标平台包括 macOS（其窗口管理逻辑与 Windows 差异更大）
PyQt/PySide 提供 QMdiArea + QMdiSubWindow 组合，行为符合 OS 规范，且 Python 绑定成熟。Tkinter 在这里不是“能不能做”，而是“做了也难稳定”。
Python免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 Python 的核心概念和高级技巧！
