autocapitalize="sentences" 仅提示ios/部分android软键盘在英文句末标点后自动切换大写，不改变输入值、无视觉反馈，且需同时满足type为text/textarea、inputmode="text"、系统开启自动大写等条件才生效。
autocapitalize="sentences" 不是让浏览器“把输入值改成句首大写”，它只告诉 iOS 或部分 Android 软键盘：**你在输英文句子时，默认弹出大写字母键（句号、问号、感叹号后加空格再输入，就自动切回大写）**。写对了不报错，但用户看不到任何视觉变化，也不影响提交值——这是纯软键盘行为提示。
为什么 autocapitalize="sentences" 看起来没反应？
常见失效不是因为你拼错了，而是被更高优先级机制覆盖：
-
inputmode="numeric"、type="number"或type="tel"下该属性完全无效——数字键盘没有大小写切换逻辑 - JS 里写了
e.target.value = e.target.value.toLowerCase()，键盘刚输的大写立刻被转小写，光标还乱跳 - 用了 React/Vue 封装组件（如
<van-field></van-field>），但没把autocapitalize显式透传到原生<input> - 放在
<form></form>上想“继承生效”，但 Android WebView 多数不支持继承，iOS Safari 虽支持，但子元素显式设值会覆盖
autocapitalize="sentences" 的真实适用场景
它只在以下条件同时满足时才起作用：
- 元素是
<input type="text">或<textarea></textarea>（type="email"默认隐式none，type="password"始终忽略） - 设置了
inputmode="text"（显式声明，避免被其他inputmode覆盖） - 用户用的是 iOS Safari 或较新版本 Chrome for Android（旧版 Android WebView 可能只识别
sentences和none） - 用户系统键盘开启了「首字母自动大写」（设置 → 通用 → 键盘 → 自动大写），否则属性无效
典型用例：<textarea name="feedback" autocapitalize="sentences" inputmode="text"></textarea> —— 英文反馈框，用户打完 “hello. ” 后再输入，键盘自动切回大写。
和 autocorrect、spellcheck 怎么配着用？
autocapitalize 单独设意义有限，必须和拼写纠正协同控制：
- 要彻底关闭干扰（比如用户名、验证码），得配
autocapitalize="none" autocorrect="off" spellcheck="false" - 只关首字母但留拼写建议？可以只设
autocapitalize="none"，但 iOS 某些旧版本仍可能因autocorrect="on"把 “user” 改成 “User” -
spellcheck="false"在部分旧版 iOS 会弱化autocapitalize行为，不是 bug，是渲染策略联动
别信“设一个就搞定”，这三个属性常得一起写。
最易被忽略的点：它对中文句号「。」基本无响应，Android WebView 也普遍只认英文标点；粘贴进来的文本（比如复制一段英文）不会触发句首逻辑，只有逐字手输才生效。
大量免费API接口：立即使用
涵盖生活服务API、金融科技API、企业工商API、等相关的API接口服务。免费API接口可安全、合规地连接上下游，为数据API应用能力赋能！
