用oninput而非onchange实现实时转大写，因onchange仅失焦触发；需结合event.isComposing避免中文输入法光标错位；Layui中应精准绑定特定字段，动态元素用事件委托，并始终服务端二次校验。
input 框实时转大写用 oninput 而不是 onchange
因为 onchange 只在失焦时触发，根本抓不到“输入中”的时机；oninput 才是真正响应每次按键、粘贴、删除的事件。Layui 的表单元素本质还是原生 <input>，所以直接绑定原生事件最稳。
常见错误是给 layui.form.render() 后的元素用 jQuery 的 .change()，结果输完点别处才变大写——用户已经提交了小写内容。
- 必须监听
oninput（或 jQuery 的on('input', ...)） - 避免用
onkeyup：长按字母、中文输入法上屏前会反复触发，导致光标跳、输入卡顿 - Layui 不劫持
oninput，放心用，不影响form.on('submit', ...)正常取值
Layui 中对特定 input 添加转大写逻辑
不要全局 hook 所有 input，容易误伤密码框、数字框、日期框。应该按 class 或 name 精准控制。
比如你有个字段叫 company_code，只对它生效：
document.querySelector('input[name="company_code"]').addEventListener('input', function() {
this.value = this.value.toUpperCase();
});
如果用了 Layui 的表单渲染（比如 form.render('select')），注意 DOM 已存在再绑定——别在 layui.use 外直接查元素。
- 推荐在
layui.use(['form'], function(){...})回调里绑定 - 若 input 是动态插入的（如表格行新增），改用事件委托：
form.on('input[name="xxx"]', function(){...})（Layui 2.8+ 支持） - 对 type="number" 或 type="email" 的 input，
toUpperCase()无效，需提前校验 type
中文输入法下光标错位问题怎么解
直接 this.value = this.value.toUpperCase() 在中文输入过程中会重置输入法状态，导致光标跳到末尾、拼音串被清空。这不是 Layui 的锅，是所有实时转大写的通病。
解决思路是：只在输入完成（非组合状态）时转换。利用 event.isComposing 判断：
input.addEventListener('input', function(e) {
if (!e.isComposing) {
this.value = this.value.toUpperCase();
}
});
这个属性现代浏览器都支持（Chrome 52+、Firefox 51+、Edge 79+），Layui 用户基本不用操心兼容性。
- 不加
isComposing判断，用户打“北京”会变成“B”，再打“京”又变“BJ”，体验极差 - IE 不支持
isComposing，但 IE 用户基本不会用 Layui 新项目，可忽略 - 如果必须兼容老环境，可用
compositionstart/compositionend手动标记状态
后端接收时仍要二次校验
前端转大写只是体验优化，不能替代服务端逻辑。用户禁用 JS、用 curl 直接 POST、或绕过表单用开发者工具改 value，都能发小写字母过来。
尤其涉及唯一性校验（如账号、编码）时，数据库查询必须用 UPPER(column) 或应用层统一转大写比对。
- Node.js 示例：
req.body.code = req.body.code?.toUpperCase() - Java 示例：用
StringUtils.upperCase(str)，别依赖前端传来的大小写 - 数据库索引建议建在大写表达式上（如 PostgreSQL 的
CREATE INDEX ON t ((UPPER(code)))）
