autocomplete="off"在layui中失效是因为浏览器忽略该属性而强制填充敏感字段；有效方案是：用autocomplete="new-password"、规避语义化name值、渲染后手动重置属性，并针对移动端添加readonly+focus修复。
为什么 autocomplete="off" 在 layui 表单里经常失效
因为 layui 的 input 组件（尤其是 layui.form.render() 后生成的增强输入框）会接管原生 DOM，而现代浏览器（Chrome 80+、Edge、Firefox）对 autocomplete="off" 的处理逻辑已变：只要字段名或 type 暗示是敏感字段（如 name="username"、type="password"、name="email"），即使写了 autocomplete="off"，浏览器仍可能强制显示历史记录。layui 默认不干预这个行为，所以单纯加属性没用。
真正有效的三步屏蔽法（含 layui 渲染后场景）
必须同时满足以下条件才能稳定禁用下拉记录：
- 给原始
<input>标签设置autocomplete="new-password"（注意：不是"off"，这是 Chrome 官方推荐的绕过方式，对密码类字段最有效） - 对非密码字段（如用户名、手机号），改用无语义的
name值，例如name="user_input_123"或name="field_x"，避开username、phone、tel等触发自动填充的关键词 - 在 layui 表单渲染后，手动重置 autocomplete 属性（因为 layui 可能覆盖它）：
layui.use('form', function(){ var form = layui.form; form.render(); // 必须先 render // 渲染完成后，强制修正所有 input 的 autocomplete $('input').attr('autocomplete', 'new-password'); });
表单提交时还要防浏览器“记住密码”弹窗
即使去掉了下拉记录，用户提交后浏览器仍可能弹出“是否保存密码”。这和 autocomplete 无关，而是由表单中是否存在 type="password" 输入框 + 提交动作共同触发。解决办法：
- 如果整个表单不需要密码保存功能，把密码输入框的
type临时设为"text"，再用 JS 动态切换回"password"（仅视觉掩码，不影响功能） - 或者，在表单
submit事件中，给密码框加一个随机name（如name="pwd_"+Date.now()），提交完立刻还原 —— 浏览器因 name 变化无法关联历史凭据 - 避免在同一个页面反复使用相同
name="password"的表单，尤其在 SPA 中未销毁旧表单 DOM 时
移动端 Safari 的特殊坑
iOS Safari 对 autocomplete 更严格，甚至会忽略 new-password。此时必须配合：
- 给 input 加
readonly属性，并在聚焦时用 JS 移除：<input type="text" name="username" autocomplete="new-password" readonly /> <script> $('input[readonly]').on('focus', function(){ $(this).removeAttr('readonly'); }); </script> - 确保表单没有
<button type="submit">，改用<button type="button">+ JS 提交，因为 Safari 会对type="submit"自动启用更强的表单识别逻辑
autocomplete="new-password" 是起点，但必须配合 name 命名规避、渲染后手动修正、移动端 focus 时机控制，缺一不可。 
