pack适合单层线性布局，grid适合二维对齐布局；混用会报错，须用Frame分层；动态操作时grid更可控，且需显式配置行列权重和sticky。
pack 适合快速堆叠，但嵌套深了就失控
用 pack 布局时，元素按添加顺序“挤”进父容器，方向默认是 top，适合工具栏、状态栏这类线性排列场景。一旦需要左右并排加中间伸缩、或者某区域要网格对齐，pack 就开始掉链子——它不支持行列坐标，也不能跨行跨列。
常见错误现象：pack 和 grid 混用导致 TclError: cannot use pack inside . that already has slaves managed by grid；或反复调用 pack_forget() 后位置错乱，因为 pack 不维护显式布局状态。
- 只在单层、结构简单（比如一串按钮+一个文本框）时用
pack - 避免在同一个父容器里混用
pack和grid，哪怕只是临时测试也不行 - 要用
fill和expand控制伸缩，但别指望靠它们精准对齐多个控件 side='left'+fill='y'可做垂直侧边栏，但右侧内容得另起一个 Frame 再pack
grid 是真正的二维布局，但行列必须对齐
grid 按行列坐标放置控件，本质是表格系统，适合表单、计算器、配置面板等需要对齐的界面。它的核心约束是：同一父容器内所有 grid 元素必须共享同一套行列索引，空单元格也要用 grid_rowconfigure 或 grid_columnconfigure 显式声明权重。
常见错误现象：控件“消失”——其实是被挤到第 0 行第 0 列以外的空白区域；输入框和标签不对齐——因为没统一设置 sticky；窗口拉大后控件不动——忘了给行列设 weight=1。
- 所有子控件都用
grid(row=..., column=...)，别漏写参数 - 用
sticky='ew'让控件贴满横向，sticky='ns'贴满纵向，sticky='nsew'全向拉伸 - 关键步骤：调用
grid_rowconfigure(parent, index, weight=1)和grid_columnconfigure(parent, index, weight=1)，否则sticky不生效 - 跨行用
rowspan，跨列用columnspan，但注意这会占用对应行列空间，影响后续控件定位
混合布局只能靠 Frame 分层，不能直接混用
想顶部放标题（pack）、中间放表格（grid）、底部放按钮（pack）？可以，但必须用独立的 Frame 隔开。Tkinter 不允许同一容器内两种布局器共存，但不同 Frame 之间完全隔离。
性能影响很小，但嵌套过深会让代码难读；兼容性无问题，所有 Python 版本的 Tkinter 都支持。
- 每个逻辑区域单独建一个
Frame，比如header_frame、content_frame、button_frame - 在
header_frame里用pack放标题，在content_frame里用grid放输入项，在button_frame里用pack放按钮组 - 最后把这三个 Frame 用
pack或grid组装到主窗口——选哪个取决于你对外层结构的控制需求 - 别为了“统一”硬塞进一个布局器，分层才是 Tkinter 的实际工作方式
动态增删控件时，grid 更可控，pack 容易错位
运行时插入新按钮、删除某一行输入框？grid 可以精确指定位置，还能用 grid_slaves() 找出当前所有子控件再批量操作；pack 没有坐标概念，新增控件只能追加到末尾或开头，旧控件顺序一变，整个布局就偏移。
容易踩的坑：用 pack_forget() 隐藏控件后，再 pack() 回来，位置可能不是原来那个；而 grid_remove() 保留行列信息，grid() 恢复时原位回归。
- 动态列表场景（如日志行、配置项组）优先用
grid，每行分配独立row值 - 删除某行前，先用
widget.grid_forget()或widget.grid_remove()，后者更适合后续恢复 - 用
grid_slaves(row=r, column=c)精准获取某个格子的控件，比遍历pack_slaves()可靠得多 - 别依赖
pack_info()返回的位置信息做逻辑判断——它返回的是相对描述，不是坐标
pack 或 grid。 
