autocomplete属性需严格遵循whatwg标准词表，大小写敏感、不可拼错或加连字符；仅对input元素有效，且必须与type协同使用，动态添加属性在部分浏览器中失效。
autocomplete 属性不是“开了就灵”的开关，填错值、放错位置、配错 type，浏览器直接当没看见。
autocomplete 值必须严格匹配 WHATWG 标准词表
浏览器只认那一套固定字符串，大小写敏感、不能拼错、不能加空格或连字符。比如：
-
street-address✅（注意是line1，不是line-1或address-line1） -
postal-code✅（zip、postcode都无效） -
shipping street-address✅（前缀只能是shipping、billing、home、work） -
shipping address❌（自然语言描述，被忽略） -
autocomplet="email"❌（拼写少一个e，属性名本身就不合法）
控制台出现 [Autofill] Ignoring autocomplete value 警告，基本就是值不合规。
只对 <input> 有效，<form></form> 和 <select></select> 别白费劲
autocomplete 写在 <form></form> 上会继承给子 <input>，但仅作默认值；写在 <select></select> 或 <textarea></textarea> 上基本无效果；写在 <form autocomplete="off"></form> 里，也拦不住子元素显式声明 autocomplete="email"。
- 真正起作用的，只有每个
<input>的autocomplete属性 -
<form></form>上设autocomplete="off"是历史写法，现代浏览器（Chrome 80+、Edge 90+）会主动忽略它对密码/邮箱等字段的禁用意图 - 想让 OTP 输入框不被填充？别信
autocomplete="off"，试试autocomplete="new-password"+ 动态name
type 和 autocomplete 必须协同，不能只靠一个
type="email" 不等于自动填邮箱；type="tel" 也不触发号码建议——起决定作用的是 autocomplete 值，type 只负责键盘类型和基础校验。
- 地址字段统一用
type="text"：邮编含字母（如加拿大A1A 1A1）时，type="number"会锁死输入 -
type="search"或type="url"配autocomplete="street-address"，大概率被浏览器跳过识别 - 密码字段三要素缺一不可：
type="password"+autocomplete="current-password"（登录）或autocomplete="new-password"（注册） -
autocomplete="password"❌，autocomplete="mobile"❌，这些自定义值全被无视
动态插入的表单，属性必须在 DOM 插入前就存在
用 JS 创建 <input> 后再通过 setAttribute('autocomplete', 'email') 补属性，Safari 和部分旧版 Chrome 不会重新扫描，自动填充直接失效。
- 正确做法：创建元素时就带好
autocomplete，例如document.createElement('input').setAttribute('autocomplete', 'email') - 字段顺序影响上下文判断：浏览器期望
email→current-password连续出现，中间插个organization，整组可能放弃填充 - 多个地址块共存时，仅靠
name或id无法区分，必须用语义前缀，如autocomplete="billing postal-code"
最常被忽略的一点：autocomplete 不是“越细越好”，而是“越准越好”——填对一个标准值，比堆十个自定义字段有用得多。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
