filter中忽略大小写多条件判断需统一转小写（如item.message.toLowerCase().includes(keyword.toLowerCase())），字段多时应预处理归一化；正则匹配须转义元字符并用'i'标志；移动端需检测keyword值变化再过滤。
filter() 里怎么写忽略大小写的多条件判断
直接用 includes() 或 === 做字符串比对，默认是区分大小写的，比如输入 "error" 就匹配不到 "ERROR" 日志。必须统一转小写（或大写）再比较。
常见错误是只对关键词转小写，却忘了把待查字段也转：
- 错：
item.message.includes(keyword.toLowerCase())——item.message没转，仍区分大小写 - 对：
item.message.toLowerCase().includes(keyword.toLowerCase())
多个字段都要这样处理。如果字段多、性能敏感，可提前缓存转换结果，避免每次重复调用 toLowerCase()。
select 和 checkbox 的值要不要转小写
不需要。下拉框 <select></select> 和复选框的 value 是你定义的固定字符串，比如 "INFO"、"warn"，本身不含用户自由输入的变体。它们和数据字段比对时，应保持原始大小写一致。
立即学习“前端免费学习笔记（深入）”；
但要注意：如果你的数据字段（如 log.level）本身大小写不统一（有的存 "info"，有的存 "Info"），那就得统一转换——这时建议在数据加载阶段就做一次标准化，而不是每次筛选都转。
- 推荐做法：初始化时归一化字段，例如
log.level = log.level.toUpperCase() - 避免做法：每次
filter都log.level.toLowerCase() === selectedLevel.toLowerCase()
正则匹配关键词时如何安全忽略大小写
用 new RegExp(keyword, 'i') 最直接，但有两大风险：keyword 为空或含正则元字符（如 .、*、+）会导致语法错误或误匹配。
正确姿势分三步：
- 先检查
keyword.trim()是否为空，空则跳过该条件 - 对 keyword 做简单转义：
keyword.replace(/[.*+?^${}()|[]\]/g, '\$&') - 再构造正则：
const regex = new RegExp(escapedKeyword, 'i')，然后用regex.test(item.message)
别在每次 filter() 里重复 new RegExp —— 如果 keyword 不变，就缓存在外层；变了再重建。
移动端 search 事件触发时 keyword 可能为空字符串
iOS Safari 的搜索框点击清空按钮、或安卓键盘按回车后又删光，都会触发 input 或 search 事件，但此时 input.value 可能是空字符串，导致误清全部结果。
解决方案不是靠防抖，而是靠「值变化检测」：
- 监听
search事件（它只在用户明确提交时触发，比input更可靠） - 记录上一次有效 keyword，对比当前值是否真变了：
if (current !== lastKeyword) { filter(); lastKeyword = current; } - 特别注意：清空操作后
current是''，但你要区分这是“主动清空”还是“输入中途失焦残留”，所以必须比对前后值，不能只看当前是否为空
忽略大小写的逻辑本身不复杂，真正容易翻车的是边界场景：空值、特殊字符、移动端交互差异、重复构造正则——这些点漏掉一个，筛选就不可靠。
