autocomplete="username"绑定的是浏览器密码管理器中已保存登录条目里明确标记为username的字段，而非数据库用户名；它仅在表单提交后被记录过登录信息的前提下生效，且必须配合提交（method通常为post），单独无效。
autocomplete="username" 实际绑定的是什么字段
浏览器不会因为写了 autocomplete="username" 就自动填入你数据库里的用户名；它只认浏览器密码管理器里「已保存的登录条目」中明确标记为 username 的那个字段。常见错误是把普通文本框（比如注册页的「账号」输入框）也设成这个值，结果触发了 autofill 弹出已有账号——不是 bug，是设计如此。
关键点：
- 该属性仅在表单提交后被浏览器记录过登录信息的前提下才生效
- 必须配合
<form></form>提交（且 method 通常为 POST），单独的<input>不会触发保存逻辑 - 若页面有多个
autocomplete="username"输入框，浏览器可能随机选一个填充，不保证顺序 - Chrome 和 Safari 对
username的识别较宽松，Firefox 更严格，要求同域、同name或id值一致才复用
autocomplete="current-password" 的真实行为
这个值不是“当前页面密码框”，而是告诉浏览器：“请填入用户最近一次在此站点成功登录所用的密码”。它和 autocomplete="username" 是配套使用的，但二者不能孤立存在——如果没配对的 username 字段，部分浏览器（如 Safari）会拒绝填充 password。
典型问题场景：
- 登录页两个 input：一个
autocomplete="username"，一个autocomplete="current-password"→ 正常填充 - 只写
autocomplete="current-password"，没写 username → Chrome 可能仍填，Safari 直接忽略 - 用了
autocomplete="new-password"却误标为current-password→ 浏览器可能拒绝保存新密码，或覆盖旧记录 - input 被 JS 动态修改
type（比如从text切到password）→ 大多数浏览器不再识别 autocomplete，填充失效
为什么 type="password" 不等于 autocomplete="current-password"
type="password" 只控制字符掩码，和 autofill 完全无关；autocomplete="current-password" 才是触发密码填充的开关。很多人混淆这两者，导致明明写了 type="password" 却收不到自动填充。
Cn Password Generator
下载
安全的随机密码生成器。支持自定义长度、字符类型（大写/小写字母、数字、特殊符号），排除相似字符，批量生成。纯 Python 标准库，无需 API 密钥。
必须同时满足：
type="password"-
autocomplete="current-password"（或"username"对应的字段存在） - 该 input 在 form 内，且 form 有 action 和 method
- 用户此前确实在同一域名下成功登录并允许保存凭据
示例正确写法：
移动端 autofill 经常失效的三个硬性条件
iOS Safari 和 Android Chrome 对 autocomplete 的校验比桌面端更严，容易卡在以下环节：
- 域名不匹配：测试用
localhost:3000保存的凭据，上线后访问https://example.com就不会复用 - HTTPS 缺失：HTTP 页面下，所有
autocomplete值（包括username）都会被忽略 - input 被包裹在 shadow DOM 或使用了
contenteditable→ 浏览器无法注入 autofill 下拉菜单
还有一个隐性限制：如果页面加载后 3 秒内用户就点击了 input，部分 Android 浏览器来不及初始化 autofill，直接跳过弹窗。延迟聚焦或加个微小的 setTimeout 反而更可靠。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
