Radiobutton 默认不选中是因为关联的 IntVar/StringVar 未设初值；需在构造前用 value 参数显式初始化，且类型必须匹配；多组须用独立变量；state 切换后需手动刷新 UI。
Radiobutton 默认不选中是因为 IntVar/StringVar 没设初值
Tkinter 的 Radiobutton 不会自动选中任何一项，哪怕你写了两三个按钮放在同一组里——根本原因在于关联的 IntVar 或 StringVar 实例初始值是空或未定义的。比如 var = IntVar() 创建后，var.get() 返回 0（对 IntVar）或空字符串（对 StringVar），而如果所有按钮的 value 都是 1、2、3，就没有一个能匹配上，结果就是全都不显选中态。
解决办法很简单：显式初始化变量值，且该值必须与某个按钮的 value 完全一致：
-
var = IntVar(value=1)→ 对应value=1的按钮会默认高亮 -
var = StringVar(value="A")→ 对应value="A"的按钮被选中 - 别写
var.set(1)在创建按钮之后——顺序错会导致 UI 不同步；必须在Radiobutton构造前或构造时完成赋值
value 类型和 variable 类型不匹配导致“看似选中实则失效”
常见现象是：点击一个按钮，它视觉上变选中了，但再点另一个，前一个没取消；或者 var.get() 始终返回旧值。这基本是 value 和 variable 类型错配造成的。
例如用 IntVar 却给 value="1"（字符串），Tkinter 内部比对失败，变量不更新；反过来，用 StringVar 却传 value=1（整数），也会失联。
让 macOS 自动化像说话一样简单 —— 用代码控制你的 Mac，无需学习 AppleScript 系统要求 macOS 14+ (Sonoma) Python 3.9+ 需要开启：辅助功能 + 屏幕录制权限
-
IntVar必须配整数value：value=1、value=2 -
StringVar必须配字符串value：value="on"、value="off" - 别混用：
variable=IntVar(), value="1"是典型错误，调试时print(var.get())会发现值卡住不动
多个 Radiobutton 组共用同一个 variable 实例引发互斥污染
如果你有两组单选按钮（比如“支付方式”和“配送方式”），却误把它们都绑到同一个 IntVar 上，就会出现点 A 组按钮影响 B 组状态的情况——这不是 bug，是设计如此：Tkinter 只认「变量实例 + value 值」这一对组合来决定哪个按钮该亮。
- 每组必须用独立变量：
pay_var = StringVar(value="alipay")、delivery_var = StringVar(value="express") - 千万别复制粘贴时漏改
variable参数，尤其用循环生成按钮时容易出这种错 - 变量对象本身不能被局部作用域回收，比如写在函数里又没 return 出来，按钮会突然全部失效（状态滞空）
state="disabled" 后 Radiobutton 视觉状态丢失不是 bug，是渲染逻辑限制
当把 Radiobutton 设为 state="disabled" 后再切回 "normal"，有时它看起来“没记住之前选中的是谁”，甚至出现多选并存——这不是变量坏了，而是 Tkinter 渲染层在禁用状态下丢弃了选中指示的绘制状态，重新启用时不会自动恢复视觉高亮，只保留逻辑值。
- 修复方法：在
state切换后手动触发一次刷新，比如button.update_idletasks() - 更稳妥的做法是避免频繁切换
state；如需灰掉整组，建议用Frame包裹后统一控制父容器状态 - 关键检查点：
var.get()的值是否始终正确？如果值是对的，只是 UI 没显示，那就是纯渲染问题，不用动业务逻辑
默认选中逻辑失效最常被忽略的点，其实是变量生命周期和初始化时机的耦合——不是“有没有设值”，而是“什么时候设、设给谁、有没有被覆盖”。一旦按钮数量变多或逻辑嵌套加深，这类问题会悄无声息地变成偶发性故障。
Python免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 Python 的核心概念和高级技巧！
