在 tkinter 中，当向自定义 frame 添加子控件后，其实际宽度不再受父容器 columnconfigure 控制，根本原因是默认启用的几何传播（geometry propagation）机制——frame 会自动调整自身尺寸以适配子控件，覆盖手动设置的 width 和列权重配置。
在 tkinter 中，当向自定义 frame 添加子控件后，其实际宽度不再受父容器 columnconfigure 控制，根本原因是默认启用的几何传播（geometry propagation）机制——frame 会自动调整自身尺寸以适配子控件，覆盖手动设置的 width 和列权重配置。
在 Tkinter 的布局系统中，grid（以及 pack）管理器默认遵循几何传播（geometry propagation）原则：容器（如 ttk.Frame）会主动计算其所有子控件的所需空间，并据此反向调整自身尺寸——即使你已通过 grid(column=i, sticky="ew") 和 root.columnconfigure(i, weight=1) 显式设定了列权重，也无论是否调用 frame.config(width=...)，只要子控件存在且未禁用传播，父 Frame 就会“无视”外部约束，优先满足内部子控件的布局需求。
这正是问题中 MyFrame 行为异常的根源：添加 Button 和 Entry 后，MyFrame 自动扩张以容纳二者总宽度（尤其当它们使用 sticky="nesw" 时），导致 update_frame_widths() 设置的 width 被覆盖，列宽同步失效；而空的 MyFrameResizable 因无子控件，不触发传播，故能稳定响应 config(width=...)。
✅ 正确解法是显式禁用几何传播：
class MyFrame(ttk.Frame):
def __init__(self, master=None, **kwargs):
super().__init__(master, **kwargs)
# 关键：禁用几何传播，使 Frame 尊重外部尺寸约束（如 config(width=...) 或 grid 分配）
self.grid_propagate(False)
# 子控件仍可正常布局，但不再驱动父 Frame 尺寸变化
self.button = tk.Button(self, text="Btn")
self.entry = tk.Entry(self)
self.button.grid(row=0, column=0, sticky="nesw", padx=(0, 2))
self.entry.grid(row=0, column=1, sticky="nesw", padx=(2, 0))
# 确保子控件按比例填充（需配置内部 grid 权重）
self.columnconfigure(0, weight=1)
self.columnconfigure(1, weight=1)
self.rowconfigure(0, weight=1)
⚠️ 注意事项：
-
grid_propagate(False)必须在添加任何子控件之前调用（或至少在首次grid()前），否则传播可能已生效； - 禁用传播后，Frame 不再自动调整大小，因此必须通过
config(width=..., height=...)或grid(sticky="nesw") + 父级 weight明确控制其尺寸； - 内部子控件仍需合理配置
columnconfigure/rowconfigure和sticky，否则可能无法拉伸填充可用空间； - 若需动态响应 Treeview 列宽变化，请确保
update_frame_widths()中的frame.config(width=col_width)生效——此时因传播已关闭，该设置将直接作用于 Frame 渲染尺寸。
总结：Tkinter 的几何传播是便利特性，但在精细化布局（如与 Treeview 列宽严格对齐）场景下需主动关闭。grid_propagate(False) 是实现「容器尺寸由外部驱动、内容在内自适应」这一专业 UI 模式的关键开关。
