FormData 不包含未选中的 radio 字段，因其 value 为 undefined 被主动忽略；需手动补值或改用 select/checkbox 实现“无选项”语义。
FormData 里根本找不到未选中的 radio 字段
这是最常被忽略的底层行为：当一组 input[type="radio"] 全都没被点过，FormData 构造时压根不会包含这个 name。它不是传空字符串，也不是传 undefined，而是直接跳过——就像那个字段不存在一样。
对比 input[type="text"]：哪怕用户没输，value 是 ""，FormData 仍会带上该键值对。但 radio 不同，它的“未选中”在 DOM 层就是 value 为 undefined，而 FormData 明确忽略所有 undefined 值。
- 后端收不到
delivery-city字段 ≠ 前端漏传，是标准行为 - 别指望用
formdata.get('xxx') || 'default'来兜底——get()返回null，不是undefined - 如果必须保证字段存在，得在 JS 里手动补：
if (!formdata.has('gender')) formdata.set('gender', '')
用 required 属性不能解决“无选项”问题
required 只在表单提交校验时起作用，它阻止用户提交，但不改变数据收集逻辑。用户不选、不提交，FormData 还是空的；用户绕过校验（比如删掉 required 属性或用 JS 提交），照样没值。
更关键的是：required 对单选组的约束是“至少一个被选中”，但它不指定哪个——如果所有 radio 都被 disabled 或动态隐藏了，required 也拦不住提交失败，因为浏览器发现“当前可见可交互的选项为零”，校验直接失败。
立即学习“前端免费学习笔记（深入）”；
-
required不等于“默认选中”，它不自动设置checked - 隐藏部分选项后，务必检查是否还有至少一个
disabled="false"且style.display !== 'none'的 radio - 若业务允许“不选”，就别加
required，改用后端校验或前端显式兜底
JS 手动 fallback 时容易漏掉 change 事件
异步加载完数据，你遍历匹配 value 并设 el.checked = true，看起来没问题。但如果这组 radio 上绑了 change 监听器（比如更新 UI 状态、计算总价），仅设 checked 属性不会触发事件——浏览器只在用户真实点击或空格键操作时派发 change。
结果就是：DOM 看起来选中了，但依赖 change 的逻辑没跑，界面不同步。
- 正确做法：设完
checked后，立刻触发事件：el.dispatchEvent(new Event('change', { bubbles: true })) - 别用
el.click()模拟，它可能触发两次（一次原生，一次监听） - 如果 fallback 到的是新插入的 radio 元素，确保它已挂载到 DOM 再操作，否则
dispatchEvent无效
想支持“都不选”？HTML 原生不干这事
标准单选按钮组的设计哲学就是“强制一选”。你无法通过合法 HTML 让一组 radio 处于“全未选中”状态并保持互斥逻辑——只要有一个 radio 存在，浏览器就会强制维持“有且仅有一个 checked”。
所以所谓“取消选择”，本质是换一个目标来选，比如加个 <input type="radio" name="color" value="" checked> 表示“无偏好”。但这要求后端能区分空字符串和缺失字段。
- 不要试图用
el.checked = false清空唯一选项——浏览器会无视 - 也不要用
form.reset()，它只恢复初始 HTML 的checked状态，不是清空 - 真需要“无选项”语义，优先考虑
select+ 空 option，或 checkbox 组 + 单选逻辑模拟
