现代浏览器忽略autocomplete="off"，需用标准值如current-password/new-password，并干扰name、id等语义线索，动态渲染表单须在初始html中设置，contenteditable场景需处理隐藏input。
form 标签上写 autocomplete="off" 在现代浏览器中基本不起作用，这不是代码写错了，而是 Chrome、Edge、Firefox、Safari 等主流浏览器从 2020 年起就主动忽略它——尤其当表单内含 type="password"、name="email" 或周围有登录语义时，浏览器会直接跳过这个属性，按自己的逻辑填充。
必须给密码字段单独设标准 autocomplete 值
全局关不掉，但可以“说清楚”每个字段的用途。浏览器只认 WHATWG 规范里的合法值，拼错或大小写不对（如 Autocomplete="current-password"）等于没写：
- 登录页的密码框 →
autocomplete="current-password" - 注册页、改密页的新密码框 →
autocomplete="new-password" - 确认密码框 → 同样用
autocomplete="new-password"，别留空或写off，否则 Safari 可能复用上一次生成的密码填进两个框 - 不要和
autocomplete="off"混用，优先只保留标准值
破坏浏览器的语义识别路径
浏览器不只看 autocomplete，还会扫描 name、id、placeholder、相邻 label 文本甚至 DOM 位置。要让它“认不出”，就得干扰这些线索：
- 把
name="password"改成name="user_psw_new_7f2a"这类无意义组合 -
id避免含password、email、username等关键词，可用id="inp-9483" - 不用语义化
placeholder，比如别写placeholder="请输入邮箱"，换成placeholder="@"或直接留空 - 表单外加一个隐藏假字段：
<input type="text" name="fake-email" style="display:none;">，用来“骗走”填充目标
动态插入与框架渲染要特别注意
React、Vue 或 JS 动态生成的表单，容易在 DOM 扫描时机上掉链子——浏览器只在初始渲染时解析语义，后续用 setAttribute 补 autocomplete 基本无效：
- SSR 页面必须在服务端 HTML 中就写出完整的
autocomplete值，客户端 hydration 后不能被覆盖 - 用
v-if（Vue）或{show && <input>}（React）延迟渲染，能让浏览器错过识别时机，自动填充自然失效 - 受控组件中如果只写
value={state}却没配onChange，字段会变只读，浏览器直接跳过填充；想保留智能填充，改用defaultValue
contenteditable 编辑器等特殊场景
在线编辑器（如 Monaco、Slate）常基于 contenteditable，它本身不支持 autocomplete，但内部可能偷偷塞了隐藏 <input> 用于焦点管理：
- 检查 DOM，找到那个辅助
<input type="text">，显式加autocomplete="nope"或autocomplete="new-password" - 避免给
contenteditable元素加role="textbox"+aria-label="password"组合，这会强化“密码字段”的判定 - 确保 toolbar 里的搜索框也设
autocomplete="nope"并移除name
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
