Java中如何判断两个字符串相等_equals与==的底层差异-java教程-PHP中文网

字符串比较必须用equals()而非==，因==仅比较内存地址，equals()才逐字符比对内容；需防范null异常，推荐字面量.equals(变量)或objects.equals()。

java中如何判断两个字符串相等_equals与==的底层差异

字符串比较用 `equals()`，不用 `==`

Java 中判断两个字符串内容是否相等，必须用 equals() 方法；== 只比较引用是否指向同一块内存地址，几乎永远不是你想要的逻辑。

常见错误现象：两个内容完全一样的字符串，用 == 判断却返回 false。比如：

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

这是因为 a 和 b 是两个独立对象，虽然内容一样，但堆内存地址不同。

== 比较的是栈中变量存储的引用值（即对象地址），和字符串字面量是否在常量池无关
equals() 是 String 类重写后的方法，逐字符比对内容，语义上才是“相等”
即使两个字符串都来自字面量（如 String x = "abc"; String y = "abc";），== 可能为 true，但这只是 JVM 字符串常量池优化的结果，不可依赖

`equals()` 的空指针风险与安全写法

直接调用 str1.equals(str2) 时，如果 str1 为 null，会抛出 NullPointerException；而 str2 是否为 null 不影响方法执行——因为 null 不能调用任何方法。

使用场景：用户输入、配置读取、JSON 解析后的字段都可能为 null，硬写 a.equals(b) 是高危操作。

Alibabacloud Sdk Client Initialization For Java

在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。

下载

推荐写法："expected".equals(input) —— 把字面量放左边，避免空指针
JDK 7+ 可用 Objects.equals(a, b)，内部做了 null 安全处理
不要用 a != null && a.equals(b)，冗余且易漏判

为什么 `String` 要重写 `equals()`？和 `Object` 默认行为的区别

Object 类的 equals() 默认就是用 == 实现的，只比较引用。而 String 作为高频使用的不可变类，语义上“内容相同即相等”，所以 JDK 明确重写了它。

性能影响：相比 == 的 O(1) 地址比较，equals() 是 O(n) 时间复杂度，需遍历字符数组；但这是必要代价——没有捷径能绕过内容比对。

重写同时配套重写了 hashCode()，保证相等字符串有相同哈希值，这对 HashMap、HashSet 正常工作至关重要
注意：equalsIgnoreCase() 忽略大小写，但仍是内容比较，也安全，不过性能略低（要转大小写或查表）
不要为了“省一次方法调用”而用 == 碰运气，尤其在单元测试或边界 case 下极易翻车

字符串拼接后比较的陷阱：`new String(...)` 和常量池

用 + 拼接字符串时，编译期能确定的字面量会进入常量池，运行期拼接则生成新对象。这直接影响 == 的结果，但不影响 equals()。

错误认知：“拼出来一样的字符串，== 就该是 true”。实际：

String a = "ab" + "c";           // 编译期优化，常量池中已存在 "abc"
String b = "ab";
String c = b + "c";              // 运行期拼接，new StringBuilder().toString() → 新对象
System.out.println(a == c);      // false
System.out.println(a.equals(c)); // true