浏览器自动填充基于name和autocomplete属性匹配用户历史，非JS实时预测；autocomplete值须为标准枚举且大小写敏感，需配合正确type属性才能触发对应软键盘与填充逻辑。
浏览器自动填充不是预测，是基于字段 name 和 autocomplete 的匹配
HTML 表单本身没有“预测输入内容”的能力，所谓“预测”，其实是浏览器根据 name、autocomplete 属性和用户历史填写行为做的自动填充（autofill），不是前端 JS 实时预测。强行用 JS 模拟预测（比如模糊搜索已有数据）属于额外功能，和原生表单行为无关。
-
autocomplete="off"在现代浏览器中基本失效，尤其对密码、邮箱等敏感字段；真正有效的是设为语义化值，如autocomplete="email"、autocomplete="shipping street-address" -
name属性必须真实反映字段用途（如name="email"），否则 Chrome/Safari 会忽略autocomplete值 - 移动端 Safari 对
autocomplete支持较弱，依赖name+type（如type="email"）双保险
autocomplete 值写错就等于没写
写 autocomplete="email" 有效，但写 autocomplete="user-email" 或 autocomplete="e-mail" 就会被浏览器无视——它只认标准枚举值，大小写敏感，且不支持自定义前缀。
- 常见有效值：
autocomplete="given-name"、autocomplete="family-name"、autocomplete="tel"、autocomplete="cc-number" - 地址类字段必须成组使用才触发完整填充，比如单独写
autocomplete="address-line1"效果差，要搭配autocomplete="address-level2"、autocomplete="postal-code"等 - Chrome 会拒绝识别
autocomplete="new-password"以外的password类型字段，所以注册页密码确认框必须显式写autocomplete="new-password"
想真做输入预测？得自己搭逻辑，别指望 form 标签
如果需求是“用户输‘zhang’，下拉提示‘zhangsan@xx.com’”，这属于前端建议补全（autocomplete suggestion），和 HTML 原生 autocomplete 无关，必须用 JS 实现。
- 监听
input事件，调用本地数组过滤或发 API 请求，渲染<datalist></datalist>或自定义下拉层 -
<input list="browsers"><datalist id="browsers"><option value="Chrome"></option></datalist>只支持静态匹配，不支持异步、不支持高亮、不支持键盘导航（Safari 下尤其残缺） - 用
contenteditable+div模拟输入框再加下拉，兼容性好但需手动处理焦点、剪贴板、IME 输入等细节
移动端软键盘类型错配，预测直接失效
Android 键盘是否弹出邮箱/数字/电话布局，取决于 type，而不是 autocomplete。type 错了，用户连正确符号都打不出来，浏览器自然不会尝试填充。
立即学习“前端免费学习笔记（深入）”；
-
type="email"→ 触发邮箱键盘（@ 和 . 快捷键），同时辅助浏览器识别字段意图 -
type="tel"→ 数字键盘 + 可能触发联系人建议（iOS 上部分生效） -
type="search"→ 带清除按钮和回车键，但不会触发任何 autofill - 别用
type="text"兼容一切——它让所有智能提示归零
type + name 组合。想让“预测”稳一点，就得放弃幻想，老老实实按规范填属性，再接受它有时就是不出现。 
