html5密码输入框在ios和android上表现不一致，主因是系统键盘行为、自动填充逻辑和安全策略干预，而非html5不支持；可通过inputmode=”text”+type=”text”+css遮盖、组合autocomplete属性、监听value而非event.data、适配显示/隐藏按钮及降级处理webview拦截等方式提升可控性。
HTML5密码输入框在iOS和Android上表现不一致
移动端的 <input type="password"> 本身是兼容的，但实际体验差异主要来自系统键盘行为、自动填充逻辑和安全策略——不是HTML5不支持，而是平台干预太强。
- iOS Safari 默认对
type="password"强制启用「密码自动填充」浮层（钥匙串），且无法用autocomplete="off"彻底禁用；加了autocomplete="new-password"反而更易触发推荐密码生成 - Android Chrome 对
autocomplete属性响应较弱，但部分国产ROM（如小米、华为）会拦截密码字段并弹出自定义键盘或安全输入法，导致input事件延迟或丢失 - 某些低端Android机型仍使用WebView内核（如Android 4.4），不支持
inputmode="text"或enterkeyhint，回车键默认为「搜索」而非「完成」
如何让密码输入框在手机端保持可控性
关键不是“让它变兼容”，而是绕过系统过度干预，把控制权收回来一点。
- 用
inputmode="text"+type="text"+ CSS遮盖：视觉仍是圆点，但规避了系统密码逻辑。需配合style="text-security: disc;"（WebKit）和-webkit-text-security: disc;，Firefox不支持，可降级为font-family: "Password"（自定义字体）或 JS 动态替换字符 - 禁用自动填充时，不要只写
autocomplete="off"，要组合：autocomplete="new-password"+name="password-123"（避免匹配已保存字段）+id="pwd-field-xyz"（防被JS注入脚本识别） - 监听
input事件时，别依赖event.data（Safari中粘贴密码时为null），改用inputElement.value实时取值
密码可见切换按钮在移动端的适配要点
「显示/隐藏密码」按钮在触屏上必须考虑点击热区、焦点管理和键盘状态。
