表单提交前统一转大写需在form.on('submit()')回调开头遍历type为text、password、email、tel、search的input及textarea字段，调用toUpperCase()转换；跳过number、hidden、checkbox、radio等类型；注意空值校验及Layui验证逻辑兼容性。
表单提交前统一转大写：用 submit 事件拦截处理
直接在表单 submit 事件里遍历所有 input[type="text"]、textarea 和 input[type="email"] 等可编辑字段，调用 .touppercase() 修改值。layui 本身不提供自动大小写转换钩子，必须手动干预。
常见错误是只改了 DOM 值但没同步到表单数据源（比如用了 layui.form.render() 后又没重置），或漏掉 readonly 或 disabled 的字段导致部分值未转换。
- 务必在
form.on('submit(...)')回调开头执行转换，否则 Layui 可能已读取原始值 - 跳过
disabled字段（其值不会被提交），但别跳过readonly字段（它会被提交） - 对
input[type="number"]要小心——转大写会清空值，这类字段应跳过
哪些 input 类型需要处理？避开 number 和 hidden
type="text"、type="password"、type="email"、type="tel"、type="search" 和 textarea 是典型需转大写的类型；type="number"、type="hidden"、type="checkbox"、type="radio" 不应调用 toUpperCase()，否则可能破坏数据或报错。
示例判断逻辑：
if (['text', 'password', 'email', 'tel', 'search'].includes($elem.attr('type')) || $elem.is('textarea')) {
$elem.val($elem.val().toString().toUpperCase());
}
配合 Layui 表单验证时要注意值已变更
Layui 的 form.verify 是在 submit 触发后、验证阶段运行的，所以如果你在 submit 回调里先转大写，验证函数拿到的就是大写后的值——这是预期行为，但容易误以为“验证没生效”，其实是验证对象变了。
- 自定义验证规则里不要再做
toUpperCase()，否则重复转换 - 如果验证依赖原始大小写（比如密码强度要求含小写字母），那就不该在提交前转大写——这种需求本身不合理，需重新评估业务逻辑
- 使用
form.val('filter', {...})获取表单值时，得到的是 DOM 当前值，即已转大写后的结果
兼容性与边界情况：中文、数字、符号怎么办
String.prototype.toUpperCase() 对非英文字母（如中文、日文、数字、标点）无影响，只改变 ASCII 字母 a–z。所以「张三123!」转完仍是「张三123!」，而「abc123」变成「ABC123」——这点很关键，别误以为会乱码或报错。
真正要防的是空值和 null/undefined：
const val = $elem.val();
if (val != null && val !== '') {
$elem.val(String(val).toUpperCase());
}
如果后端强依赖全大写且含非英文字符（比如要求「ABC张三」），那就得用正则或 i18n 库做更复杂的转换，纯 toUpperCase() 不够用——这点常被忽略，等联调才发现后端收不到预期格式。
