autocomplete属性必须写在<input>、<textarea>或<select>元素上，是对单个控件生效的语义提示而非开关，需用如“name”“email”“current-password”等值精准匹配用户数据，密码字段须严格区分current-password与new-password。
autocomplete 属性该写在哪个标签上
必须写在 <input>、<textarea> 或 <select> 元素上，且只对具有明确语义的表单控件生效。比如 <input type="text"> 有效，但 <div contenteditable> 完全不识别 autocomplete —— 浏览器根本不会尝试补全。
常见误用是把它加在 <form> 上试图统一控制，但这是无效的：autocomplete 是单个控件级属性，<form autocomplete="off"> 仅作为兜底策略（且现代浏览器已基本忽略它）。
autocomplete 值不是开关，而是语义提示
浏览器不按 “on/off” 解析 autocomplete，而是靠值的语义匹配用户已保存的字段。比如：
-
autocomplete="name"→ 匹配姓名（可能触发“张三”） -
autocomplete="email"→ 匹配邮箱（如“user@example.com”） -
autocomplete="current-password"→ 只填已保存的当前站点密码，不填其他站点或旧密码 -
autocomplete="new-password"→ 明确告诉浏览器：这是注册/改密场景，不要自动填充已有密码（否则会出错）
写 autocomplete="off" 并不能可靠禁用补全；Chrome 从 76+ 开始会忽略它，除非值是 "off" 且字段类型为 password，或配合随机 name/id 扰动识别逻辑。
立即学习“前端免费学习笔记（深入）”；
密码类字段必须区分 current-password 和 new-password
这是最容易翻车的地方。如果登录页的密码框写成 autocomplete="off" 或漏掉 autocomplete，Chrome 可能强行填入错误密码（比如把上次注册的新密码塞进登录框）。
使用 PptxGenJS 和 Python 解析，将结构化的 HTML/CSS 幻灯片内容转换为原生、可编辑的 PowerPoint（.pptx）演示文稿。
正确做法：
- 登录页密码输入框：
<input type="password" autocomplete="current-password"> - 注册页密码输入框：
<input type="password" autocomplete="new-password"> - 确认密码框也必须写
autocomplete="new-password"，否则浏览器可能填错
注意：new-password 不代表“生成新密码”，只是语义标记——它让浏览器知道：“别填已有记录，且可在此处保存新密码”。
自定义字段名无法绕过 autocomplete 语义识别
有人试图用动态 name="pwd_123" 或 id="pass-field-abc" 阻止补全，但没用。浏览器优先看 autocomplete 值，其次才 fallback 到 name 或 type 推断。比如 <input name="user_pwd" autocomplete="password"> 仍会被识别为密码字段。
真正可控的方式只有两个：
- 给需要补全的字段写准确语义值（如
"shipping street-address"） - 对完全不需要补全的字段，用
autocomplete="section-some-unique-name off"（利用 section 前缀干扰匹配），但效果不稳定，不如直接接受浏览器行为
最常被忽略的一点：autocomplete 的生效依赖整个表单结构合理。如果 <label> 缺失、for 属性错位、或多个 input 共享同一 name，浏览器可能放弃语义推断，转而随机填充 —— 这时候问题就不是“怎么关”，而是“怎么修表单”。
