autocomplete属性值需为标准语义字段（如name、email、current-password）才生效，且须满足表单包裹、https、name与autocomplete语义一致、用户已保存历史等条件。
autocomplete 属性值写什么才真正生效
浏览器是否触发自动补全，不只看有没有 autocomplete 属性，更关键的是属性值是否被识别为标准语义字段。写 autocomplete="on" 大部分现代浏览器已忽略；写 autocomplete="name" 或 autocomplete="email" 才可能唤起密码管理器或地址栏建议。
常见有效值包括：name、email、tel、current-password、new-password、street-address、country 等。注意 password 不是标准值，应拆分为 current-password（登录）或 new-password（注册/改密），否则 Chrome 可能拒绝填充。
示例：
<input type="text" name="username" autocomplete="username"><input type="password" name="passwd" autocomplete="current-password">
为什么加了 autocomplete 还不弹建议
多个条件同时满足才可能触发补全，缺一不可：
- 表单必须有
<form></form>包裹，且提交方式为POST或用户实际提交过（仅靠 focus 不够） -
name属性值需与autocomplete值语义一致（如name="email"配autocomplete="email"） - 页面需通过 HTTPS 加载（Chrome 84+ 对非 HTTPS 页面禁用密码类补全）
- 用户本地浏览器已保存过该域名下的对应字段（例如之前在该站输过邮箱并点“保存密码”）
特别注意：如果表单里混用了 autocomplete="off" 在某个 <input> 上，整个表单的补全逻辑可能被浏览器主动降级处理。
input type=password 自动填充失败的典型解法
Chrome 和 Edge 对密码字段极其敏感，常因以下原因跳过填充：
- 密码框没有紧邻对应的用户名/邮箱框（建议用户名框在前，且两者
name和autocomplete均规范） - 密码框
type被动态改为text（如“显示密码”功能），导致初始渲染时类型不匹配 - 使用了
autocomplete="new-password"却放在登录页（应只用于注册或密码重置页）
实操建议：
登录页用：<input autocomplete="username"> + <input type="password" autocomplete="current-password">
注册页用：<input autocomplete="email"> + <input type="password" autocomplete="new-password">
autocomplete="off" 并不总是可靠
很多开发者以为加 autocomplete="off" 就能禁用补全，但主流浏览器（尤其 Chrome）会忽略它，尤其对 type="password" 字段。这是故意设计——为防止网站误禁用户密码管理器。
若真需禁用（如银行类高敏场景），可考虑：
- 将
name和id设为随机字符串（如name="field_abc123"），让浏览器无法关联历史记录 - 移除
name属性（但会丢失表单提交数据，需 JS 补充） - 用
type="text"+ CSS 掩码（不推荐，影响可访问性和移动端体验）
真正可控的方式其实是配合服务端生成一次性字段名，而非依赖前端 autocomplete="off"。
浏览器对自动补全的判断远比标签本身复杂，字段语义、上下文顺序、协议安全、用户行为历史都会参与决策——别只盯着一个属性值改来改去。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
