String.contains() 最稳妥适用于“关键词存在即命中”的简单搜索场景，如日志查 ERROR 或列表快速过滤；需统一转小写处理大小写敏感问题，不支持通配符或正则，时间复杂度 O(n)。
Java 里做简易搜索，别急着上 Lucene 或 Elasticsearch——多数场景下，String.contains()、String.indexOf() 或 Pattern 就够用，关键在匹配逻辑是否贴合真实需求。
基础字符串包含判断：什么时候用 contains() 最稳妥？
适合「关键词存在即命中」的简单搜索，比如后台管理中查日志行是否含 "ERROR"，或用户输入框里快速过滤列表项。
- 区分大小写：
"Hello".contains("hello")返回false，需统一转小写再比，如text.toLowerCase().contains(keyword.toLowerCase()) - 不支持通配符或正则，
"file.txt".contains("*.txt")不会匹配任何东西——星号就是普通字符 - 性能好，时间复杂度 O(n)，但只适合单次、低频、短文本（
需要定位位置或支持子串边界？优先选 indexOf() 和 lastIndexOf()
当你要知道「关键词在哪出现过」，或者想实现「高亮第一个匹配处」「跳转到第 N 次出现位置」这类交互时，indexOf() 比 contains() 更直接。
-
str.indexOf("abc")返回首个索引，没找到返回-1；str.indexOf("abc", fromIndex)可指定起始位置继续搜 - 要找全部匹配位置？得循环调用：
int pos = text.indexOf(keyword); while (pos != -1) { System.out.println("Found at: " + pos); pos = text.indexOf(keyword, pos + 1); } - 注意：空字符串
""调用indexOf()总返回0，实际业务中建议提前判空
模糊、忽略空格/标点、或支持简单通配？绕不开 Pattern 和 Matcher
用户搜 "user login" 却希望匹配 "user_login" 或 "user-login"，或者接受 "ca?e" 匹配 "cake" 和 "case"——这时候就得正则。
Java 接口排错助手
下载
在调试 Java 后端 API 故障时使用此技能，尤其适用于以下任务：分析日志、跨 Controller、Service 和 Mapper 层追踪请求、定位异常根因、检查 SQL 执行或参数流转，以及生成简洁的诊断结论与修复方案。
立即学习“Java免费学习笔记（深入）”；
- 别直接拼接用户输入进
Pattern.compile()，否则keyword = "a.b+c"会触发正则语法错误；先用Pattern.quote(keyword)转义 - 忽略空白和常见分隔符？可预处理：
Pattern.compile(keyword.replaceAll("[\s\-_]+", "\s*"))，但注意过度宽松易误匹配 - 大小写不敏感加标志：
Pattern.compile(keyword, Pattern.CASE_INSENSITIVE)，比手动转小写更可靠（尤其涉及 Unicode 字符时）
性能与边界容易被忽略的点
真正上线后出问题的，往往不是语法写错，而是没压住边界条件。
- 用户输入
null或超长字符串（如 50MB 的 Base64）没校验，直接传给contains()会卡主线程甚至 OOM - 正则回溯爆炸：像
Pattern.compile("a+.*b")在长文本中可能耗时数秒，用Pattern.compile("a++.*b")（占有量词）能缓解 - 中文搜索慎用
.split(" ")分词——全角空格、不间断空格（u00A0）、换行符都得单独处理，不如用BreakIterator或现成分词库
简易搜索不难写，难的是想清楚「用户到底想搜什么」，而不是「Java 能提供什么方法」。匹配逻辑一旦定死，后期改起来比加功能还疼。
