回调函数参数顺序必须严格匹配layui.use数组中模块的声明顺序，否则会导致变量引用错误；模块加载完成后才执行回调，所有模块对象均已就绪。
layui.use 加载多个模块时，回调函数参数顺序必须严格匹配数组顺序
layui.use 的回调函数接收的参数顺序，不是按模块名字母序，也不是按加载快慢，而是**完全对应传入数组中的声明顺序**。写错顺序会导致变量引用错误，比如把 layer 赋给 form 变量，后续调用 form.render() 就会报 undefined is not a function。
常见错误现象：模块明明加载成功，但调用时报“xxx is not defined”或“xxx.render is not a function”——大概率是参数顺序错位了。
- 正确写法：
layui.use(['form', 'layer', 'upload'], function(form, layer, upload) { ... }) - 错误写法：
layui.use(['form', 'layer', 'upload'], function(layer, form, upload) { ... })（layer和form位置互换） - 即使只用其中两个模块，也要保持完整顺序，未使用的参数可用下划线占位，如：
function(form, _, upload)
多个模块不能靠 layui.use 嵌套来“保证执行顺序”
有人试图用嵌套 layui.use 强制串行，例如先 load form，再在回调里 load table，以为这样能控制先后。这是误解——Layui 模块本身无依赖顺序要求，且 layui.use 是异步并行加载的，嵌套只会增加延迟、破坏模块缓存、还可能引发重复初始化。
真正需要“顺序”的场景，其实是模块初始化逻辑（比如先 render 表单，再绑定表格事件），而非模块加载本身。
- 所有模块加载完成后，回调才执行，此时所有模块对象都已就绪
- 若需逻辑顺序，直接在回调内按需编码即可，例如先
form.render()，再table.render({...}) - 避免：
layui.use('form', () => { layui.use('table', () => { ... }) })—— 多余且低效
模块加载失败时，不会静默跳过，但错误信息容易被忽略
当某个模块路径错误（比如拼错模块名、或自定义模块未配置 layui.config({modules: {...}})），layui.use 不会抛出明显异常，而是让对应参数为 undefined，然后继续执行回调。这导致问题难以定位。
建议在回调开头加简单校验：
layui.use(['form', 'table'], function(form, table) {
if (!form || !table) {
console.error('Layui module load failed:', { form: !!form, table: !!table });
return;
}
// 后续逻辑
});
- 模块名大小写敏感：
'Form'≠'form' - 内置模块名固定，不可简写，如
'laydate'不能写成'date' - 自定义模块必须通过
layui.config({modules: {myMod: '/path/to/myMod.js'}})显式注册
首次加载耗时受网络和模块体积影响，但后续复用极快
模块文件（如 form.js、table.js）在第一次 layui.use 时下载并缓存，之后同页面再次调用相同模块名，会直接从内存返回，不发请求。所以不必担心多次 layui.use(['form']) 造成重复加载。
但要注意：模块缓存是按模块名字符串精确匹配的，['form'] 和 ['form', 'layer'] 属于不同加载批次，各自独立触发下载（首次）。
- 推荐做法：在页面 JS 最外层一次性声明所有需要的模块，而不是分散在各处多次
layui.use - 避免拆分：不要因为“这个按钮只用 layer”就单独写一个
layui.use('layer')，统一收口更可控 - 调试时可临时加
console.time('layui-load')/console.timeEnd('layui-load')观察首屏模块加载耗时
模块加载本身没有“执行顺序”问题，真正容易出错的是参数映射关系和初始化时机——这两点一旦写错，调试时往往要翻好几遍文档才能意识到是顺序或校验漏掉了。
