combobox 的 state="readonly" 必须在构造时指定，运行时 configure() 设置大概率失效，尤其在 windows 上；因 ttk 渲染逻辑导致布局完成后状态机固化，无法触发重绘或事件重置。
Combobox 的 state="readonly" 必须在构造时指定，运行时用 configure() 设置大概率失效，尤其在 Windows 上。
为什么 configure(state="readonly") 经常不生效
不是 Tkinter “不支持”，而是 ttk 的渲染逻辑导致：控件一旦完成布局（pack()/grid() 后），其内部状态机已固化，后续仅靠 configure() 修改 state 属性无法触发底层重绘或事件绑定重置。
- Windows 平台下最典型——光标仍可进入文本区、键盘输入未被拦截，看似“只读”实则可编辑
- macOS/Linux 表现稍好，但仍有概率忽略焦点切换后的只读约束
- 如果之前调过
combo.set("xxx")或绑定了textvariable，再configure()更容易失败
state="readonly" 和 state="disabled" 完全不是一回事
设成 "disabled" 会彻底禁用交互，但很多人误以为它等价于“只读”，结果发现下拉箭头点不动、> 事件也不触发。
Python 3.14.2
下载
Python 3.14.2是Python编程语言在2025年12月5日发布的稳定版本，属于3.14系列的第二个维护更新。该版本包含了18项修复，重点解决了多进程、数据类及正则表达式等模块的回归问题，并修复了CVE-2025-12084等安全漏洞。此版本标志着自由线程模式（移除GIL）正式获得官方支持，是Python发展的重要里程碑。
-
"readonly"：允许点击箭头、展开列表、用方向键导航、鼠标选择、触发>—— 文本框不可手动输入 -
"disabled"：整个控件灰化、失去焦点、不响应任何鼠标/键盘、不触发任何虚拟事件 - 父容器（如
Frame）若设为state="disabled"，子 Combobox 会继承禁用，此时即使自己设"readonly"也无效
真正可靠的只读写法
绕开所有陷阱的最小可行路径就一条：构造即锁定，初始化后只用 current() 或 set() 控制值，绝不碰 state 属性赋值。
- ✅ 正确：
combo = ttk.Combobox(root, values=["A", "B"], state="readonly") - ❌ 危险：
combo = ttk.Combobox(root, values=["A", "B"]); combo.configure(state="readonly") - 设置默认项优先用
combo.current(0)，比combo.set("A")更稳定（尤其当values是数字元组时） - 如果必须动态切换状态，先
combo.configure(state="normal")再combo.configure(state="readonly")，且之后要主动调用combo.focus_set()或combo.selection_clear()避免残留焦点行为
最易被忽略的一点：只读模式下仍需确保 values 非空，且 current() 或 set() 在 pack()/grid() 之后调用——否则某些 Tk 版本会回退到可编辑渲染。这不是 bug，是 ttk 状态同步的时序依赖。
Python免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 Python 的核心概念和高级技巧！
