HTML中disabled是布尔属性，存在即禁用；JS应使用element.disabled=true/false控制；禁用单选按钮需同步清除checked；多条件控制应封装为独立函数；禁用控件的值不参与表单提交。
直接用 disabled 布尔属性控制，别写 disabled="false"
HTML 中 disabled 是布尔属性，存在即禁用，不存在即启用。写成 disabled="false" 或 disabled="0" 完全无效——浏览器只看它在不在标签里，不解析值。所以初始禁用就写：<input type="text" disabled>；想默认启用，就一个字都别加。
element.disabled = true/false 是 JS 动态控制的唯一推荐写法
不要用 setAttribute('disabled', 'disabled') 或 removeAttribute('disabled')，尤其在 Safari 旧版本里，removeAttribute 后再设 disabled = true 可能失效。正确做法统一走属性赋值：
-
inputEl.disabled = true→ 禁用（灰掉、无法聚焦、不提交） -
inputEl.disabled = false→ 启用 -
if (inputEl.disabled) { ... }→ 检查当前状态，返回布尔值，可靠
禁用单选按钮组时，必须同步清除 checked
仅设 disabled = true 不够。如果用户之前选了某个 <input type="radio">，禁用后它仍保持 checked 状态，表单提交时虽不发送值，但逻辑上已“残留”选择，容易引发后续判断错误。所以必须显式清空：
- 禁用前先执行
radioEl.checked = false - 对整组 radio 要遍历处理，不能只操作 DOM 结构里的第一个
- 启用时无需恢复 checked，除非你明确要保留用户上次选择（这时得提前存值）
多个条件联合控制时，把校验逻辑抽成独立函数
比如“只有当文本框长度为 7 且复选框勾选时才启用提交按钮”，这类场景常见于激活码+协议确认流程。容易踩的坑是：只监听 input 事件，漏掉复选框变化；或把判断逻辑散落在多个事件回调里，导致状态不同步。
立即学习“前端免费学习笔记（深入）”；
- 把启用/禁用逻辑封装成函数，如
updateSubmitButton() - 文本框用
input事件（响应输入、粘贴、删除） - 复选框用
change事件（专为状态切换设计） - 两个事件都调用同一个函数，避免重复判断
最常被忽略的是：禁用控件后，它的值不会出现在 FormData 或 form.elements 的提交数据中——这不是 bug，是规范行为。如果业务上需要“视觉禁用但保留提交”，该用 readonly + CSS 隐藏光标，而不是 disabled。
