本文讲解在 Java 字符串处理中，因使用 String.replace() 导致部分匹配（如 "rule.1" 错误匹配 "rule.10" 中的前缀）的问题，并提供安全、精准的整串替换方案。
本文讲解在 java 字符串处理中，因使用 `string.replace()` 导致部分匹配（如 `"rule.1"` 错误匹配 `"rule.10"` 中的前缀）的问题，并提供安全、精准的整串替换方案。
在 Java 开发中，String.replace(CharSequence target, CharSequence replacement) 是一个全量、非正则、基于子串匹配的简单替换方法。它不区分“完整单词”或“独立字符串”，只要目标子串存在，就会无差别替换——这正是你遇到问题的根本原因。
以你的代码为例：
buildExprByField("rule.1", "rule.10")
调用 expression.replace("rule.1", "...") 时，"rule.10" 中的 "rule.1" 被成功匹配并替换成 "isRuleLabelSuccess(\"rule.1\")"，剩余字符 "0" 被保留，最终拼接为 !(isRuleLabelSuccess("rule.1")0) —— 这显然违背了“仅当整个字符串完全等于 label 时才替换”的业务意图。
✅ 正确做法不是“替换”，而是构造：既然 predicate 本身就是待封装的完整原始值，就不应将其作为被搜索文本，而应直接用于格式化表达式。
推荐写法（简洁、安全、语义清晰）：
private static String buildExprByField(String label, String predicate) {
// ✅ 直接使用 predicate 构造完整表达式，避免任何字符串匹配风险
return "!(isRuleLabelSuccess(\"" + predicate + "\"))";
}
若业务逻辑确实需要根据 label 动态决定是否封装（例如仅当 predicate.equals(label) 时才转换），则应显式进行全等判断，而非依赖 replace：
private static String buildExprByField(String label, String predicate) {
String wrapped = predicate.equals(label)
? "isRuleLabelSuccess(\"" + label + "\")"
: predicate; // 或抛异常/返回空，按需处理不匹配场景
return "!(" + wrapped + ")";
}
⚠️ 注意事项：
- String.replace() 永远是子串替换，永远不保证整串匹配；如需整串控制，请改用 equals()、Objects.equals() 或正则 ^...$ 边界断言（如 str.replaceAll("^" + Pattern.quote(label) + "$", replacement)）；
- 使用 MessageFormat.format() 在此场景中属于过度设计且易引入转义/注入风险（如 label 含 { 或 }），纯字符串拼接更直接可靠；
- 若 predicate 来源不可信（如用户输入），务必对双引号、反斜杠等进行 JSON/JS 字符串转义，防止语法错误或脚本注入。
总结：字符串操作的核心原则是——意图决定工具。当需求是“仅对完全相等的字符串做处理”时，就该用 equals() 判断；把 replace() 当作“条件替换”使用，是典型的语义误用，也是多数隐蔽 Bug 的源头。
