onsearch 事件仅在点击原生清除按钮或按搜索键时触发，非值为空即触发；可靠清空检测应监听 input 事件并判断 !input.value，同时处理 DOM 重置与焦点管理。
onsearch 事件根本不会在清空时触发
onsearch 是 input[type="search"] 的专属事件，但它只在用户点击原生清除按钮（×）或按键盘 Search 键（如安卓软键盘上的放大镜）后触发，**不是每次 value 变为空字符串就触发**。也就是说，手动赋值 input.value = ''、粘贴空格再删光、甚至监听 input 后判断 value === ''，都不会激活 onsearch。
它本质是浏览器对“搜索意图完成”的响应，而非“值变化”的钩子。所以指望 onsearch 捕获清空动作，逻辑上就走偏了。
真正可靠的清空检测必须监听 input 事件
所有清空场景——点击 ×、手动删光、粘贴后全选删除、拖入空文本、IME 输入中途放弃——都会触发 input 事件。这是唯一覆盖全路径的方式。
- 不要用
change：失焦才触发，用户删完立刻点别处就漏掉 - 不要只监听
click到自定义清空按钮：原生 × 按钮无法被 DOM 选中，监听不到 - 必须搭配值判断：
if (!input.value)才算真正清空，避免把输入过程中的临时空值误判 - 注意防抖干扰：如果表格过滤用了防抖，清空逻辑要绕过防抖直接执行，否则会延迟响应
type="search" 下的特殊行为：search 事件和 input 事件共存
当使用 type="search" 时，点击原生 × 按钮会**同时触发 input 和 search 两个事件**。但 search 仍不可靠：
立即学习“前端免费学习笔记（深入）”；
- Firefox 110 之前完全不发
search事件 - 部分安卓输入法在
type="text"下按搜索键也不发search，换成type="search"才稳定 -
search事件回调里this.value已经是空字符串，但你无法区分它是清空还是首次提交空搜索
所以实际写法仍是：统一用 input 监听，内部做 if (!this.value) 分支处理清空逻辑，比如隐藏建议面板、重置 URL 参数、恢复全部表格行。
清空后需要主动触发的典型操作
浏览器清空 value 只是第一步，后续交互常被忽略：
- 表格过滤场景：清空后要显式设
tr.style.display = ''，不能只靠 class 切换——之前可能被内联样式锁死 - 搜索框聚焦状态：清空后调用
input.select()，方便用户连续输入新关键词 - 提示行管理：若之前插入了
<tr class="no-results">，清空后得先document.querySelector('tbody tr.no-results')?.remove() - 移动端兼容：
type="search"在部分安卓输入法下更可靠，比type="text"更容易捕获软键盘搜索键
清空不是终点，而是状态重置的起点；没处理好后续 DOM 清理和焦点管理，用户会觉得“点了 × 没反应”。
