仅提供静态候选列表，不自动响应输入；需用 js 监听 input 事件并动态更新 ，注意兼容性（尤其 ios safari 不支持）及性能优化。
dataList 元素本身不触发搜索，只是提供候选列表
很多人以为把 <datalist></datalist> 和 <input> 关联后，输入就会自动弹出建议——其实不会。<datalist></datalist> 只是静态候选池，浏览器只在用户手动按下向下箭头或 Alt+↓ 时展示选项，**不监听输入、不过滤、不 debounce、不支持模糊匹配**。它本质上是个“快捷补全菜单”，不是“搜索建议组件”。
所以如果你要实现输入即提示的智能搜索，必须自己监听 input 事件，并用 JS 动态更新 <datalist></datalist> 的 <option></option> 子元素。
如何用纯 HTML + JS 实现零依赖的动态 datalist 更新
核心思路：保留 <datalist></datalist> 的语义和原生体验（比如支持键盘导航、回车选中），但用 JS 控制其内容。关键点在于：
-
<datalist></datalist>必须有id，且<input>的list属性值要严格匹配该id - 不要用
innerHTML = '...'清空并重写整个<datalist></datalist>，这会中断焦点和键盘状态；应复用<option></option>元素或用replaceChildren() - 每次更新前先清空已有
<option></option>，再根据当前输入值生成新选项（建议限制最多 5–8 条，避免渲染卡顿）
示例片段：
将调研报告、方案对比、数据分析、需求梳理、会议纪要、设计说明、代码评审、学习笔记等任务产物输出为可在浏览器直接打开的单文件 HTML，替代 Markdown 作为最终交付物。Markdown 在信息密度、视觉清晰度和可分享性上已跟不上 AI 产物的丰富度，HTML 能同时承载排版、表格、SVG 等。
<input type="text" id="search" list="suggestions"><datalist id="suggestions"></datalist><script>
const input = document.getElementById('search');
const list = document.getElementById('suggestions');
const allOptions = ['React', 'Remix', 'Rust', 'Ruby on Rails', 'Redis', 'RabbitMQ'];
input.addEventListener('input', () => {
const q = input.value.trim();
list.replaceChildren(...allOptions
.filter(opt => opt.toLowerCase().includes(q.toLowerCase()))
.slice(0, 6)
.map(text => Object.assign(document.createElement('option'), { value: text }))
);
});
</script>
兼容性与移动端注意事项
<datalist></datalist> 在 Chrome / Edge / Firefox 桌面端支持良好，但 Safari 直到 v16.4 才支持动态更新（旧版 Safari 会忽略 JS 修改后的 <option></option>）；iOS Safari 则始终不显示 <datalist></datalist> 下拉菜单——它把 list 属性当摆设。
这意味着：如果你必须支持 iOS 用户，不能只靠 <datalist></datalist>。可行折中方案：
- 保留
<datalist></datalist>结构作为语义后备（利于 SEO 和无障碍） - 对 iOS UA 检测后，改用
<div> + <code>position: absolute模拟下拉面板（仅影响 UI，不影响数据逻辑） - 避免依赖
onselect或oninput的组合事件，因为不同浏览器对<datalist></datalist>选中行为的触发时机不一致（有的在回车，有的在 Tab，有的在点击） - 多数 UI 库的 autocomplete 组件默认带样式、动画、键盘逻辑封装，但你可能只需要一个干净的
<option></option>列表 - 它们往往把数据源耦合进组件实例，而原生
<datalist></datalist>天然支持 SSR 和静态 HTML 预置（比如服务端直接吐出匹配的<option></option>） - 一旦你开始做防抖、远程请求、分页加载，就不再是
<datalist></datalist>能覆盖的范畴了——那时该换真实 autocomplete 方案，而不是硬塞
为什么不用第三方库也能做得轻量可靠
真正需要的只有三件事：输入监听、字符串过滤、DOM 同步。这些在现代浏览器里几行代码就能搞定，加库反而引入额外负担：
最易被忽略的一点：<datalist></datalist> 的 value 是纯文本，不支持 HTML 内容或高亮标记。如果需要搜索词高亮，得用其他 DOM 方式实现，不能指望它。
