应填写W3C规范定义的标准值，如"name"、"email"、"current-password"等，且须与字段语义、input类型及表单结构严格匹配，否则浏览器将忽略。
autocomplete 属性该填什么值才有效
浏览器只认标准的 autocomplete 值，乱填（比如 "on"、"yes" 或自定义字符串）基本没用，多数情况下会直接忽略。必须用 W3C 规范定义的关键词，且要和字段语义严格匹配。
常见有效值包括："name"、"email"、"tel"、"current-password"、"new-password"、"street-address"、"bday" 等。注意大小写敏感，"email" 有效，"Email" 无效。
表单控件类型也要配合：比如密码字段必须是 <input type="password">，否则即使写了 autocomplete="current-password"，Chrome 也不会触发密码填充。
-
autocomplete="off"在现代浏览器中已基本失效（尤其对密码字段），不要依赖它来“禁用”自动填充 - 若想真正禁用某字段的建议，可用
autocomplete="new-password"（针对密码框）或随机字符串如autocomplete="nope-123"（非标准但部分浏览器会退避） - 地址类字段建议拆解：用
"address-line1"而非笼统的"address"，否则 Chrome 可能不触发地址填充
为什么加了 autocomplete 还不弹建议
最常见原因是表单未被浏览器识别为“可提交的登录/注册流程”。浏览器只对满足特定条件的表单启用智能填充：至少含一个 type="email" 或 type="text" + 一个 type="password"，且 <form></form> 有明确的 method="post" 和可提交行为（比如带 submit 按钮）。
另外，字段顺序和 label 文本也影响识别。例如邮箱字段放在密码之后，或 <label></label> 写成 “请输入您的信箱”，可能让 Safari 忽略该字段。
生成可在 deepbi 沙箱 iframe 内运行或作为独立文件运行的交互式 HTML 页面，使用 `window.deepbi` JS SDK 实现数据查询、空间管理、文件浏览及用户操作。当用户提出以下需求时启用该能力： - 创建 KPI 仪表盘、数据表格、文件浏览器、成员列表、管理页面； - 明确要求“转成 dhtml”、“转译成 HTML”、“把 XX 页面转成……”、“控制台页面”、“管理后台”、“DeepBI 页面迁移”； - 提及位于 `apps/console/src/featur
- 确保
<input>有明确的name属性（如name="email"），且与autocomplete值语义一致 - 避免在同一个表单中混用
autocomplete="current-password"和autocomplete="new-password"于不同字段——这容易导致 Chrome 拒绝填充 - 开发时可在 Chrome 地址栏输入
chrome://settings/passwords查看已保存的账号，确认对应网站域名和字段是否被正确收录
React/Vue 中动态设置 autocomplete 的坑
框架里直接写 autocomplete={value} 没问题，但要注意 SSR 或服务端渲染场景：若初始值是空字符串或 null，React 可能完全 omit 该属性，导致客户端 hydration 后缺失 autocomplete，浏览器不识别。
Vue 的 v-bind:autocomplete 同理，若绑定值为 undefined，属性不会被渲染到 DOM。
- 始终提供明确字符串值，比如
autocomplete={emailField.autofill ? "email" : "off"}，别留空 - 在 React 中避免用
autocomplete={false}——JSX 会转成autocomplete="false"，而浏览器把它当合法字符串处理，反而可能触发错误填充 - SSR 页面首次加载时，确保服务端输出的 HTML 已包含正确的
autocomplete属性，不要全靠客户端补
移动端 Safari 的特殊行为
iOS 16+ 开始，Safari 对 autocomplete 更严格：仅当字段位于 <form></form> 内、有 name、且用户曾在此域名下手动提交过表单，才会显示联系人/密码建议。单独一个输入框加 autocomplete="tel" 不会唤出通讯录建议。
更隐蔽的是，Safari 会忽略 autocomplete 值中的多余空格或换行，但若值里含中文字符或全角标点（如 "email "），整个属性会被静默丢弃。
- 测试时务必真机操作，模拟器常不触发填充逻辑
- 电话字段优先用
autocomplete="tel"+inputmode="tel"+pattern="[0-9]*"组合，提高 iOS 键盘适配率 - 如果用 Web App（PWA），需确保
manifest.json中"scope"和实际路径匹配，否则 Safari 可能按不同“站点”处理密码存储
autocomplete 不是开关式配置，而是和浏览器解析逻辑、用户历史、字段上下文强耦合的信号。填对值只是第一步，字段位置、表单结构、甚至用户本地是否存过该站密码，都会决定建议是否出现。
