disabled元素在表单提交时不会被FormData收集或出现在请求体中，因HTML规范规定只有“successful control”才参与提交，而disabled控件自动失去该状态；readonly的input/textarea仍属successful可提交，但select不支持readonly，需用hidden字段或JS临时移除disabled来确保值传递。
disabled 元素在表单提交时根本不会被 FormData 收集，也不会出现在 submit 请求的请求体中——这不是浏览器兼容性问题，是 HTML 规范强制要求的行为。
为什么 disabled 的 input/select 提交不到后台
HTML 标准定义：只有“successful control”才会参与表单提交。而设置了 disabled 的控件自动失去 successful 状态，无论它有没有 name、有没有 value，一律被忽略。这适用于 input、select、textarea、button 等所有可禁用元素。
-
readonly的input和textarea仍是 successful，能提交；但select没有readonly属性，不能这么用 -
disabled会阻止焦点、跳过 tab 导航、禁用事件绑定（如click），而readonly只禁编辑，其他都保留 - 第三方组件（如 Element Plus 的
el-select）内部可能用is-disabled类模拟禁用，但若没同步移除原生disabled属性，仍可能触发提交丢失
select 或自定义组件禁用后传不了值怎么办
对 select、el-select、ant-select 等没有 readonly 支持的控件，不能只靠改属性。必须确保提交前其 DOM 节点具备合法的 name 和可读取的 value，且不处于原生 disabled 状态。
html-to-pptx-converter
下载
使用 PptxGenJS 和 Python 解析，将结构化的 HTML/CSS 幻灯片内容转换为原生、可编辑的 PowerPoint（.pptx）演示文稿。
- 在
form.onsubmit或提交按钮点击时，用 JS 临时清除disabled属性：selectEl.disabled = false - 避免用 jQuery 的
.attr("disabled", false)，它在现代浏览器中可能不生效；应直接操作 DOM property：el.disabled = false - 如果组件封装了原生
select（如 el-select 内部是隐藏的select），需确认你操作的是真实表单控件，而不是外层 wrapper - 更稳妥的做法：提交前用
new FormData(form)手动构造数据，并显式补上被禁用控件的值：formData.set("city", selectEl.value)
既要禁用显示又要保证值可提交的通用方案
最健壮、不依赖 JS 运行时的解法，是分离“展示”和“传输”职责——一个控件负责用户可见交互（可禁用），另一个负责默默传值（不可见但有效）。
立即学习“前端免费学习笔记（深入）”；
- 对
input：保留disabled的文本框用于展示，同时加一个同名type="hidden"字段存值：<input type="hidden" name="username" value="admin"> - 对
select：同样用hidden存当前选中值，禁用原select仅作视觉提示；注意hidden的name必须和后端期望的参数名完全一致 - 如果值来自异步加载（如接口返回的默认选项），务必在设置
select.value后，立即同步写入hidden字段，否则提交时仍是空 - 不要依赖
autocomplete="off"或tabindex="-1"来“伪禁用”，它们不影响 successful 状态，也不阻止键盘输入或脚本修改
最容易被忽略的是：当表单含动态增删字段、或使用框架响应式绑定（如 Vue 的 v-model + :disabled）时，disabled 是布尔响应式属性，但原生 disabled attribute 的存在与否，仍由最终渲染的 DOM 决定——务必检查 DevTools 中实际元素是否真的带 disabled="" 属性。
