layui.use 与 RequireJS/SeaJS 不能共存，因二者模块机制根本冲突：Layui 自研加载器与 AMD 规范在 define、require 全局状态及依赖解析上互斥，混用将导致模块丢失、回调不执行等静默错误。
不能直接共存，必须隔离运行环境。Layui 的 layui.use 是自研同步+异步混合加载器，与 RequireJS/SeaJS 的纯 AMD 机制在模块注册、依赖解析、全局状态（define、require）上存在根本冲突。强行混用会导致模块找不到、回调不执行、define 被覆盖等静默失败。
为什么 layui.use 和 require/define 会互相干扰
Layui 在初始化时会检测全局是否存在 define 函数：如果存在且符合 AMD 签名（如带数组参数），Layui 会主动退避并尝试兼容——但这种“兼容”仅限于不报错，不保证模块能被正确识别或加载。实际中常见现象包括：
-
layui.use(['layer'], callback)中的callback永远不触发，控制台无报错 - RequireJS 已加载的
jquery模块，在layui.use内部无法通过layui.$访问到完整实例（因 jQuery 插件未按 Layui 预期方式挂载） - 调用
define(['layui'])报TypeError: layui is not a module，因为 Layui 没有按 AMD 格式导出自身
隔离方案：用独立 script 标签 + 命名空间控制
最稳妥的做法是物理隔离两个加载体系，不共享 define/require 全局变量：
- 先加载 RequireJS（或 SeaJS），用
data-main启动主逻辑，确保此时layui.js尚未引入 - 在 RequireJS 的主模块（如
main.js）中，动态插入layui.js：<script src="layui/layui.js"></script>
，注意不要加async或defer - 待
layui.js执行完毕后，再显式调用layui.use，此时 Layui 已接管自己的define，而 RequireJS 的define仍保留在原作用域 - 若需在 RequireJS 模块中调用 Layui 组件，只通过全局
window.layui访问，不要在define依赖列表里写'layui'
替代路径：放弃 RequireJS，改用 Layui 原生模块体系
如果你的项目已重度使用 Layui，继续绑着 RequireJS 只会增加维护成本。Layui 的模块系统虽不严格遵循 AMD，但支持：
- 按需加载：
layui.use(['form', 'upload'], function(form, upload){...}) - 自定义模块：
layui.define('jquery', function(exports){ ... exports('myMod', myFunc); }); - 外部 JS 注入：
layui.config({base: './modules/'})+layui.use('myMod')
关键点在于：Layui 模块必须用 layui.define 定义，不能用 define；所有模块路径以 layui.config({base}) 为基准，与 RequireJS 的 paths 互不感知。
真正难处理的不是语法差异，而是 jQuery 插件、第三方 UI 组件（如 ECharts）这类既非 AMD 也非 Layui 模块的“裸脚本”。它们必须统一由 Layui 的 layui.addcss 或手动 <link>/<script> 加载，且顺序不能错——这点比模块加载器本身更易出问题。
