layer.load()不会自动关闭，必须手动调用layer.close()并传入其返回的唯一数字索引，否则loading持续显示导致页面卡死；根本原因是未保存该索引，致使无法精准关闭对应实例。
layer.load() 不会自动关闭，必须手动调用 layer.close() 并传入它返回的索引值，否则 loading 会一直转，页面卡死。
为什么 loading 一直转？——根本原因是没保存 layer.load() 的返回值
layer.load() 每次调用都返回一个唯一数字索引（比如 12345），这个值是关掉它的“钥匙”。不存起来，后续就无法精准关闭。
- 错误写法：
layer.load(1); layer.close();——layer.close()不带参数时只关最新层，但未必是你刚开的那个 - 作用域丢失常见于循环或异步嵌套中：比如在
for (var i = 0; i < list.length; i++)里用var声明索引，最后所有回调都试图关同一个值 - 正确做法：用
let或外层变量持有，例如const loadingIndex = layer.load(1, { shade: [0.3, '#000'] });
在哪个回调里关最稳？——必须落在你完全掌控生命周期的位置
不能依赖 $.ajaxSetup 或 $(document).ajaxStop()，它们在并发、弱网、拦截等场景下极不可靠。
- jQuery AJAX：优先在
success和error中关；complete在移动端弱网下有时不触发，慎用 - Layui 表格（
table.render）：在done回调里关，别在parseData或请求发出前就关 - 上传组件（
upload.render）：在done或error中关闭，不要放在choose或before - Promise 风格（
fetch/axios）：必须在.then()和.catch()里配对关闭
能不能用 layer.closeAll('loading') 图省事？——生产环境不建议
它会干掉当前页所有 loading 层，包括其他模块（如表格分页、上传预览、第三方插件）正在用的实例，容易引发竞态问题或中断用户操作。
- 典型风险：A 模块发起请求并打开 loading，B 模块请求失败后执行
layer.closeAll('loading')，结果 A 的 loading 被误杀，数据还没回来就消失了 - 更稳的方式是「按需包裹」：每个业务请求自己开、自己关，索引不共享、不污染
- 如果真要兜底（比如页面卸载前清理），可用
beforeunload+layer.closeAll('loading')，但仅限非常规场景
最容易被忽略的一点：layer.load() 返回值必须定义在能被所有回调访问到的作用域里——不是函数内部、不是 if 块里、不能被 let/const 块级作用域意外隔离。关不掉 loading，从来不是 API 问题，而是变量没拿稳。
