autocapitalize是移动端软键盘原生提示指令，非强制控制逻辑；它仅向iOS及部分Android键盘提示首字母大写策略，不修改输入值、不触发事件，生效依赖系统与输入法支持。

autocapitalize 是什么，它真能控制首字母大写吗？

autocapitalize 是 HTML 表单控件（如 <input>、<textarea>）的原生属性，用于向 iOS 和部分 Android 键盘提示“期望的输入格式”。但它不是强制规则，而是一个提示信号——键盘是否响应、如何响应，完全取决于操作系统和输入法实现。

常见误解是把它当 CSS 或 JS 控制逻辑用。实际上：autocapitalize 不会修改用户输入值，也不触发事件，更不会在提交前自动修正大小写。它只影响键盘初始状态（比如首字母是否默认大写），且仅对支持该属性的平台生效（iOS Safari 响应最稳定，Android Chrome 有兼容性波动）。

哪些值有效，各自对应什么行为？

autocapitalize 支持四个字符串值，语义明确但容易误配：

• "sentences"：句子开头大写（iOS 键盘在句号/问号/感叹号后自动切回小写，适合普通文本）
• "words"：每个单词首字母大写（适合人名、标题等，但用户手动切换大小写时可能干扰体验）
• "characters"：全部大写（键盘始终锁定大写，适合车牌号、验证码等强格式场景）
• "none"：禁用自动大写（推荐用于密码、邮箱、URL 等对大小写敏感的字段）

注意："on" 和 "off" 是旧版非标准写法，已废弃，不要用；现代浏览器对大小写不敏感，但建议统一用小写字符串。

为什么设置了没反应？常见失效原因

• iOS 上 autocapitalize 对 type="password"、type="email"、type="url" 默认强制为 "none"，即使你显式设成 "sentences" 也无效（这是系统安全策略，无法绕过）
• Android Chrome 在 80+ 版本才开始逐步支持，旧版本直接忽略该属性；部分国产输入法（如百度、搜狗）完全不读取该属性
• 如果页面被嵌入 WebView（尤其是 Cordova / Capacitor 应用），需确认 Webview 启用了 textAutocapitalization 配置（iOS）或 setInputType() 正确调用（Android）
• 使用了 inputmode 属性（如 inputmode="numeric"）时，部分系统会优先采用 inputmode 的语义，覆盖 autocapitalize 行为

要不要配合 JavaScript 做兜底？

纯前端场景下，autocapitalize 无法替代业务逻辑校验。例如“姓名”字段希望首字母大写，但用户可能粘贴全小写内容，或用不支持该属性的设备输入。

可行的轻量兜底方式：

• 监听 input 事件，对 value 做简单首字母大写（仅限英文）：

  input.addEventListener('input', () => {
  input.value = input.value.charAt(0).toUpperCase() + input.value.slice(1);
  });

• 更稳妥的做法是服务端校验 + 提示，而非强行修改用户输入（尤其涉及多语言姓名时，“McDonald”、“Über”等不能简单 toUpperCase() 处理）
• 若必须前端修正，建议只在 blur 或 submit 时做一次转换，并保留原始输入供用户编辑，避免实时劫持导致输入延迟或光标跳动

真正关键的不是“怎么让它生效”，而是判断这个字段是否真的需要首字母大写——多数情况下，用户输入习惯比键盘提示更重要，过度干预反而增加挫败感。