autocapitalize仅控制软键盘初始状态，不改变输入值；只对text、search、url、email、password类型生效，密码框漏设会导致Password123类错误；JS转大写有光标跳动、粘贴错乱、iOS卡顿三问题；text-transform:uppercase仅为视觉转换，不影响实际值。
autocapitalize 只控制软键盘初始状态，不改变输入值，也不能强制转大写——它不是大小写转换方案，只是移动端键盘提示行为。
autocapitalize 值怎么选才有效
它只对 type="text"、type="search"、type="url"、type="email"、type="password" 生效；type="number" 或 inputmode="numeric" 会直接忽略该属性。
-
off：推荐统一用这个，禁用首字母大写（iOS 默认对text类型启用首字大写） -
none：旧规范写法，效果同off，但兼容性略差，不建议新项目使用 -
words：告诉键盘“按词首大写”，中文拼音键盘可能响应，但无强制保证 -
sentences：多数中文键盘完全不识别，别指望句号后自动大写
常见错误是给密码框漏设 autocapitalize="off"，结果用户输 password123 却因首字母被自动大写成 Password123 导致登录失败。
input.value.toUpperCase() 在哪些场景会出问题
直接监听 input 事件并赋值 this.value = this.value.toUpperCase() 看似简单，但实际有三处硬伤：
立即学习“前端免费学习笔记（深入）”；
把任意文章或文档内容转换成精美的全屏翻页 HTML 演示文件（幻灯片风格）。当用户发来一篇文章、文档链接、Markdown 内容、或粘贴的文本，并且希望生成演示用的 HTML 时触发。支持任意内容来源：iWiki 链接、KM 链接、本地文件路径、直接粘贴的文本。生成的 HTML 文件保存到本地工作区，并通过企微直接发送给用户。触发词示例：帮我把这篇文章做成PPT、转成演示文档、生成HTML幻灯片、做个演示、转成可以演示的格式、article to deck、make a slide。
- 光标总跳到末尾：用户在中间编辑时，输入后光标强制归位，破坏连续输入体验
- 粘贴失效或错乱：粘贴
AbC后变成ABC，但若光标在中间，粘贴可能覆盖部分字符或位置偏移 - iOS Safari 输入延迟：某些版本中频繁修改
value会触发渲染卡顿，尤其配合防抖或远程校验时更明显
如果必须用 JS 控制值，应搭配 setSelectionRange 保存/恢复光标位置，或改用 beforeinput 事件（但兼容性有限，Chrome ≥95，Safari 仍不支持）。
text-transform: uppercase 是“假大写”还是“真有用”
text-transform: uppercase 是纯视觉层操作，不影响 input.value、表单提交内容、复制粘贴结果或 JS 字符串处理。但它轻量、无副作用，适合仅需展示一致性的场景。
- 优点：零 JS、无性能开销、不影响可访问性（屏幕阅读器读原始值）、SEO 友好
- 风险：后端收到的仍是小写，若接口要求大写字段（如订单号、证件类型），仅靠 CSS 会校验失败
- 注意：
capitalize不等于“首字母大写 + 其余小写”，它只是空格/标点分词后每个单词首字母大写，"user_name"→"User_name"，不是"User_Name"
真正需要数据大写时，得在提交前用 JS 处理：比如监听 change 或 blur 事件再调用 toUpperCase()，避免干扰输入过程。
最易被忽略的是混合使用：比如同时加了 text-transform: uppercase 和 input.value.toUpperCase()，表面看不出问题，但调试时发现 value 已是大写却还被转一次，逻辑冗余且增加维护成本。
