place布局以父容器左上角为原点进行像素级精确定位，不随父容器缩放自动调整，需手动处理尺寸、焦点和事件坐标偏移等问题。
place 的 x 和 y 是相对于父容器左上角的像素偏移
直接写 widget.place(x=10, y=20)，组件左上角就落在父容器内部横向 10px、纵向 20px 处。这个坐标系原点在父容器左上角（不是屏幕，也不是整个窗口），且不随父容器 resize 自动调整——它就是“钉死”的。
常见错误现象：place(x=100, y=100) 在小窗口里看不见组件，因为父容器本身宽度/高度不够，组件被挤出可视区；或者拖动窗口时组件悬空不动，误以为“没生效”。
- 只适合固定尺寸的容器（比如
Toplevel或禁用缩放的Tk窗口），或配合bind('<Configure>')手动重算位置 -
x/y单位永远是像素，不支持百分比、em、rem 等 - 如果父容器用了
pack或grid布局子组件，再对同一父容器内其他组件用place，容易触发布局冲突——Tkinter 不禁止，但渲染顺序和尺寸计算会不可控
relx/rely 和 relwidth/relheight 是相对比例，但基准不是父容器内容区
relx=0.5 表示组件左边缘位于父容器**总宽度**的 50% 处（注意：是整个父容器矩形，包括可能存在的边框、高亮区域等；Tkinter 实际计算时以 winfo_width() 返回值为基准）。
典型误用场景：想让按钮居中，写了 place(relx=0.5, rely=0.5)，结果按钮左上角在中心，整体向右下偏移了一半自身宽高。
立即学习“Python免费学习笔记（深入）”；
- 居中正确写法：
place(relx=0.5, rely=0.5, anchor='center')，anchor控制的是组件自身的锚点，默认是'nw'（左上） -
relwidth=1.0让组件宽度填满父容器，但若父容器还没完成几何管理（比如刚创建完 widget 就 place），winfo_width()可能返回 1 或 0，导致组件宽度异常 - 相对参数和绝对参数可以混用，例如
place(x=10, rely=0.3, relheight=0.2)：横坐标固定，纵坐标按比例，高度也按比例
place 布局下组件尺寸不自动适配内容，width/height 必须显式指定或靠 rel* 驱动
不同于 pack 或 grid 会根据子组件内容（如文字长度、图片大小）自动撑开，place 默认不测量也不调整尺寸。你没写 width 和 height，组件就维持初始最小尺寸（常表现为一个看不见的点，或只显示部分文字）。
错误现象：Label 写了很长文本，place 后只显示前几个字；Button 点击区域极小，实际可点击区域远小于文字范围。
- 要么用
width/height给像素值（如width=120, height=30） - 要么用
relwidth/relheight指定比例（如relwidth=0.8, relheight=0.1） - 想“自适应内容”，得先调用
update_idletasks()强制刷新布局，再读winfo_reqwidth()/winfo_reqheight()，最后手动 place —— 这种做法已脱离 place 的设计初衷，不如换pack
place 和事件绑定、焦点管理容易互相干扰
place 本身不参与 Tkinter 的几何传播（geometry propagation），所以父容器不会因 place 子组件而自动调整自身大小。这会导致 focus_set() 失效、bind('<Enter>') 区域错位、键盘 Tab 焦点跳过 place 组件等问题。
典型表现：place 出来的 Entry 能显示，但点不进去输入；按 Tab 键焦点直接从上一个 pack 组件跳到下一个，中间的 place 组件被跳过。
- 必须手动设置
takefocus=True（默认是False）才能让 place 组件接收键盘焦点 - 若需 Tab 导航，还得设置
focus_force()或在bind('<FocusIn>')中处理光标定位 - 鼠标事件坐标是相对于组件自身左上角的，但如果你用了
anchor='center'，视觉中心和事件坐标原点不一致，做拖拽或点击热区判断时容易偏移
