html 中不存在原生 incremental 属性，“输入即搜索”需用 input 事件监听，配合 compositionstart/end 处理中文输入法，并通过防抖、无障碍等细节实现可靠增量响应。
incremental 属性在标准 HTML 中并不存在
HTML 原生 <input type="search"> 没有 incremental 属性。你看到的 incremental 很可能来自第三方 UI 库（比如 jQWidgets 的 jqxListBox），不是浏览器原生支持的属性。直接写 <input incremental> 或 <input incremental="true"> 不会起任何作用，也不会触发实时监听。
实现“输入即搜索”必须用 input 事件，不是靠属性
真正驱动实时响应的是 JavaScript 的 input 事件，它覆盖键盘输入、粘贴、拖入、IME 上屏等所有值变更场景。相比 keyup，input 不漏事件，也不依赖按键时机。
- 错误做法：
input.addEventListener('keyup', ...)—— 粘贴内容时不会触发 - 正确绑定：
searchInput.addEventListener('input', handleSearch) -
handleSearch函数里取event.target.value.trim()，长度为 0 时清空建议列表并隐藏容器 - 若需防抖（比如避免高频请求），用
setTimeout+ 清除前序定时器，延迟 200–300ms 再执行过滤或 fetch
中文输入法下要处理 composition 事件
用户用拼音输入法敲 “zhong” 还没按空格时，input.value 仍是旧值，立刻查词会错。必须暂停联想逻辑，等输入完成再响应：
- 监听
compositionstart：设标志位isComposing = true，跳过本次input处理 - 监听
compositionend：设isComposing = false，立即触发搜索或延后 100ms 执行（Safari 移动端对composition支持弱，fallback 必须） - 不加这个判断，中文用户会看到“z”“zh”“zho”…连续错配建议，体验断裂
别依赖 search 输入框的“自动行为”，显式控制才可靠
type="search" 的语义和原生样式（如清除按钮、软键盘「搜索」键）是加分项，但不能代替事件监听逻辑：
- 必须包在
<form></form>里，否则移动端软键盘「搜索」键无法触发表单提交 - 清除按钮在 Firefox 不支持
::-webkit-search-cancel-button，跨浏览器一致性要用 JS 自建按钮 +input事件控制显隐 - 实时搜索建议容器（如
<div id="suggestionList">）需手动管理 <code>display、z-index和定位，浏览器不帮你做 - 无障碍要考虑
aria-expanded、aria-controls和焦点同步，仅靠type="search"不够
真正的增量响应不在属性里，在事件流控制和输入法兼容性细节中。
