layui 没有 disuse 方法，因其模块系统单向加载、不可逆；所谓“卸载”实为手动清理事件、定时器、dom 和全局状态等副作用。
layui.disuse 并不存在 —— Layui 官方 API 中没有这个方法，调用会报 TypeError: layui.disuse is not a function。
为什么找不到 disuse？Layui 没有模块卸载机制
Layui 的模块系统是单向加载、不可逆的：一旦通过 layui.use() 加载某个模块（包括第三方扩展），它的 JS 代码就已执行并挂载到 layui 对象上，后续无法“注销”或“释放内存”。这和 RequireJS 或 ES Module 的动态 import / unmount 有本质区别。
常见误解来源：有人把 layui.extend() 误记为可逆操作，或混淆了第三方封装库（如某些基于 Layui 的自研框架）的私有方法。
-
layui.extend()只是注册别名映射（比如把'regionSelect'指向'regionSelect/regionSelect'），不加载代码，也不可撤销 -
layui.use()执行后，模块函数体已运行，变量/事件/定时器若未手动清理，将持续驻留 - 浏览器层面没有 API 能“卸载”已执行的 script，Layui 也没做 DOM 级模拟卸载
真正要做的不是“注销”，而是“清理副作用”
所谓“释放不再使用的第三方扩展模块”，实际是指：防止其残留的全局状态、事件监听、DOM 绑定、定时器等引发内存泄漏或行为冲突。重点在模块内部逻辑的收尾，而非框架层卸载。
- 检查该扩展模块文档是否暴露了
destroy()、unmount()或类似清理方法（例如regionSelect.destroy()）；若有，必须显式调用 - 若模块绑定了全局事件（如
$(document).on('click', '.xxx')），需用$(document).off('click', '.xxx')解绑 - 若启动了
setInterval或setTimeout，保存 ID 并在合适时机clearInterval(id) - 若动态插入了 DOM 节点（如浮层、提示框），需手动
remove()对应元素 - 若模块往
window或layui上挂了临时属性（如layui.myExt = {...}），可设为null或delete layui.myExt（但不推荐依赖此方式）
如何避免下次误加载同一模块？
虽然不能卸载，但可以控制加载时机 —— 这是最务实的“释放”策略：
- 不要在每次操作都
layui.use(['myExt'], callback)；改用单例模式缓存模块实例，重复 use 不会重复执行模块代码，但会重复触发回调 - 在模块内部加守卫：首次执行初始化逻辑，后续只复用已有实例
- 如果模块纯属一次性使用（如某弹窗里的独立图表），建议把初始化逻辑写在
layer.open的success回调里，并在end回调中完成上述副作用清理 - 避免在页面级
layui.use中加载非必需的第三方模块，按需懒加载更安全
真正棘手的从来不是“怎么卸载”，而是“模块自己有没有提供清理入口”以及“你有没有在调用后主动掐断它的呼吸”。Layui 的轻量哲学决定了它不会替你管内存，这件事得由模块作者写清楚、由你来亲手执行。
