layer.load() 返回的索引必须保存并传给 layer.close() 才能关闭对应 loading，否则页面卡死；不传参的 layer.close() 仅关闭最新层，循环或异步中易因作用域丢失导致索引失效。
layer.load() 不会自动关闭，必须手动调用 layer.close() 并传入它返回的数字索引，否则 loading 会一直转，页面卡死。
layer.load() 返回值必须保存才能关
每次调用 layer.load() 都会返回一个递增的整数（比如 12345），这个值是唯一标识该 loading 实例的“钥匙”。不保存它，后续就无法精准关闭。
- 错误写法：
layer.load(1); layer.close();——layer.close()不带参数时默认关最新层，但未必是你刚开的那个 - 作用域丢失常见于循环或异步嵌套中：比如在
for (var i = 0; i 里调 <code>layer.load()却用var声明 index，最后所有回调都关同一个 - 正确做法：用
let或外层变量明确持有，例如const loadingIndex = layer.load(1, { shade: [0.3, '#000'] });
在哪个回调里关最稳
不能依赖 $.ajaxSetup 或 $(document).ajaxStop()，它们不可靠。必须在你**完全掌控生命周期**的回调里关。
- jQuery AJAX：在
success、error、complete中调用layer.close(loadingIndex)；注意complete在弱网下有时不触发，建议优先用success/error - Layui 表格（
table.render）：在done回调里关，别在parseData或请求发出前就关 - 上传组件（
upload.render）：在done或error回调中关闭，不要放在choose或before - 避免在
setTimeout里无条件关——如果请求早于定时器完成，loading 会被提前干掉
layer.closeAll('loading') 能不能图省事
能关，但不推荐，尤其在多模块共存的项目里。
- 它会干掉页面上所有
loading层，包括其他模块（如表格分页、搜索加载）正在用的实例 - 容易引发竞态：A 模块刚开 loading，B 模块执行
layer.closeAll('loading')，A 的 loading 就没了，用户看到“空白等待” - layui 内部某些组件（如
form.render触发的校验请求）也可能悄悄启 loading，被一锅端后行为异常 - 唯一可接受场景：全局初始化阶段的单次加载提示，且确认没有并发 loading
为什么 layer.close(loadingIndex) 有时没反应
不是 API 失效，而是上下文断了。
- index 变量在回调执行时已变成
undefined或旧值（检查是否用了var声明在循环中） - 弹窗本身已被用户手动点 × 关闭，再对原 index 调
layer.close()无效（无报错，但 DOM 已销毁） - 跨 iframe 场景：子页调
layer.load()得到的 index，父页直接layer.close(index)是无效的，得用parent.layer.close(index)且确保 index 正确透传 - 传了字符串或空值，比如
layer.close('12345')或layer.close(null)，控制台会报Cannot read property 'style' of undefined
真正麻烦的从来不是“怎么关”，而是“在哪存 index”和“在哪个时刻确保它还有效”。一个 loading 实例一旦脱离作用域，就等于丢了钥匙——再怎么敲门也没用。
