必须用toLowerCase()统一转小写再比较，因==严格区分大小写，“React”≠“react”；需双侧调用并防null/undefined，推荐tag?.toLowerCase() === query?.toLowerCase()。
toLowerCase() 在标签筛选中为什么不能直接用 == 比较？
因为 == 是严格值比较，而标签通常是字符串数组或对象字段，直接拿原始字符串和用户输入比，大小写不一致就匹配失败。必须统一转小写再比，否则 "React" 和 "react" 会被当成两个不同标签。
常见错误现象：tags.includes(input) 返回 false，即使语义相同；或者用 .filter(t => t === input) 完全不命中。
- 永远对「被筛选数据」和「搜索关键词」都调用
toLowerCase() - 不要只转一边：比如只转
input.toLowerCase()而标签保持原样，遇到带大写的标签（如"TypeScript"）仍会漏匹配 - 注意空字符串或
null/undefined输入，需提前 guard，否则toLowerCase()报TypeError: Cannot read property 'toLowerCase' of null
如何安全地对数组标签做不区分大小写筛选？
假设你有一组标签 ["JavaScript", "React", "TypeScript"]，用户输入 "javascript"，目标是返回所有匹配项（不是布尔判断）。
推荐写法是用 filter() + 双转小写：
const tags = ["JavaScript", "React", "TypeScript"]; const query = "javascript"; const matched = tags.filter(tag => tag?.toLowerCase() === query?.toLowerCase() ); // → ["JavaScript"]
-
tag?.toLowerCase()防止undefined或null标签报错（ES2020 可选链） -
query?.toLowerCase()同理，避免用户清空输入框时出错 - 如果标签是对象数组（如
{ name: "Vue" }），记得访问字段：tag.name?.toLowerCase()
性能敏感场景下，toLowerCase() 有隐患吗？
单次筛选几百个标签完全没问题，但若在输入实时过滤（如 onInput）中高频调用，且标签量达数千，重复创建小写副本会有轻微开销。
- 不建议提前把整个标签数组预转小写存起来——除非标签完全静态且后续只读
- 更稳妥的做法是加防抖（debounce），而不是优化
toLowerCase()本身，后者在现代 JS 引擎里已高度优化 - 真正卡顿往往来自 DOM 重绘或未节流的事件，而不是字符串转换
正则方案 vs toLowerCase()：什么情况下该换？
单纯等值匹配，toLowerCase() 更快、更直观；但如果你需要「模糊匹配」或「前缀匹配」，就得切到正则。
例如用户输 "js" 想匹配 "JavaScript"，这时 toLowerCase() 不够用：
const queryLower = query.toLowerCase(); const matched = tags.filter(tag => tag?.toLowerCase().includes(queryLower) ); // 前缀/子串匹配，非全等
-
includes()是子串匹配，不是正则；想支持通配或高亮，才需要new RegExp(query, "i") -
RegExp构造函数要注意用户输入中的特殊字符（如"+"、"."），不转义会抛异常，此时toLowerCase()反而更安全 - 大小写不敏感的全等匹配，
toLowerCase()是最轻量、最不易出错的选择
null、空字符串、数字类型，或者用户粘贴进来了不可见 Unicode 字符（如零宽空格），这些都会让 toLowerCase() 突然失效。先做类型归一化，比优化匹配逻辑更重要。 
