autocomplete="off"在现代浏览器中常失效，因Chrome等会基于字段类型、上下文等启发式判断是否填充；有效方案是“欺骗”浏览器，如密码框用autocomplete="new-password"，其他字段用非标准值如"nope"并配合非常规name/type。
autocomplete="off" 为什么有时不生效
浏览器（尤其是 Chrome）对 autocomplete="off" 的处理早已不是简单服从。它会根据字段类型（如 type="password"、name="email"）、上下文（是否在表单内）、甚至 DOM 位置（是否被隐藏或动态插入）自行判断是否启用自动填充。单纯写 autocomplete="off" 在现代浏览器中大概率被忽略。
真正能绕过浏览器启发式判断的写法
关键不是“关”，而是“骗”——让浏览器无法识别字段语义。实操中有效组合如下：
- 用
autocomplete="new-password"替代autocomplete="off"，尤其对密码类输入框，Chrome 明确认可该值为“不建议填充” - 对非密码字段（如用户名、手机号），改用无意义且非标准的值，例如
autocomplete="nope"或autocomplete="false"（注意：不是布尔值，是字符串） - 配合
name和id属性设为非常规名，比如不用name="email"，而用name="user_email_input_123" - 避免使用浏览器强关联的
type，比如不用type="email"，而用type="text"（若业务允许）
form 元素级关闭的兼容性陷阱
给 <form> 设置 autocomplete="off" 在部分旧版浏览器中有效，但现代 Chrome 已基本弃用该行为。更糟的是：如果表单里某个 <input> 单独写了 autocomplete="on"，它会覆盖 form 级设置——浏览器优先级是：input > form。
所以不要依赖 form 层控制；每个需要禁用的 input 都必须单独处理，且确保没有子元素意外触发自动填充（比如隐藏的同名 input 被 JS 动态插入）。
html-to-pptx-converter
下载
使用 PptxGenJS 和 Python 解析，将结构化的 HTML/CSS 幻灯片内容转换为原生、可编辑的 PowerPoint（.pptx）演示文稿。
立即学习“前端免费学习笔记（深入）”；
React/Vue 等框架中动态渲染的注意事项
框架可能在首次渲染时没挂上 autocomplete 属性，等 state 更新后才补上，此时浏览器已完成自动填充逻辑，补属性无效。解决方式：
- 服务端直出或初始 HTML 就带好
autocomplete="new-password"等值 - 在组件
useEffect/mounted中，用inputElement.setAttribute('autocomplete', 'new-password')强制重置（需确保 DOM 已挂载） - 避免在 input 上同时使用
value受控 + 自动填充，易引发光标跳动或值覆盖
最常被忽略的一点：即使视觉上清空了输入框，浏览器仍可能在下一次聚焦时尝试填充——因为它的填充决策发生在 focus 事件之前，靠 JS 清空 value 根本来不及干预。
