Tkinter实现多页向导界面应复用Frame实例，用pack_forget()/pack()切换显隐；状态统一存于主类StringVar/BooleanVar字典中；禁用ttk.Notebook因其不支持线性流程控制和步骤禁用。
如何用 Tkinter 实现多页向导界面（不依赖第三方库）
纯 Tkinter 能做分步安装向导，但得放弃“自动翻页”幻想——它没有内置向导控件，必须手动管理页面切换和状态。核心思路是：每个步骤封装为一个 Frame，通过 pack() 或 grid() 动态显示/隐藏，再用按钮控制当前可见的 Frame。
常见错误是直接在根窗口反复 destroy() 子部件，导致事件绑定丢失或布局错乱；正确做法是复用同一组 Frame 实例，只调用 .pack_forget() / .pack() 切换显示。
- 所有步骤
Frame创建时统一设master=root，但初始都.pack_forget() - “上一步”“下一步”按钮不重建，只更新其
command绑定（避免闭包陷阱，建议用lambda step=n: goto_step(step)） - 别在
Frame.__init__()里调用.pack()，否则第一步会意外显示两次
Tkinter 向导中如何保存跨步骤用户输入
不能靠全局变量硬编码传值——步骤一多就难维护、易出作用域错误。推荐把所有输入控件（Entry、Checkbutton 等）的 StringVar/BooleanVar 集中存在主类实例属性里，比如 self.values = {"name": StringVar(), "install_path": StringVar(), "auto_start": BooleanVar()}。
这样做的好处是：任意步骤都能读写，点击“完成”时直接遍历 self.values 取值；而且 StringVar 的 .get() 总是返回当前控件最新值，不用手动监听 <keyrelease></keyrelease>。
立即学习“Python免费学习笔记（深入）”；
快速生成专业的 Python 脚本和应用代码。一键创建完整项目结构，支持CLI、API、爬虫、Bot、Django等多种项目类型，包含完整的项目结构、配置文件、依赖管理、测试、README和文档。
- 初始化
StringVar时加value=""参数，避免首次.get()返回None - 如果某步骤需要校验（如路径是否存在），在“下一步”按钮的回调里做，校验失败就
return不切换页面 - 不要在
Entry上绑validate，向导场景下实时校验反而干扰用户填写顺序
为什么 ttk.Notebook 不适合做安装向导
ttk.Notebook 看似能当步骤容器，但它本质是标签页控件，所有 Tab 始终处于活动状态，无法禁用未到达的步骤（比如“许可协议”没勾选就不能进第二步）。更麻烦的是，它不提供“上一步/下一步”导航逻辑，你仍得自己控制 select() 和页面启用状态，反而比纯 Frame 切换更重。
真实安装场景要求线性流程+条件跳转（如“自定义安装”跳过磁盘空间检查），而 Notebook 的 UI 模型强制用户可任意点击 Tab，违背向导设计原则。
- 若强行用
Notebook，需遍历所有Tab的子部件设state="disabled"，但ttk的state对容器无效，得递归处理每个子控件 -
Notebook.tab(1, state="disabled")仅灰显 Tab 标题，用户仍可通过快捷键Ctrl+Tab切换 - 打包成 exe 后，
Notebook在某些 Windows DPI 缩放下会渲染错位，Frame切换则无此问题
“完成”按钮执行安装逻辑时的关键阻塞点
点击“完成”后，不能直接在 GUI 线程里跑耗时操作（如解压文件、写注册表），否则界面冻结、按钮变灰却无响应，用户会狂点重试。必须用 threading.Thread 启动后台任务，但要注意：Tkinter 非线程安全，所有 UI 更新（如进度条、状态文字）必须通过 root.after(0, callback) 回到主线程。
更隐蔽的问题是：安装过程可能需要管理员权限，而 Python 进程本身没提权。Windows 下得用 subprocess.run() 调起带 runas 的新进程；macOS/Linux 则需提前提示用户用 sudo 启动脚本——向导无法在运行中动态提权。
- “完成”按钮点击后立即禁用：
finish_btn.config(state="disabled")，防止重复触发 - 后台线程里捕获异常并用
root.after(0, lambda: show_error(msg))弹提示，别直接print() - 别用
time.sleep()模拟进度，真实安装应监听子进程输出或文件变化来更新进度条
最易被忽略的是向导窗口关闭行为：用户点右上角 × 时，默认直接退出，但可能已填了部分配置。应在 root.protocol("WM_DELETE_WINDOW", on_closing) 里弹确认框，并区分“取消”和“退出”逻辑——前者清空内存数据，后者可能要保存草稿到临时文件。
