移动端表单需用正确 type+autocomplete 组合、form 包裹、DOM 顺序合规（username 在 password 前）、禁用 autocomplete="off" 等干扰项，并辅以 id/name/label 提升识别率。
移动端表单要让浏览器（尤其是 iOS Safari 和 Android Chrome）可靠识别账号并触发自动填充，关键不是“加了 autocomplete="username" 就行”，而是整套语义和结构必须对齐浏览器的解析规则。
账号字段必须用对 type + autocomplete 组合
浏览器会结合 type 属性 和 autocomplete 值 一起判断字段用途：
- 如果用户用邮箱登录：用
<input type="email" autocomplete="username">—— 移动端会弹出邮箱键盘，Safari 也认得这是账号 - 如果用户用手机号登录：推荐
<input type="tel" autocomplete="username">；若需数字键盘但又怕某些浏览器误判为纯电话用途，可用type="text" inputmode="numeric" autocomplete="username"，语义不变 - 别写
type="text" autocomplete="username"却没加 inputmode 或其他提示——这会让 Android Chrome 无法区分是搜索框还是登录账号框
DOM 顺序和表单包裹缺一不可
移动端（尤其 iOS Safari）对结构更敏感：
DeepBI DHTML 页面生成器
下载
生成可在 deepbi 沙箱 iframe 内运行或作为独立文件运行的交互式 HTML 页面，使用 `window.deepbi` JS SDK 实现数据查询、空间管理、文件浏览及用户操作。当用户提出以下需求时启用该能力： - 创建 KPI 仪表盘、数据表格、文件浏览器、成员列表、管理页面； - 明确要求“转成 dhtml”、“转译成 HTML”、“把 XX 页面转成……”、“控制台页面”、“管理后台”、“DeepBI 页面迁移”； - 提及位于 `apps/console/src/featur
- 必须用
<form></form>包裹整个登录区域，不能用 div 模拟 -
autocomplete="username"的输入框必须出现在autocomplete="current-password"字段之前（DOM 中靠上） - 两个字段必须在同一个
<form></form>内，不能跨 form 或被 JS 动态插入到不同容器里
避免干扰自动填充的常见操作
这些看似无害的改动，在移动端极易导致 autocomplete 静默失效：
- 密码框不要加
value=""或任何初始值（哪怕空字符串），Chrome 会跳过填充 - 别用 JS 切换 password 字段的
type（比如点击“显示密码”时改成type="text"）——应始终用type="password"+ CSS 控制文字可见性 - 不要给账号或密码字段设
autocomplete="off"、autocomplete=""或自定义值（如autocomplete="account"）
辅助属性增强识别稳定性
加几个小细节，能帮浏览器更快锁定账号字段：
- 给账号输入框加上
id和name，比如id="username"、name="username"（name 不必和后端字段名一致，但语义清晰更好） - 配合
<label for="username">账号</label>，提升可访问性，也间接加固语义链 - 表单整体可加
autocomplete="on"，作为兜底声明（虽非必需，但无害）
