radiogroup不是标准HTML属性，现代浏览器完全忽略它；单选组互斥唯一依赖name属性，同name值的radio自动构成一组，name为空或不一致则无法互斥。

radiogroup 属性不是标准属性，在任何主流浏览器中都不生效。 它只短暂出现在早期 HTML5 草案里，关联已废弃的 <command> 标签，现代 HTML 规范（HTML5.3+）早已移除。你写 radiogroup="group1" 在 <input type="radio"> 上，浏览器会完全忽略——既不触发互斥行为，也不报错，就像没写一样。

为什么 name 属性才是唯一可靠方案

单选组的互斥逻辑由浏览器原生实现，但触发条件只有一个：同名的 name 属性值。

• 只要多个 <input type="radio"> 的 name 值相同，它们就自动构成一组，选中一个时其他自动取消
• name 是强制要求，不设或为空字符串会导致该 radio 无法参与任何单选逻辑（即永远无法被“组内互斥”）
• 不同 name 值之间绝对隔离，哪怕 DOM 结构上被同一个父容器包裹，也互不影响

常见误用场景与后果

开发者常因命名混淆或框架误导踩坑：

• 在 Vue/React 中手动用 v-model 或 useState 管理多个 radio 的 checked，却忘了统一 name —— 结果是视觉可点，但点击无互斥，表单提交时可能多个 value 同时上报
• 看到某些 UI 库文档写 “支持 radiogroup”，其实是库内部自定义属性（如 HarmonyOS 的 group 参数、uni-app 的 <radio-group> 组件），和 HTML 原生无关
• 用 CSS 选择器写 input[radiogroup="x"] 试图样式化，结果匹配不到任何元素

各平台/框架中的真实替代方案

不要试图“修复” radiogroup，直接用对应平台的正确机制：

• Web 原生：只靠 name，别加多余属性
• Material-UI：<RadioGroup name="xxx"> 只是语义包装，最终仍渲染出带相同 name 的原生 radio
• HarmonyOS：Radio({ group: "xxx" }) 是声明式 API，底层由系统保障组内互斥，与 HTML radiogroup 无关
• Android：<RadioGroup> 是 ViewGroup 容器，其互斥逻辑在 Java/Kotlin 层实现，不依赖任何 HTML 属性

真正容易被忽略的是：**表单提交时，只有带非空 name 且 checked 为 true 的 radio 才会作为键值对发送**。如果只靠 JS 控制状态而漏掉 name，后端根本收不到这个字段。