string.contains() 不适合博客搜索，因其仅支持严格子串匹配，无法处理大小写、空格、标点、拼写错误、同义词及模糊查询；预处理+tolowercase()+indexof() 或转义通配正则匹配（如 .*java.*config.*）是更实用的轻量替代方案。
为什么 String.contains() 不适合做博客搜索器
它只能判断子串存在，没法处理大小写、空格差异、标点干扰，更别说模糊匹配了。比如用户搜 "java setup"，但文章里写的是 "Java Setup Guide" 或 "java-setup"，contains() 直接返回 false。
真实博客内容杂：有中英文混排、多余空格、HTML 实体残留（如 ），甚至用户输错一个字母就搜不到——这不是功能缺陷，是设计起点错了。
- 用
toLowerCase().contains()是最常见补救，但治标不治本：无法解决拼写错误、同义词、缩写（如"jdk"vs"Java Development Kit"） - 如果博客数据量超过几百条，每次遍历全文调用
contains()会明显卡顿，尤其在老旧笔记本或 CI 环境里 - 别提前用正则——
Pattern.compile()每次新建开销大，且用户输入含.*?时会意外触发异常
用 String.indexOf() + 预处理能撑多久
比 contains() 多一点控制权：可以跳过前导空格、统一空白符、忽略常见标点。但它仍是精确匹配，只是“更干净的精确”。适合单机小项目、原型验证、或你明确知道用户只会输完整关键词。
关键在预处理逻辑，不是函数本身：
立即学习“Java免费学习笔记（深入）”；
- 对每篇博客正文，先执行
text.replaceAll("[\p{Punct}\s]+", " ").trim()，把所有标点和连续空白换成单个空格 - 用户输入也走同样清洗，再转小写，再用
indexOf()查找 - 避免用
split(" ")后逐词比对——中文没空格分词，"Java教程"会被切碎，搜"教程"就失效 - 注意
indexOf()返回-1表示未找到，别直接拿这个值当布尔用，容易漏判
简单又不太丢体验的折中方案：String.matches() 加基础通配
不用引入 Lucene 或 SQLite 全文索引，也能让搜索像那么回事。核心是把用户输入转成宽松正则，只支持 * 通配（表示任意字符序列），其余字符原样转义。
示例：用户输 "java * config" → 转成正则 java.*config，再用 text.toLowerCase().matches(pattern) 判断。
- 必须对用户输入做
Pattern.quote()处理非*部分，否则"j.d"会被当成j.任意字符d -
matches()默认全字符串匹配，所以要把*替换为.*，并在首尾加.*，即.*java.*config.* - 性能上比
contains()略差，但用户无感；别用find()，那需要额外编译Pattern对象，重复创建很伤 - 别支持
?或正则元字符——用户不是开发者，输错一个[就崩，日志里全是PatternSyntaxException
控制台输出结果时最容易被忽略的细节
搜索出 5 篇匹配文章，但用户扫一眼根本分不清哪篇更相关。光打印标题和前 50 字不够，尤其当多篇文章标题雷同（比如都叫 "Spring Boot 入门"）。
- 给每条结果加行号，用
System.out.printf("%2d. %s%n", index, title)，避免手算对齐错位 - 高亮匹配关键词：把原文中首次命中部分用
[关键词]包裹，而不是全篇替换——否则中文里“配置”和“配置项”会互相污染 - 如果博客数据来自文件，记得检查编码：
Files.readAllLines(path, StandardCharsets.UTF_8)，Windows 上默认 GBK 读出来全是乱码，错误信息是MalformedInputException - 别在循环里反复调用
System.out.println()输出长文本，合起来用一次printf或构建StringBuilder，否则控制台滚动卡顿明显
真正难的不是匹配算法，是让用户在没 GUI 的情况下，三秒内确认“这正是我要找的”。匹配准不准，一半看逻辑，一半看输出是不是把关键信息推到了他眼睛底下。
