现代浏览器基本忽略 autocomplete="off"，因其优先尊重用户保存的凭据；有效替代方案是使用非标准 autocomplete 值（如 "new-password"、"nope"）、动态生成字段名、规避敏感 name/id 关键词，并辅以延迟重置 value 的 js 干预。
autocomplete="off" 在现代浏览器中基本失效
Chrome、Firefox、Edge 等主流浏览器已明确忽略 autocomplete="off"（尤其对 <input type="password"> 和敏感字段），这是出于安全与用户体验的权衡——浏览器优先尊重用户保存的凭据，而非开发者单方面禁用。强行禁用不仅无效，还可能触发浏览器的“强制填充”逻辑（比如自动填入邮箱或密码后覆盖你设的默认值）。
替代方案：用不可预测的 autocomplete 值绕过识别
浏览器只对标准 autocomplete 值（如 "username"、"current-password"）做智能匹配。只要让字段名“看起来不像登录字段”，就能避免被自动填充：
- 把
autocomplete="off"换成autocomplete="new-password"（对密码框有效，Chrome 会清空已有填充） - 对用户名/邮箱输入框，用语义无关但合法的值，例如
autocomplete="nope"或autocomplete="false"（注意：不是布尔值，是字符串） - 更稳妥的做法是动态生成字段名：用 JS 初始化时设
autocomplete="section-some-random-id username"，利用 section 前缀干扰匹配
input name 和 id 也会影响自动填充行为
即使 autocomplete 值不标准，浏览器仍可能通过 name 或 id 属性（如 name="email"、id="login-username"）推测字段用途。所以要一并处理：
将调研报告、方案对比、数据分析、需求梳理、会议纪要、设计说明、代码评审、学习笔记等任务产物输出为可在浏览器直接打开的单文件 HTML，替代 Markdown 作为最终交付物。Markdown 在信息密度、视觉清晰度和可分享性上已跟不上 AI 产物的丰富度，HTML 能同时承载排版、表格、SVG 等。
- 避免使用
name="password"、name="email"等关键词，改用name="user_cred"、name="contact_point" -
id同样不能含敏感词；可设为id="field_123"这类无意义值 - 如果表单用于注册而非登录，显式声明
autocomplete="new-password"比"off"更可靠
极端情况需用 JavaScript 干预时机
有些浏览器（如 Safari）会在 DOM 加载后几毫秒内强行填充，此时单纯写 HTML 不够。可在 input 渲染后立即重置：
document.addEventListener('DOMContentLoaded', () => {
const input = document.getElementById('my-input');
// 延迟 1ms 避开浏览器填充时机
setTimeout(() => {
input.value = '';
input.setAttribute('value', '');
}, 1);
});
注意：不要用 input.value = 'xxx' 初始化值，否则可能被浏览器覆盖；若必须设默认值，用 placeholder 替代。
真正起作用的从来不是 autocomplete="off"，而是让字段在浏览器眼里“不可识别”。名字、属性、时机三者配合，才能稳定绕过自动填充逻辑。别信文档里写的“支持 off”，去 DevTools 里看实际渲染后的 value 是否被篡改，才是唯一验证方式。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
