layui table 的 timeout 需通过 url 函数手动发请求并调用 obj.done()/obj.error() 回填数据，返回格式须为 {code:0,count:0,data:[]}，超时应调 obj.error('请求超时')。
layui table 的 timeout 参数在哪设
layui 的 table.render() 本身不支持直接传 timeout，它底层用的是 layui 的 $.ajax 封装（即 layui.jquery），所以超时控制得在 request 或 done 阶段之外、通过改写全局 ajax 设置或拦截请求来实现。
最稳妥的做法是：在调用 table.render() 前，用 $.ajaxSetup() 设默认超时，或者给单个表格的 url 配置为函数，手动发请求并控制 timeout。
- 全局设（影响所有后续 $.ajax 请求）：
$.ajaxSetup({ timeout: 10000 }) - 局部设（推荐）：把
url改成函数，在里面用$.ajax({ url, timeout: 8000 })手动请求，再调done(data)回填 - 注意：layui 2.8+ 已弃用
$.ajaxSetup()在模块化环境中的可靠性，生产环境优先选局部方式
用 url 函数手动发请求时怎么回填数据
当 url 是函数时，layui 会传入 obj（含 page、limit、where 等），你需要自己拼参、发请求，并在成功后调 obj.done(data)；失败则调 obj.error(msg)。
关键点不是“能不能设 timeout”，而是“设了之后怎么把结果正确喂给表格”。漏掉 obj.done() 或参数结构不对（比如没包 data 和 count），表格就一直 loading。
- 返回数据必须是 {
code: 0,msg: "",count: 100,data: [...] } 格式 -
timeout触发时，$.ajax的error回调里textStatus === 'timeout'，此时应调obj.error('请求超时') - 别忘了加
contentType: 'application/json'或按后端要求设dataType，否则可能解析失败
timeout 设太短或太长的实际影响
设 3000ms 看似快，但弱网下分页请求稍慢就会频繁触发超时，用户看到“请求超时”提示却不知是否已提交成功；设 30000ms 又会让卡住的请求拖住整个表格交互，用户无法及时重试或取消。
真实场景中，建议按接口 SLA 定：查列表接口通常 2–5s 内应返回，设 timeout: 6000 比较平衡；带复杂搜索或导出的接口可单独提到 15000。
- 移动端要更保守，Wi-Fi 下可设 8000，4G 下建议 12000 起步
- 如果后端有明确响应头
X-Response-Time，可在控制台看 P95 值，timeout 设为 P95 × 2 较合理 - 不要依赖 timeout 当重试机制——它只中断请求，不自动重发
为什么改了 timeout 表格还是没反应
常见原因是：你改了 $.ajaxSetup()，但 layui 的内部请求走的是自己封装的 layui.jquery，而某些版本（尤其是 2.7.x）对全局设置不敏感；或者你在 url 函数里用了 fetch 或原生 XMLHttpRequest，却没处理 timeout 逻辑。
- 验证是否生效：在
url函数里加console.log($.ajaxSettings.timeout) - 确保用的是
layui.jquery（不是独立引入的 jQuery），否则$.ajaxSetup对 layui 无效 - 若用
fetch，它没有内置 timeout，得用AbortController+setTimeout手动 abort - 检查浏览器开发者工具 Network 面板，看请求状态是不是
canceled，而不是timeout—— 这说明是前端主动终止，但表格没收到 error 回调
超时控制真正起效的前提，是错误能准确传到 obj.error()。这里最容易被跳过的，就是手动请求后忘记判断 statusText 或没把原生 error 映射成 layui 要的提示格式。
