最可靠方案是用JavaScript遍历tr和td，结合textContent与includes()模糊匹配，需控制行数在2000以内；超量时应改用数据驱动模式。
直接用 JavaScript 遍历 tr 和 td，配合 textContent + includes() 做模糊匹配，是当前最可靠、零依赖、调试最直观的方案。前提是表格行数控制在 2000 行以内；超量时 DOM 遍历会掉帧，得换数据驱动模式。
为什么 tr.cells[0] 只搜第一列？
很多抄来的代码写 tr.cells[0].textContent，本质是硬取每行第一个单元格——这跟“筛选整张表”完全不是一回事。用户输 “Germany”，但 Country 列在第 2 列，cells[0] 拿到的是 Name，自然搜不到。
- 必须用
tr.querySelectorAll("td")或tr.cells获取全部单元格，再逐个比对 -
tr.cells是 HTMLCollection，不能直接用.some()，得转成数组：[...tr.cells] - 表头行（
th或没有td的tr）要跳过，否则[...tr.cells].length === 0会导致some()报错
input 事件比 onkeyup 更健壮
用 onkeyup="searchTable()" 绑定，漏掉粘贴、自动填充、语音输入、剪贴板粘贴等场景，用户一粘贴就失效。
- 正确做法：用 JS 注册监听器，
searchInput.addEventListener("input", searchTable) - 记得
trim()：空格开头/结尾的输入容易导致匹配失败，value.trim().toLowerCase()是标配 - 空搜索词时，必须显式恢复所有行显示：
row.style.display = ""，不能留着上一次的none
大小写与兼容性怎么处理？
现代浏览器推荐 toLowerCase().includes()，语义清晰、不易出错；但如果你的项目还必须支持 IE11，就得回退。
立即学习“前端免费学习笔记（深入）”；
- 现代写法：
cell.textContent.toLowerCase().includes(filter) - IE11 兼容写法：
cell.textContent.toLowerCase().indexOf(filter) > -1 - 别用
innerText：Safari 旧版对它行为不一致，textContent是更稳妥的选择 - 数字列不用额外处理：
<td>42</td>的textContent就是字符串"42"，照常参与includes()匹配
真正容易被忽略的不是语法细节，而是临界点——当表格动态渲染出 3000+ 行，每次 input 都触发全量 DOM 遍历，UI 就会卡顿。这时候该考虑把原始数据抽成数组，用 filter() 纯逻辑计算，再重绘 tbody；但那是另一层优化了。
