autocomplete="off"在密码框中无效是浏览器主动策略，Chrome≥76等无视该值以保障密码管理器功能；应改用current-password或new-password标准值，并确保type、form上下文与WHATWG规范一致。
autocomplete="off"为什么在密码框里根本不起作用
不是你代码写错了，是浏览器主动无视它。Chrome ≥76、Edge（新版）、Safari 自 2021 年起就把 autocomplete="off" 对 type="password" 字段的声明降级为“建议”，而非指令——它优先保障密码管理器能工作，防止开发者误关安全能力。
常见现象包括：登录页刷新后密码框自动填入旧密码；改密页的确认密码框被塞进上一次生成的随机密码；控制台可能报 autocomplete="off" is not supported 警告，但填充照常发生。
-
autocomplete="off"单独用于密码字段，Chrome 直接跳过校验逻辑 -
autocomplete="false"或autocomplete="nope"属非标准值，部分 Chrome 版本放弃识别，但 Safari 仍尝试匹配 - 真正有效的替代方案只有两个标准值：
current-password（登录）、new-password（注册/改密）
autocomplete 值写错等于没写，且不报错
浏览器只认 WHATWG 规范里的小写标准 token，拼写偏差、大小写错误、自定义字段名，全被静默忽略——不报错、不警告，直接退化为最粗糙的历史字符串匹配，用户体验反而更差。
比如你在邮箱框写 autocomplete="Email"（首字母大写），或 autocomplete="user_email"（下划线分隔），浏览器就当没看见；写 autocomplete="name" 虽然有效，但不如拆成 given-name + family-name 精准，尤其 Safari 会拒识前者。
立即学习“前端免费学习笔记（深入）”；
将调研报告、方案对比、数据分析、需求梳理、会议纪要、设计说明、代码评审、学习笔记等任务产物输出为可在浏览器直接打开的单文件 HTML，替代 Markdown 作为最终交付物。Markdown 在信息密度、视觉清晰度和可分享性上已跟不上 AI 产物的丰富度，HTML 能同时承载排版、表格、SVG 等。
- 地址类必须加前缀：
shipping street-address（收货地址），不能只写street-address - 验证码字段必须用
one-time-code，且需配合<form></form>包裹、隐藏的<button type="submit"></button>、HTTPS 和合规短信模板 -
type和autocomplete必须协同：比如type="date"+autocomplete="bday"才生效；type="text"+autocomplete="bday"浏览器直接跳过
动态插入 input 时 autocomplete 极易失效
React/Vue 渲染、JS 动态创建 <input>、SSR 后 hydration，这些场景下 autocomplete 属性最容易丢失或错位。浏览器扫描 DOM 是在页面加载完成时一次性进行的，它看不到“后来才加”的语义。
典型错误是：用 useEffect 创建 input 后再 setAttribute，或 Vue 中 v-model 初始化为空字符串，导致浏览器认为该字段“已被用户操作过”，直接禁用填充逻辑。
- JS 插入
<input>后，必须立刻设置autocomplete属性，不能靠异步补 - React 中即使用了
value控制，也必须显式写autocomplete="email"，否则浏览器扫描不到语义 - SSR 页面中
autocomplete值要和服务端一致，hydration 后若清空value时连带删了autocomplete，Chrome 会重新扫描并意外激活填充
表单脱离 <form> 标签，autocomplete 基本失效
浏览器倾向只对语义化 <form></form> 内的字段启用智能填充。把 <input> 单独扔在页面任意位置，哪怕属性全对，Chrome 和 Safari 都大概率跳过。
更隐蔽的问题是：用 display: none 隐藏整个 <form>，再 JS 显示，某些版本 Safari 会丢掉初始扫描结果；或者用 CSS 把 <form> 挤缩成 1px 高，也会干扰 DOM 扫描顺序。
- 收货地址字段若未包裹在
<form>内，autocomplete="shipping tel"就不会触发 - 验证码输入框若不在
<form>中，one-time-code形同虚设 - 密码字段成对出现时（如新密码+确认密码），二者都必须设
autocomplete="new-password"，否则 Safari 可能复用同一密码填入两处
真正难的不是写对值，而是让浏览器在正确时机、正确上下文中看到那个值——DOM 结构、渲染时机、type 与 autocomplete 的绑定关系，三者缺一不可。任何一环松动，隐私和体验就同时失守。
