input[type="search"]仅是带清空按钮的语义化文本框，不自动触发搜索或提交；需配合form结构、事件监听（如input/search/keydown）及JS逻辑（防抖、AJAX、下拉提示等）才能实现完整搜索功能。
input[type="search"] 本身不触发搜索、不提交表单、也不自动过滤内容——它只是个带清空按钮和语义的文本框。真要实现“搜索框交互功能”，得靠 form 结构、事件监听和逻辑控制，不是换了个 type 就万事大吉。
为什么 search 类型输入框点了回车没反应？
因为 input[type="search"] 单独存在时，没有绑定任何行为。浏览器不会替你发请求、也不会帮你过滤 DOM 节点。
- 必须包裹在
form中，且设置action和method，回车才可能触发表单提交 - 若想阻止默认提交（比如走 AJAX），得用
event.preventDefault()拦住submit事件 - 如果没写
name属性，提交时这个字段根本不会出现在表单数据里 - 移动端软键盘上的“搜索”按钮是否生效，取决于
form是否存在、input是否有name，以及浏览器实现（iOS Safari 对type="search"的“搜索”键支持更稳）
监听用户输入：用 input 还是 search 事件？
两者都可用，但语义和触发时机不同：input 是每次键入、粘贴、删除都触发；search 只在点击清空按钮或按回车（且在 form 内）时触发。
- 做实时搜索建议（如输入即查），用
input事件，但记得加防抖（setTimeout+clearTimeout），否则请求太频繁 - 做“确认搜索”动作（比如跳转或刷新列表），监听
search事件更精准，避免误触发 - 注意：Safari 在某些版本中对
search事件的支持不稳定，生产环境建议 fallback 到监听keydown（判断 Enter 键）+ 清空按钮的click
如何让 search 输入框支持下拉筛选（类似 autocomplete）？
原生 input[type="search"] 不提供下拉选项，必须手动组合 datalist 或用 JS 实现。
立即学习“前端免费学习笔记（深入）”；
- 最轻量方案：用
<input list="xxx"><datalist id="xxx"><option value="xxx"></datalist>，但datalist只做提示，不支持模糊匹配或异步加载 - 需要搜索匹配、高亮、远程数据，就得自己写 JS：监听
input→ 调用过滤函数 → 动态生成<ul class="suggestions">→ 绑定点击/方向键导航 - 别忘了处理焦点丢失（
blur）时自动隐藏下拉层，否则容易卡在界面上 - 移动端要注意 touch 事件穿透问题，
tap可能不触发click，建议统一用pointerdown
真正难的不是写出一个能输能清的框，而是决定什么时候发请求、怎么缓存上次结果、怎么应对空输入或特殊字符、以及清空按钮点击后是否重置关联筛选条件——这些逻辑不在 HTML 属性里，全在你的 JS 控制流里。
