在Java中如何进行字符串比较_Javaequals与比较运算解析

用 equals() 比较字符串内容,别用 ==;equal

s() 逐字符比较且安全处理 null,但需非 null 对象调用;忽略大小写用 equalsIgnoreCase();防 NPE 应字面量在左或用 Objects.equals()。

equals() 比较字符串内容,别用 ==

Java 中字符串比较最常踩的坑就是误用 ==。它比较的是两个引用是否指向**同一个对象**,不是内容是否相同。哪怕两个字符串字面值完全一样,只要不是来自字符串常量池或没被 intern() 过,== 就可能返回 false

正确做法始终是调用 String.equals(Object) —— 它逐字符比内容,且会安全处理 null 参数(返回 false,不抛 NullPointerException)。

String a = new String("hello");
String b = new String("hello");
System.out.println(a == b);        // false
System.out.println(a.equals(b));   // true

String c = "world";
String d = "world";
System.out.println(c == d);        // true(常量池优化)
System.out.println(c.equals(d));   // true(结果一致,但机制不同)

equals() 的大小写敏感与替代方案

String.equals() 默认严格区分大小写。需要忽略大小写时,不能靠 toLowerCase() 再比较(有 locale 和性能问题),应直接用 equalsIgnoreCase()

  • equalsIgnoreCase() 是专为此设计的,内部做了优化,也处理 null
  • 若需更精细控制(如土耳其语 i/I 规则),才考虑 String.regionMatches()Collator
  • 避免 s1.toLowerCase().equals(s2.toLowerCase()):可能在某些 locale 下行为异常,且创建了额外字符串对象

空指针风险:谁调用 equals() 很关键

虽然 String.equals() 能安全接收 null 参数,但前提是它被**非 null 字符串对象调用**。如果左边是 null,调用 null.equals(...) 会直接抛 NullPointerException

常见写法错误:

String input = getUserInput(); // 可能为 null
if (input.equals("quit")) { ... } // 危险!

安全写法(把字面量放左边):

if ("quit".equals(input)) { ... } // 安全,字面量不会为 null

或者用 Objects.equals()(Java 7+):

import java.util.Objects;
if (Objects.equals(input, "quit")) { ... } // 自动判 null,推荐

性能与场景选择:什么时候该用 compareTo()contentEquals()

equals() 足够应付绝大多数相等判断。但有些场景需注意:

  • 需要排序或获取大小关系(比如 TreeMap key)?用 compareTo(),它返回 -1/0/1,不是布尔值
  • 比较 StringStringBuilder/CharSequence?用 contentEquals(),它不强制转成 String,避免额外拷贝
  • 大量短字符串高频比较?JVM 通常已对 equals() 做了内联和优化,一般无需手动替换;但若 profiling 确实发现瓶颈,可考虑预计算哈希或使用 String.hashCode() 快速筛(注意哈希冲突)

真正容易被忽略的是:常量池行为只适用于编译期确定的字符串字面量;运行时拼接(如 "a" + getVar())不一定进池,所以永远别依赖 == 做逻辑判断。