autocomplete属性必须写在每个标签上才有效，如autocomplete="email"；仅写在上无效，且值须符合W3C规范，密码字段需同时满足type="password"和autocomplete="current-password"或"new-password"。
autocomplete 属性该写在哪个标签上才有效
只写在 上没用，浏览器不会自动推断子字段用途；必须给每个 单独加 autocomplete 值，且值要符合 W3C 规范命名（比如 autocomplete="email"、autocomplete="tel"）。
常见错误现象： + 一堆没设 autocomplete 的 → 浏览器完全不触发自动填充。
- 密码字段必须同时有
type="password"和autocomplete="current-password"（登录）或autocomplete="new-password"（注册），缺一不可 - 姓名字段别写
autocomplete="name"，应拆成autocomplete="given-name"和autocomplete="family-name"，否则部分浏览器（如 Safari）会忽略 -
autocomplete="off"在现代浏览器中基本失效（尤其密码框），想禁用自动填充得用更绕的方式（见下一条）
为什么 autocomplete="off" 有时根本不起作用
因为主流浏览器（Chrome、Edge、Safari）已将 autocomplete="off" 视为建议而非指令，尤其对 type="password" 或疑似敏感字段，会直接忽略。
真正能绕过自动填充的实操方式只有两个：
- 把
type改成type="text"，再用 JS 在聚焦时动态切回type="password"（注意：需防 XSS，不要拼接用户输入） - 给
autocomplete设一个非法值，比如autocomplete="nope"或autocomplete="disable-autofill-123"—— 浏览器无法识别，就放弃自动填充逻辑 - 不要用随机字符串生成 name 或 id，某些浏览器会基于 name 做启发式匹配（比如 name="pwd123" 仍可能被识别为密码）
表单提交后自动完成数据没更新？检查这三处
浏览器不是根据提交结果更新自动填充数据库的，而是根据用户「手动输入并提交成功」的行为来学习。如果填完点提交，页面跳转/刷新但没返回 200 或没明确反馈，浏览器可能不记录这次输入。
- 确保表单提交后服务器返回 HTTP 200（不是 302 跳转后才 200），否则 Chrome 可能不存新值
- 避免用
fetch()提交后手动清空表单 —— 清空太快（比如在 Promise resolve 后立刻input.value = ""）会导致浏览器来不及抓取最终值 - 修改已有字段的
name或autocomplete值后，旧数据不会自动映射到新字段，需要用户重新完整填写一次才能建立新关联
移动端键盘弹出不对？autocomplete 值影响软键盘类型
iOS 和 Android 会根据 autocomplete 值决定弹出哪种键盘（数字、邮箱、URL 等），不是只靠 type。比如 type="text" 但 autocomplete="email"，iOS 键盘就会带 @ 符号。
-
autocomplete="tel"+inputmode="numeric"组合，比单用type="tel"更可靠触发数字键盘（尤其在 Android WebView 中） -
autocomplete="postal-code"在 Safari 中会触发带空格的邮政编码键盘（含连字符支持） - 避免混用冲突值：比如
type="email"却设autocomplete="tel"，部分安卓机型会优先信type，导致键盘类型和预期不符
自动完成不是开关按钮，是浏览器根据字段语义做的概率匹配。写错一个 autocomplete 值，可能整行都不被识别；换掉一个 name，之前存的值就彻底作废——这些细节没有报错，但效果全无。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
