form autocomplete属性无法全局控制自动填充，仅作为子字段默认值且被现代浏览器忽略；真正起作用的是各input元素的autocomplete值、type类型及DOM位置。
form 标签上的 autocomplete 属性不能真正“全局控制”自动填充，它只是子字段的默认值，且现代浏览器基本忽略它。
为什么 form autocomplete="off" 经常失效
Chrome 从 v76 起就不再尊重 form autocomplete="off"，尤其当表单内含 type="password" 或 type="email" 字段时——浏览器会主动绕过该设置，强行尝试填充。Safari 和 Edge 同样优先识别字段级语义，而非表单级开关。
-
form autocomplete="off"只对没有显式设置autocomplete的子<input>生效；一旦某个<input autocomplete="email">存在，它就完全覆盖表单设置 - 即使整个表单设了
off，只要有一个字段写了current-password，登录页仍可能被填入密码 - 某些浏览器（如新版 Edge）会把
form autocomplete="off"当作“建议”，而非指令，尤其在 HTTPS 页面中
form autocomplete 的唯一可靠用途
它只在两个场景下还有实际意义：
- 作为 SSR 渲染时的兜底声明：服务端输出
<form autocomplete="on">，确保所有未声明autocomplete的字段有明确初始行为 - 配合老旧浏览器（IE11、旧版 Safari）做兼容性 fallback，但这些已不是主流目标环境
注意：form autocomplete="on" 不等于“开启所有填充”，它只是不阻止；真正决定填什么、填到哪的，永远是每个 <input> 上的 autocomplete 值 + type + DOM 位置。
Article To Html
下载
文章转信息图。将文章/笔记转化为手机可读的 HTML 信息图，自动匹配视觉风格。触发场景：文章转图、笔记转图、信息图、转小红书图、做张图、可视化这篇文章、文生图。
立即学习“前端免费学习笔记（深入）”；
密码字段必须绕开 form 级控制
登录页的密码框如果只依赖 <form autocomplete="off">，而没给 <input type="password"> 显式写 autocomplete="current-password"，Chrome 很可能填错——比如把上一个注册页存的 new-password 塞进来。
- 正确组合是：
<input type="text" autocomplete="username">+<input type="password" autocomplete="current-password"> - 注册页则必须用
autocomplete="new-password"，哪怕表单整体设了autocomplete="off" -
autocomplete="off"对密码字段本身几乎无效；new-password才是现代浏览器唯一广泛支持的“禁用已有密码填充”语义
真正可控的粒度只在单个控件上，form 层的属性早已退化为文档注释级别——它存在，但别指望它起作用。
