reload后可靠获取目标行dom的唯一时机是done回调，此时table.cache已更新、dom已重绘；需用lay-id定位真实tr节点，并计算其相对于.layui-table-main的position().top偏移量进行滚动。
搜索后自动定位到匹配行，必须分两步：先 reload 筛选数据，再手动滚动到目标 tr 元素；直接在 reload 里加 scrollintoview 无效，因为 dom 还没渲染完成。
reload 后如何可靠获取目标行 DOM
表格重载完成的唯一可信时机是 done 回调，此时 table.cache 已更新、DOM 已重绘。别在 success 或 then 里找行——那些钩子触发时表格可能还在清空旧节点。
- 在
table.render()的done函数里判断是否为搜索触发（比如加个全局标记window.isSearching = true） - 用
table.cache['yourTableId']遍历找匹配项，拿到它的lay-id值（不是你传的id字段） - 再用
$('tbody tr[lay-id="' + targetLayId + '"]')定位真实 DOM 节点——data-index在分页/排序后不可靠
滚动定位必须绕过 .layui-table-main 的 offset 计算陷阱
直接对目标 tr 调用 scrollIntoView() 会失败，因为 layui 表格主体滚动容器是 .layui-table-main，而目标行在它内部。必须计算相对偏移量。
- 先获取目标
tr相对于.layui-table-main的 top 值：targetTr.position().top - 再设置
$('.layui-table-main').scrollTop()为目标偏移量，而非targetTr.offset().top（后者是相对于整个页面） - 加个
+ 10像素微调，避免被表头遮挡：scrollTop(targetTr.position().top + 10)
中文关键词搜索后定位失败的常见原因
不是 JS 逻辑问题，而是前后端字段映射或编码不一致导致 reload 后根本没数据——自然找不到行。
- 检查
where里传的 key 是否和后端接口文档完全一致，比如后端要name_contain，你写了keyword就查不到 - 确认
response配置中dataName和countName没写错，否则table.cache为空，done里遍历不到任何项 - 用浏览器 Network 面板看 reload 请求的 Response，确认返回的数据数组长度 > 0 且结构符合预期
跨页搜索时定位逻辑要加保护
用户搜出的结果可能分布在第 2 页甚至更后，但 done 回调只触发在当前页渲染完成时。如果没命中当前页，就不要强行滚动——否则会滚到空白处。
- 在
done里先查table.cache['yourTableId']是否包含匹配项，没有就 return - 如果需要强制跳转到结果所在页，得先调用
table.reload()并传page: { curr: targetPage }，等第二次done再定位 - 注意：两次 reload 之间要清掉
window.isSearching标记，否则第二次也会尝试定位，造成干扰
最易被忽略的一点：表格启用了 height 且内容不足一屏时，.layui-table-main 的 scrollTop 永远是 0，此时定位代码不报错但无效——得先判断容器是否可滚动，再决定是否执行 scrollTop。
