combobox 设置 state="readonly" 无效的主因是状态被后续 configure() 覆盖、textvariable 绑定冲突、父容器禁用继承或误用 set() 替代 current()；正确做法是创建时设 readonly、用 current() 初始化、切换时用 configure() 并避免直接赋值 state 属性。
Combobox 设置 state="readonly" 无效的常见原因
最常见的情况不是 state 参数本身失效，而是它被后续代码覆盖或未在正确时机生效。比如你在创建控件后又调用了 configure() 但传入了 state="normal"，或者用 set() 或 current() 操作前没确保控件已初始化完成。
另一个高频陷阱是：你用了 textvariable（如 StringVar），但没把它和 state="readonly" 配合好——某些旧版本 Tk 或特定平台下，textvariable 与 readonly 同时存在时，会因变量绑定冲突导致只读失效。
- 确认没有在
ttk.Combobox(..., state="readonly")创建后，再执行类似combo.configure(state="normal") - 避免在定义
textvariable的同时又手动调用combo.set(...)——改用combo.current(0)更稳妥 - 如果 Combobox 是在函数内动态创建的，注意变量作用域问题：
StringVar实例必须在控件生命周期内持续存活，否则绑定丢失，readonly表现异常
state="readonly" 和 state="disabled" 的行为差异
这两个状态看起来都“不让输”，但底层逻辑完全不同：readonly 允许点击、展开下拉列表、响应 > 事件；而 disabled 会禁用整个控件，包括鼠标交互和键盘焦点，视觉上通常变灰。
如果你设了 state="readonly" 却发现下拉箭头点不动、无法选择，大概率是误写成了 "disabled"，或者父容器（如 Frame）本身被设为 state="disabled"，导致子控件继承禁用状态。
-
state="readonly"：可聚焦、可展开、可选、不可编辑文本区 -
state="disabled"：不可聚焦、不可展开、不可选、不可编辑，且不触发任何虚拟事件 - 检查父级控件是否也被设为
disabled——Tkinter 中父控件禁用会递归影响子控件
动态切换只读状态的正确写法
运行时想从可编辑切到只读，不能只改 state 属性值，必须用 configure() 显式刷新，否则 UI 不更新。尤其当 Combobox 已获得过焦点，直接赋值 combo['state'] = "readonly" 可能不生效。
更可靠的做法是统一用 configure()，并在切换后主动重置焦点（可选）：
combo.configure(state="readonly") # 如果之前有焦点，建议移出再移回，确保 UI 刷新 combo.after(10, lambda: combo.focus_set()) # 延迟执行，避开渲染队列冲突
- 不要写
combo.state = "readonly"—— 这只是给对象加了个属性，不触发 Tk 内部状态同步 - 切换后若仍可输入，尝试先
combo.selection_clear()清除文本区选中态 - 某些 Linux 发行版（如 Arch + Tk 8.6.12）存在渲染延迟 bug，加
after()是实用 workaround
为什么 current() 或 set() 后只读失效
这不是 bug，而是设计行为：set() 本质是向文本区写入字符串，而 readonly 模式下文本区本应只由选择动作驱动。如果你在 state="readonly" 后调用 combo.set("xxx")，部分 Tk 版本会悄悄退回到 normal 行为以完成赋值，导致只读解除。
正确做法是始终用 current(index) 设置默认值，它只操作内部索引，不触碰文本区编辑逻辑：
combo['values'] = ['A', 'B', 'C']
combo.configure(state="readonly")
combo.current(1) # 安全：选中 'B'，不破坏只读
# ❌ 避免 combo.set('B') —— 可能绕过 readonly 限制
-
current()是唯一推荐用于初始化/切换选项的只读安全方法 - 如果必须用字符串匹配设置（比如值来自配置文件），先用
values.index("target")找索引再current() - 调试时可用
print(combo.cget("state"))实时确认当前真实状态，别信变量名
真正容易被忽略的是：Tkinter 的 state 不是纯 Python 属性，它是 Tk 解释器维护的状态机，任何绕过 configure() 或 cget() 的直接赋值，都可能让 Python 层和 Tk 层状态脱节。动手前先 cget 看一眼，比猜半天快得多。
Python免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 Python 的核心概念和高级技巧！
