autocapitalize 在 android chrome 上基本不生效，它忽略该属性而依赖系统键盘设置；ios safari 是唯一稳定支持的主流环境；桌面端浏览器完全忽略该属性。
autocapitalize 在 Android Chrome 上基本不生效
Android 版 Chrome 对 autocapitalize 的支持非常有限：即使写上 autocapitalize="off"，英文输入法下首字母仍大概率自动大写。这不是 bug，而是 Chrome for Android 主动忽略该属性 —— 它只读取系统级键盘设置，不响应 HTML 属性控制。
实操建议：
- 不要依赖
autocapitalize在 Android 上关闭首字母大写；它在多数 Android Chrome（尤其是 110+）中完全被无视 - 若需统一行为，可配合
inputmode="text"+spellcheck="false"稍微降低干扰，但无法根治 - 真实场景中，Android 用户是否大写，最终取决于其系统键盘的「自动大写」开关状态（设置 → 语言与输入法 → 虚拟键盘 → 自动大写）
iOS Safari 是唯一稳定支持 autocapitalize 的主流环境
autocapitalize 在 iOS Safari（包括 iOS 15–18）上表现最可靠，且支持全部标准值：off、sentences、words、characters。其中 off 能有效禁用首字母大写，且不会影响光标位置或粘贴逻辑。
注意点：
-
none是旧规范写法，iOS 也兼容，但建议统一用off，避免未来兼容风险 -
sentences并不智能识别句号后大写，只是向键盘传递“按句子逻辑处理”的提示；中文键盘通常无视该提示 - 必须搭配
type="text"、type="email"或type="password"才会触发，type="number"或type="tel"下无效
桌面端浏览器（Chrome/Firefox/Safari）完全忽略 autocapitalize
所有桌面版浏览器（含 macOS Safari）均不解析 autocapitalize 属性，连 console warning 都不会抛。这意味着你在开发调试时用桌面浏览器预览，永远看不到效果 —— 必须真机或 iOS 模拟器验证。
常见误判场景：
- 用 Chrome DevTools 的 Device Mode 模拟 iPhone，
autocapitalize依然不工作（因为底层仍是桌面内核） - 服务端渲染（SSR）页面中，若初始 HTML 没带该属性，后续 JS 动态添加（如 React 中
autocapitalize={mode}）在 iOS Safari 首次加载时可能失效，需确保服务端已吐出该属性 - 不要试图用
input事件监听 +value.replace(/^[a-z]/, c => c.toUpperCase())强制转大小写 —— 这会破坏用户光标、粘贴、撤销等基础体验，iOS 上还可能引发输入延迟
替代方案：autocorrect + inputmode 组合更可控
当 autocapitalize 不可用（尤其 Android）时，可尝试组合其他属性降低干扰：
-
autocorrect="off"：在 iOS 和部分 Android 键盘上能关闭拼写纠正，间接减少因纠错引发的大写跳变 -
inputmode="text"：比type="text"更明确地告诉键盘“这是普通文本”，某些键盘会因此弱化自动大写逻辑 - 对纯数字/固定格式字段（如验证码），优先用
inputmode="numeric"+pattern="[0-9]*"，绕过英文键盘介入
真正跨平台稳定的大小写控制，只能靠后端校验或提交时 normalize，前端属性只是辅助提示，不是强制开关。
大量免费API接口：立即使用
涵盖生活服务API、金融科技API、企业工商API、等相关的API接口服务。免费API接口可安全、合规地连接上下游，为数据API应用能力赋能！
