pack_forget() 仅隐藏组件并保留其状态，winfo_exists()仍为1；destroy()则彻底销毁组件，再访问会报TclError。
pack_forget() 和 destroy() 的本质区别
pack_forget() 只是把组件从布局中“摘下来”，它还在内存里，winfo_exists() 仍返回 1，绑定的事件、变量引用、配置状态全都没丢；destroy() 是真删，对象被释放，再访问会抛 TclError: invalid command name。
常见错误现象：调用 pack_forget() 后反复 pack()，结果界面错位或组件叠在一起——因为没重置 pack() 参数（比如 side、pady），每次 pack 都按当前参数重新计算位置。
- 需要切换显示/隐藏且保持状态（如表单页签、折叠面板）→ 用
pack_forget()+ 缓存引用 - 确定不再需要（如临时弹窗、一次性提示条）→ 用
destroy()，避免内存泄漏 - 销毁后又想重建？别存着旧引用，得重新
Button(root, ...)实例化
动态增删按钮时 layout 错乱的典型原因
Tkinter 的 pack() 是顺序敏感的：组件按 pack() 调用顺序排队，不是按代码书写顺序。如果先 pack() A，再 pack_forget() A，又 pack() B，B 就会插在 A 原来的位置之后，而不是顶到最前。
使用场景：实现「添加一行输入框 + 删除按钮」列表，用户点 + 就追加，点 × 就删对应行。
- 删组件前，务必先
pack_forget()或destroy()，不能只删 Python 变量引用 - 新增组件后，统一用
pack()并显式指定before=或after=参数，控制插入位置 - 避免混用
pack()和grid()在同一父容器里，Tkinter 不报错但布局行为不可预测
destroy() 后访问组件变量引发的 TclError 怎么定位
错误信息通常是：_tkinter.TclError: invalid command name ".!button" 或类似带 widget ID 的提示。这不是 Python 异常，是 Tk 底层命令失效。
性能影响：已 destroy() 的组件若还被定时器（after()）、事件绑定（bind()）或闭包捕获，会持续触发错误，拖慢 UI 响应。
- 所有对组件的方法调用前，加一层
if widget.winfo_exists():判断（注意：仅对destroy()有效，pack_forget()不影响winfo_exists()） - 用
after()定时刷新时，销毁组件的同时记得after_cancel()对应 id - 把组件存在 list 或 dict 里管理？删之前用
remove()或pop()清除引用，否则容易误操作残留对象
pack_forget() 隐藏后如何恢复且保持原位置
不能只调 pack()，必须传和首次一致的参数，否则位置、大小、边距全变。Tkinter 不记“上次 pack 用了啥参数”，它只认你这次给的。
容易踩的坑：写了个 show_widget() 函数，里面只写 w.pack()，结果每次 show 都挤到顶部或底部。
- 首次
pack()时，把参数存成字典：self.btn_pack_opts = {"side": "left", "padx": 5} - 恢复时用
w.pack(**self.btn_pack_opts) - 如果父容器里有多个 pack 组件，且顺序重要，优先用
before=指向某个已存在的 widget，比依赖顺序更可靠
复杂点在于：pack 参数是状态的一部分，但 Tkinter 不帮你存。你得自己管——要么缓存参数，要么每次重建时重新算一遍。没人替你记，也没法自动还原。
Python免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 Python 的核心概念和高级技巧！
