Java无内置全文搜索，仅支持基于String.contains()等的内存线性过滤，不支持分词、模糊匹配或索引优化；数据量超1000条时性能骤降，复杂需求须引入Lucene等专业方案。
Java 本身不内置全文搜索能力，所谓“简易搜索功能”实际是用 String.contains()、String.indexOf() 或 Stream.filter() 配合循环遍历实现的关键词匹配——它不是 Elasticsearch，也不支持模糊、分词或权重排序。
用 String.contains() 做基础关键词匹配
这是最直接的方式，适合内存中少量字符串（如 List
常见错误现象："apple".contains("Apple") 返回 false；搜索空字符串 "".contains("") 返回 true，容易引发意外命中。
- 使用前统一转小写：
text.toLowerCase().contains(keyword.toLowerCase()) - 避免对 null 字符串调用：
text != null && text.contains(keyword) - 若需多个关键词“与”关系，用
&&连接多个contains()；“或”关系用||
用 Stream.filter() + 循环逻辑封装搜索逻辑
当数据是对象列表（如 List），需在字段上做条件判断，用 Stream 比传统 for 更简洁，但本质仍是线性扫描。
性能影响：数据量超过 1000 条时响应会明显变慢，无法靠加索引优化——Java 集合没有数据库那样的 B+ 树索引机制。
Listresults = products.stream() .filter(p -> p.getName() != null && p.getName().toLowerCase().contains(keyword.toLowerCase())) .filter(p -> p.getPrice() <= maxPrice) .collect(Collectors.toList());
注意点：
-
filter()不会提前终止，即使第一个元素就匹配，也会遍历全部（除非用findAny()或findFirst()） - 若字段可能为 null，必须显式判空，否则抛
NullPointerException - 不要在
filter()里做耗时操作（如 IO、远程调用），会严重拖慢整体速度
避免用 for 循环手动实现却忽略边界和空值
手写循环看似可控，但极易遗漏关键校验。典型错误包括：遍历 null 列表、用 list.get(i) 超出 size()、未跳过 null 元素导致 NPE。
正确写法应始终包裹安全检查：
if (products == null) return Collections.emptyList();
for (int i = 0; i < products.size(); i++) {
Product p = products.get(i);
if (p == null || p.getName() == null) continue;
if (p.getName().toLowerCase().contains(keyword.toLowerCase())) {
result.add(p);
}
}
对比 Stream 版本，这段代码更难维护、重复逻辑多，且无法轻松切换成并行处理（parallelStream() 在 Stream 版本里只需改一个词）。
真正的难点不在语法，而在于混淆“搜索”和“过滤”：Java 的这些操作只是内存过滤，不解决倒排索引、分词、拼音容错等搜索核心问题。如果需求稍有增长（比如要支持“苹菓”匹配“苹果”），就得引入 Lucene 或换用现成服务——别试图用嵌套 for 和 replaceAll 拼出搜索引擎。
