Chrome 无视 autocomplete="off" 是已知行为；真正有效的方式是使用 autocomplete="new-password" 或其他语义化且被浏览器尊重的值，而非依赖已被弃用的 off。
chrome 无视 `autocomplete="off"` 是已知行为；真正有效的方式是使用 `autocomplete="new-password"` 或其他语义化且被浏览器尊重的值，而非依赖已被弃用的 `off`。
在现代 Chrome（v76+）及基于 Chromium 的浏览器中，autocomplete="off" 仅禁用自动补全（autocomplete）下拉建议，但完全不阻止 Autofill（地址、邮箱、密码等历史数据的自动填充）。这也是为什么你反复修改 ID、重命名字段甚至设置 autocomplete="off" 在 <form></form> 和 <input> 上均无效——浏览器根本不再将其视为有效指令。
✅ 正确解决方案：使用语义化且受支持的 autocomplete 值
Chrome 官方文档明确指出：为防止 Autofill，应使用 autocomplete="new-password"（适用于非密码场景的“伪密码字段”），或根据字段真实用途选择更精准的值，例如：
-
autocomplete="off"❌ 已被忽略（仅兼容旧版 autocomplete 下拉） -
autocomplete="new-password"✅ 强制禁用 Autofill（推荐用于搜索框、临时输入等非敏感但需清空的字段） -
autocomplete="one-time-code"✅ 适用于验证码类一次性输入 -
autocomplete="tel"/"email"/"shipping address"✅ 若字段确有对应语义，反而能提升用户体验
? 实际应用示例（修复你的搜索框）：
⚠️ 注意事项：
- 不要同时设置
autocomplete="off"和autocomplete="new-password"—— 后者会覆盖前者，但混用易引发维护困惑； - 避免通过 JS 在
DOMContentLoaded中清空字段（如input.value = ''），这会导致 UX 闪烁、可访问性下降，且无法阻止初始渲染时的 Autofill 渲染； - 若搜索框实际用于“用户名/邮箱登录”，请改用
autocomplete="username"或autocomplete="email"，让 Autofill 发挥正向作用； - 对于高度定制化场景（如单页应用中的动态表单），可配合
input元素的name属性设为随机字符串（如name="search_123abc"），但仍需以autocomplete="new-password"为第一道防线。
? 总结：Chrome 的 Autofill 行为由语义驱动，而非 ID 或 placeholder。放弃 off，拥抱标准语义值，是可靠、简洁且符合 Web 平台演进方向的解法。
