autocomplete="off"对按钮无效，因HTML规范仅允许其作用于可编辑表单控件（如text、password、select、textarea），按钮无值可填充；真正需配置的是关联的输入字段，如密码框用type="password"且避免JS动态改type，文本框设明确autocomplete值（如username）或new-password，并确保name/id非空以提升识别准确率。
autocomplete="off" 对按钮无效，别白费劲
autocomplete 属性在 <button> 或 <input type="button"> 上完全被忽略 —— 浏览器根本不读它。这不是 bug，是规范行为。HTML 标准里明确写了：autocomplete 只对可编辑的表单控件生效（比如 <input type="text">、<select>、<textarea>），按钮没有值要“填充”，自然不参与自动填充流程。
真正需要屏蔽的是关联的 input，不是按钮本身
用户点“登录”“提交”按钮时触发的自动填充，实际来自它前面的 <input>（比如账号、密码字段）。按钮只是触发器，问题根子在输入域。常见错误是给按钮加 autocomplete="off"，却忘了处理真正的目标：
- 密码字段必须用
type="password"，且不能被 JS 动态改type（否则 Chrome 会拒绝填充） - 账号字段若用
type="text"，建议显式设autocomplete="username"或autocomplete="email"，让浏览器知道这是什么字段，反而能减少错填 - 如果真想禁用某输入框的自动填充，用
autocomplete="new-password"（对密码字段）或autocomplete="off"（对文本字段），但注意：Chrome 84+ 会忽略autocomplete="off"，除非字段有 name 或 id 且非空
按钮点击后仍弹出填充菜单？检查表单结构和 name 属性
即使输入框设置了 autocomplete，按钮点击后仍弹出填充建议，大概率是因为整个 <form> 没关自动填充，或字段缺少语义标识：
- 给
<form>加autocomplete="off"在现代浏览器中基本无效（Chrome/Firefox 已弃用该用法） - 确保每个
<input>有明确的name（如name="username"），空name或随机生成的name（如name="field_123"）会让浏览器无法识别字段用途，反而更可能乱填 - 避免把登录按钮放在
<form>外部又用form="xxx"关联 —— 这种松散关联容易导致浏览器无法正确归因填充上下文
绕过自动填充的非常规手段（慎用）
当标准方式失效，且业务强要求“不出现填充下拉框”，只能用副作用明显的 hack：
立即学习“前端免费学习笔记（深入）”；
- 用
<input type="text" autocomplete="new-password">欺骗浏览器：把它放在密码字段前，隐藏且只占 1px，名字设为password，浏览器会优先填充这个“假密码框”，跳过真实字段 - 用 JS 在 focus 时动态修改
name和id（如从username改成username-temp），但需注意：部分浏览器会在 blur 后恢复原始值，且影响无障碍访问 - 完全不用
<form>，改用<div>+fetch()提交 —— 这样浏览器根本不会启动表单自动填充逻辑，但得自己处理回车提交、校验反馈等
这些方法都带兼容性或可访问性代价，真正该花时间的，是理清字段语义、配合浏览器而不是对抗它。填错字段比没填充更伤体验。
