HTML5中autocomplete属性支持语义化细粒度值（如“email”“current-password”），显著提升自动填充准确率；禁用补全应避免autocomplete="off"，改用非法值或动态type切换；需配合inputmode确保键盘类型匹配。
autocomplete 属性值在 HTML5 中更细粒度
HTML5 明确扩展了 autocomplete 的合法值，不再只是 "on" 或 "off" 两种模糊开关。浏览器现在能根据语义化的值（如 "email"、"shipping street-address"、"cc-exp"）匹配用户已保存的地址、支付信息等，补全准确率明显提升。
常见错误是仍用旧式写法：
<input type="text" name="city" autocomplete="on">这会让浏览器失去语义线索，大概率只补历史输入而非真实地址字段。
-
autocomplete="given-name"比autocomplete="on"更可能触发“名”字段自动填充 - 复合值如
"shipping tel"和"billing tel"可区分不同场景的电话号码 - 密码域必须配对使用：
<input type="password" autocomplete="current-password">与<input type="password" autocomplete="new-password">，否则 Chrome 可能拒绝保存或填错
浏览器对 autocomplete="off" 的实际处理已失效
多数现代浏览器（Chrome ≥ 76、Firefox ≥ 82、Edge ≥ 79）会忽略表单级或输入级的 autocomplete="off"，尤其当字段类型为 password、email、tel 等敏感类型时。这是出于安全与体验权衡——强制关闭补全反而导致用户重复输错密码或邮箱。
若真需禁用（例如动态生成的一次性验证码输入框），可用以下绕过方式：
立即学习“前端免费学习笔记（深入）”；
- 设
autocomplete="nope"（非法值，但浏览器不识别即放弃补全逻辑） - 用
type="text"+ JavaScript 动态切换为type="password"，避开初始解析 - 添加随机
name或id（如name="otp_123abc"），破坏字段可识别性
form 元素的 autocomplete 属性影响所有子 input
<form autocomplete="off"></form> 曾被当作全局开关，但 HTML5 规范中它只是默认值，会被子 <input> 的显式 autocomplete 值覆盖。真正起作用的是：如果整个表单没有一个字段声明有效 autocomplete 值，浏览器才可能退回到历史字符串匹配模式（体验差很多）。
典型反例：
<form autocomplete="off"> <input type="email" name="user_email"> <input type="password" name="user_pass"> </form>两个 input 都没设
autocomplete，浏览器无法判断用途，往往只补最近一次提交过的任意邮箱/密码组合，甚至填反字段。
- 建议为每个关键字段显式设置语义值：
autocomplete="email"、autocomplete="current-password" - 表单级
autocomplete="section-login"可用于隔离不同登录区块，避免跨账号混淆 - 不要依赖
form autocomplete="off"来“阻止”补全——它既不可靠，也违背用户预期
移动端键盘类型与 autocomplete 联动更紧密
iOS Safari 和 Android Chrome 会结合 autocomplete 值自动切换软键盘类型和建议栏内容。比如 autocomplete="tel" 触发数字键盘 + 号码建议；autocomplete="postal-code" 在 iOS 上弹出带邮编格式提示的键盘。
但容易被忽略的是：若 inputmode 与 autocomplete 冲突（如 autocomplete="email" 却设 inputmode="numeric"），部分安卓机型会优先信任 inputmode，导致键盘错配、邮箱符号缺失。
- 保持二者一致：
autocomplete="email"→inputmode="email"；autocomplete="tel"→inputmode="tel" -
inputmode是 HTML5 新增属性，IE 完全不支持，但不影响 autocomplete 本身功能 - 某些银行类应用仍手动禁用
autocomplete，结果在 iOS 上失去邮箱/手机号键盘优化，用户需频繁切换键盘模式
