如何在 Java 中使用 String.contentEquals() 比较字符串与 StringBuffer 的内容-java教程-PHP中文网

可以，String.contentEquals()支持直接比较String与StringBuffer，仅逐字符比对内容，不创建新对象、不触发toString()、无同步开销，但需注意多线程下可能读到不一致状态。

如何在 java 中使用 string.contentequals() 比较字符串与 stringbuffer 的内容

String.contentEquals() 能否直接比较 String 和 StringBuffer

可以，String.contentEquals() 明确支持传入 StringBuffer（以及 StringBuilder、CharSequence 子类），它只比对字符序列内容，不关心可变性或线程安全性。

常见错误是误用 equals()：比如 "abc".equals(new StringBuffer("abc")) 一定返回 false，因为 StringBuffer 没有重写 equals() 方法，会走 Object.equals() 做引用比较。

contentEquals() 的参数类型和实际行为

contentEquals() 接收一个 CharSequence 参数，StringBuffer 实现了该接口，所以能直接传入。方法内部逐字符对比，不创建新字符串，也不触发 toString() —— 这意味着没有额外对象分配，也没有同步开销（尽管 StringBuffer 本身是同步的，但 contentEquals() 只读取其内部 char[] 和 count 字段）。

传入 null 会抛 NullPointerException
传入空 StringBuffer（如 new StringBuffer()）与空字符串 "" 比较结果为 true
若 StringBuffer 处于修改中（多线程场景下未加锁），contentEquals() 仍可能读到不一致状态 —— 它不加锁，只是“快照式”读取当前 count 和底层数组

和 toString().equals() 对比：性能与安全边界

避免写成 str.equals(buf.toString())：这会强制触发 StringBuffer.toString()，后者新建一个 String 对象（即使内容相同），带来 GC 压力；而且在高并发下，toString() 内部会加锁，可能成为瓶颈。

contentEquals() 绕过这些，更轻量。但要注意：它不处理编码或 Unicode 边界（比如代理对），和 equals() 行为一致，仅做 16-bit char 级别逐位比对。

java-api-doc-generator

分析 Java Spring Boot 后端 Controller 代码，自动生成 Markdown 格式的接口文档。当用户说“生成 Java 接口文档”、“生成 API 文档”、“从 Spring 代码生成文档”时触发。

下载

示例：

String s = "hello";
StringBuffer buf = new StringBuffer("hello");
System.out.println(s.contentEquals(buf)); // true
buf.append(" world");
System.out.println(s.contentEquals(buf)); // false