layui table 的 timeout 参数设了没用，因为 table.render() 不支持该配置项，需通过 $.ajaxSetup 全局设置或 url 函数手动发请求并指定 timeout；重试须自行实现，配合锁机制、递增延迟及状态校验。
layui table 的 timeout 参数为什么设了没用
因为 table.render() 本身不接受 timeout 配置项，它只是封装层，底层调用的是 layui.jquery（即 jQuery 的 $.ajax）。直接在 render 配置里写 timeout: 5000 完全被忽略。
真正能生效的方式只有两种：
- 全局配置：
$.ajaxSetup({ timeout: 6000 })—— 但 layui 2.8+ 在模块化环境里已不保证可靠，生产环境慎用 - 局部接管：把
url设为函数，在里面手动发$.ajax({ url, timeout: 6000 })，再调obj.done()或obj.error()
注意：timeout 只是中断当前请求，不会自动重发。重试逻辑必须自己写，且要加锁防重复触发。
如何在 error 回调里实现带状态提示的 3 次重试
核心是拦截 textStatus === 'timeout' 或网络类失败，用递增延迟 + 计数器 + loading 状态控制，避免并发请求堆叠。
- 用闭包或外部变量维护重试次数（如
retryCount = 3）和当前延迟（如初始delay = 1000） - 在
obj.error中判断：if (textStatus === 'timeout' || textStatus === 'error')才触发重试 - 调用
setTimeout延迟后重新执行手动请求，每次重试前更新表格容器内文字（如“重试中…（2/3）”） - 必须在发起新请求前调用
table.clearCache(id)，否则缓存可能干扰下一次渲染 - 第 3 次失败后，清空容器并插入“”，绑定完整 render 配置重绘
重试时怎么避免 loading 卡死和 DOM 报错
常见错误是没管好 loading 状态和 DOM 生命周期，导致 Cannot read property 'appendChild' of null。
- 每次手动请求前，先调
$(‘#demo’).find(‘.layui-table-loading’).remove()清掉旧 loading - 不要在
setInterval或无锁循环里发请求；用单次setTimeout+ 递归调用更可控 - 确保重试逻辑只在
error回调里触发一次，加标志位（如isRetrying = true）防多次进入 - 所有 DOM 操作（包括插入提示文字、按钮）必须等容器存在且未被销毁，可用
if ($('#demo').length)做兜底 - 若使用
layer.msg提示重试进度，务必确认layer已在layui.use(['layer'])中加载，否则报layer is not defined
为什么不能只靠 $.ajax({ retries: 3 }) 自动重试
原生 jQuery 不支持 retries 参数，所谓“自动重试”都是靠包装函数或插件模拟的。Layui 表格场景下尤其危险：
- 插件覆盖
$.ajax会污染全局，多个模块共用时容易冲突（比如 form.verify 里的查重也走 ajax） - 重试逻辑若没区分业务上下文，可能把分页、搜索、编辑等不同请求混在一起重试
- 表格的
obj.done()和obj.error()是 render 生命周期钩子，绕过它们直接发 ajax，会导致分页、排序、工具栏等状态不同步 - 最稳妥的做法：只在
url: function(obj)内部做受控重试，所有参数（where、page、limit）都从obj取，保证上下文一致
真正难的不是写三次 setTimeout，而是让重试发生在正确的时机、作用于正确的数据、不破坏表格当前的 UI 状态——这些细节漏掉一个，用户看到的就是卡住的 loading 圆圈或空白表格。
