type="reset"按钮无法真正清空多条件筛选，因其仅恢复HTML初始值，不响应JS设置、自定义组件及多选状态；可靠方案是遍历form.elements手动重置各类型控件值，并单独处理Select2等第三方组件。
直接用 type="reset" 按钮不能真正“清空”多条件筛选，它只恢复 HTML 初始值——哪怕你 JS 动态设过默认值、用户改过选项，点下去也回不到空状态。
为什么 form.reset() 在筛选场景下基本失效
原生重置行为和业务需求天然冲突：它不认 JS 设置的值，也不管自定义组件（如 Select2、flatpickr），更不会处理 select[multiple] 的多选状态同步。常见现象包括：
-
点重置后还是显示“全部”，不是空 -
重置后回到“未选择”，而非清空 - DataTables 全局搜索框、日期范围选择器完全无响应
- 多个同名
checkbox中，只有初始checked的会被“还原”，其余保持原样
手动遍历 form.elements 清空最稳
绕过原生限制的唯一可靠路径是主动控制每个字段。用 form.elements 而不是 querySelectorAll("input, select, textarea")，因为它包含 fieldset 内控件且自动过滤掉 disabled 项（但注意：它不会跳过 hidden，得自己判断）。
关键操作逻辑：
- 对
input[type="text"]、input[type="email"]、textarea：设el.value = "" - 对
input[type="checkbox"]和input[type="radio"]：设el.checked = false（别用removeAttribute("checked")） - 对
select单选：设el.selectedIndex = -1（比= 0更安全，避免第一个option是disabled） - 对
select[multiple]：遍历el.options，逐个设option.selected = false - 跳过
type="hidden"、"submit"、"button"，防止覆盖隐藏参数
自定义筛选组件必须单独处理
原生表单控件之外的筛选器，比如 DataTables、Select2、flatpickr、Ant Design 的 Select 或日期范围组件，完全不在 form.reset() 作用范围内。它们的状态必须手动调用各自 API 同步清空：
生成可在 deepbi 沙箱 iframe 内运行或作为独立文件运行的交互式 HTML 页面，使用 `window.deepbi` JS SDK 实现数据查询、空间管理、文件浏览及用户操作。当用户提出以下需求时启用该能力： - 创建 KPI 仪表盘、数据表格、文件浏览器、成员列表、管理页面； - 明确要求“转成 dhtml”、“转译成 HTML”、“把 XX 页面转成……”、“控制台页面”、“管理后台”、“DeepBI 页面迁移”； - 提及位于 `apps/console/src/featur
- DataTables：
table.search('').columns().search('').draw() - Select2（v4+）：
$('#brand').val(null).trigger('change') - flatpickr：
picker.clear()或picker.setDate(null) - 若用了
data-*属性存初始值，可在重置时读取并设回，但不如直接清空干净
注意执行时机：先让原生 form.reset() 完成 DOM 更新（或干脆不用），再用 setTimeout(() => { /* 同步自定义组件 */ }, 0) 或监听 form.addEventListener('reset', ...) 来触发。
按钮启用策略比清空逻辑更重要
很多看板把重置按钮一直显示着，用户手一滑就点了，刚输的条件全丢。这不是技术问题，是交互漏洞。真正该做的：
- 初始化时给按钮加
disabled，仅当任一筛选字段值变更后才removeAttribute('disabled') - 监听所有筛选控件的
input、change、select2:select等事件，维护一个isDirty标志 - 避免内联
onclick="resetFilters()"，统一用addEventListener绑定，确保动态插入的筛选项也能响应
最后提醒一句：别在重置逻辑里漏掉 fieldset 里的控件——它们确实在 form.elements 里，但容易被当成“嵌套结构”而忽略。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
