应使用语义化autocomplete值（如new-password）、隐藏同名干扰字段、无意义name/id命名、动态生成输入框等组合策略，而非仅依赖autocomplete="off"。
要关闭浏览器对敏感输入框（如密码、身份证号、银行卡号等）的自动补全，不能只依赖 autocomplete="off"，因为现代浏览器（Chrome、Edge、Firefox 等）已普遍忽略该值对关键字段的控制。需结合语义化属性、隐藏干扰和实际策略才能有效抑制自动填充。
使用语义化且“误导性”的 autocomplete 值
浏览器根据 autocomplete 属性的语义判断字段用途。对敏感字段，可指定一个浏览器无法匹配真实场景的值，例如：
-
autocomplete="new-password"：适用于注册/修改密码框，多数浏览器会禁用已有密码填充 -
autocomplete="off"对密码字段基本无效，但对普通文本框（如用户名）有时仍起作用 - 对银行卡号、身份证号等非标准字段，用
autocomplete="cc-number fake"或autocomplete="section-foo shipping tel"等无效组合，干扰自动识别
添加隐藏同名字段干扰自动填充逻辑
部分浏览器在表单提交前扫描第一个匹配类型的字段（如第一个 type="password"）。可在表单开头插入一个隐藏的、类型相同但无交互的输入框：
<input type="password" style="display:none" autocomplete="new-password">- 确保它在 DOM 中位于真实密码框之前
- 避免用
visibility:hidden或opacity:0，某些浏览器仍会识别；display:none更可靠
禁用自动填充的其他辅助手段
单一属性不够时，配合以下方式提升效果：
立即学习“前端免费学习笔记（深入）”；
- 设置
name和id为无意义字符串（如name="field_7x9"），避免触发邮箱、电话等启发式匹配 - 动态生成
input元素（如用 JavaScript 插入），绕过浏览器初始解析阶段的自动填充判断 - 对极敏感字段（如支付密码），考虑改用自定义数字键盘组件，完全脱离原生
input
注意兼容性与用户影响
过度屏蔽可能影响无障碍访问或真实用户便利性：
- 不要对普通登录用户名禁用 autocomplete，这反而降低用户体验
- 测试不同浏览器行为：Chrome 对
new-password支持较好；Safari 在某些版本中仍会填充type="text"的密码相关字段 - 始终保留合理的 label 和 aria-label，确保屏幕阅读器可用
