能，但必须用 table.render 的 where 配合后端接口；Layui 2.8 无内置前端全文搜索 API，table.search 非官方方法，实际为开发者自行封装。
能，但必须用 table.render 的 where 配合后端接口；Layui 2.8 没有内置「前端全文搜索 API」，所谓“一行启用搜索”是常见误解。
table.search 不是官方 API，别在代码里写 table.search()
Layui 官方文档和源码中从未定义过 table.search 这个方法。你在控制台执行 layui.table.search 会返回 undefined。网上流传的「调用 table.search 开启搜索」全是误传，实际是开发者自己封装的过滤逻辑。
- 所有基于
table.cache或table.getData手动 filter 的方案，都属于前端自行实现，不是 Layui 内置能力 - 若你看到示例用了
table.search，大概率是某人把函数挂到了layui.table上的自定义扩展，不可靠、不兼容升级 - 真正受支持的搜索入口只有两个：
url请求参数透传（推荐）、或手动调table.reload()带新数据
前端全文搜索只能靠 reload + filter，且必须自己管数据源
如果你坚持前端过滤（比如数据量小、无后端权限），核心就是：拿原始数据 → 过滤 → 重载表格。Layui 不帮你做这三步，它只负责渲染。
-
table.render初始化时若传了data: []（本地数据），才可安全使用filter；若用了url，table.cache只存当前页，全文过滤会漏数据 - 正确做法：初始化前把全量数据存在变量里，比如
let fullData = [...]；搜索时fullData.filter(...)，再table.reload('myTable', { data: filtered }) - 别直接操作
table.cache['myTable']后 reload——它可能已被分页截断，尤其开启page: true时 - 注意
includes()区分大小写，中文一般没问题，但英文字段建议加.toLowerCase()
后端搜索才是 2.8 推荐路径，where 参数必须用对
真实项目几乎都走后端搜索。table.render 的 where 是唯一被官方支持的搜索参数透传机制，它会自动拼到 url 请求后面。
- 写法必须是：
where: { keyword: '' }，不能是where: 'keyword=xxx'字符串形式 - 触发时机：每次
table.reload()都会带上where，所以搜索框回车或点按钮后，只需改table.setOptions或直接reload并传新where - 示例：
table.reload('myTable', { where: { keyword: $('#searchInput').val().trim() } }) - 后端收到的是标准 query 参数，如
/api/users?keyword=张&limit=10&curr=1，无需额外解析格式
容易被忽略的 DOM 状态残留问题
搜索后表格重载，但页面上其他元素不会自动同步：已输入的关键词没清空、上次选中的行还留着勾选样式、分页器仍显示旧总条数……这些都不是 bug，是你没手动处理。
- 搜索前记得
$('#searchInput').val('')清空输入框，否则用户二次点击会搜空字符串 - 如果用了 checkbox，
table.checkAll(false)只取消当前页，跨页状态得自己清window.selectedIds.clear() -
table.reload不重置分页器显示，若后端返回的count变了，分页器会错乱——必须确保接口返回完整分页信息 - 高亮匹配文本？Layui 不提供，得自己在
templet里用str.replace()包<span class="highlight">
