必须用oninput事件实现textarea输入转大写，因其在每次输入、粘贴、删除后立即触发；需配合event.isComposing判断避免中文输入法光标错位；CSS的text-transform无效，因不改变实际值；动态元素须用事件委托；服务端必须二次校验并转大写。
layui文本域用oninput监听，不是onchange或onkeyup
文本域（textarea）输入时转大写，必须用oninput事件——它在每次键入、粘贴、删除后立即触发；onchange只在失焦后才执行，用户早把小写内容提交了；onkeyup则会在长按字母、中文输入法未上屏时反复触发，导致光标跳动、拼音串被清空。
layui 表单本身不劫持textarea的原生事件，所以直接绑定oninput最稳。别指望form.on('submit', ...)前再统一处理——那时值已经错了。
- 用原生 JS 绑定：
document.querySelector('textarea[name="code"]').addEventListener('input', ...) - 用 jQuery：
$('textarea[name="code"]').on('input', function() { $(this).val($(this).val().toUpperCase()); }) - 若
textarea是动态插入（如表格编辑行），优先用事件委托：$(document).on('input', 'textarea[name="code"]', ...)
中文输入法下光标错位？加event.isComposing判断
直接this.value = this.value.toUpperCase()会打断中文输入流程：拼音还没选字就强制刷新，光标被拉到末尾，已输内容可能丢失。这不是 layui 的问题，是所有实时转大写的通病。
现代浏览器（Chrome 52+、Firefox 51+、Edge 79+）都支持event.isComposing，它为true时表示正在中文/日文等组合输入中，此时跳过转换即可：
textarea.addEventListener('input', function(e) {
if (!e.isComposing) {
this.value = this.value.toUpperCase();
}
});
这个判断必须写，否则移动端和 PC 端的中文用户都会遇到输入卡顿、光标乱跳问题。
别用text-transform: uppercase代替 JS 转换
text-transform: uppercase只是 CSS 渲染层效果，DOM 值仍是小写——复制粘贴出来是小写，表单提交过去也是小写，后端校验或接口调用时照样出错。
它适合纯展示场景（比如按钮文字、标题），但对需要真实数据转换的字段（如车牌号、企业编码、订单编号）完全无效。
- 服务端永远收不到大写值，除非你额外做一次清洗
- 前端做大小写敏感比对（如查重）时逻辑会崩
- 如果同时用了 CSS + JS，可能造成冗余（显示和值都是大写，但 JS 多跑一遍）
Layui 表格里双击编辑的textarea怎么加自动大写
Layui 表格的edit字段不支持直接设'textarea'，得用函数返回带class="layui-textarea"的 HTML 字符串。这时候oninput绑定要放在done回调里，因为 DOM 是异步插入的：
done: function(res, curr, count) {
layui.$(this.elem).find('textarea[name="plate_no"]').each(function() {
this.addEventListener('input', function(e) {
if (!e.isComposing) {
this.value = this.value.toUpperCase();
}
});
});
}
注意两点：一是必须用name或class精准筛选目标textarea，避免影响其他编辑字段；二是别忘了在table.on('edit(filter)', ...)回调里手动读取obj.elem.value更新缓存——layui 不会自动从自定义textarea里取值。
真正容易被忽略的是：所有前端转大写都只是“第一道防线”，后端必须二次校验并统一转大写——用户可以禁用 JS、绕过表单、直接发请求，漏掉服务端校验等于没做。
