stringbuffer 通过在 public 方法上加 synchronized 实现线程安全，锁对象为 this，保证原子性和可见性；底层 char[] 操作因方法已同步无需额外加锁；与 stringbuilder 唯一区别是 synchronized 修饰，故适合多线程但性能较低；单个方法线程安全，复合操作需调用方自行同步。
StringBuffer 通过在每个 public 方法上加 synchronized 关键字实现线程同步，所有修改内部状态的方法（如 append、insert、delete、reverse 等）都是同步方法，锁对象是当前 StringBuffer 实例本身（this），从而保证多线程调用时操作的原子性和可见性。
同步方法直接锁定 this 对象
StringBuffer 的关键方法全部声明为 public synchronized 返回类型，例如：
public synchronized StringBuffer append(String str)public synchronized char charAt(int index)public synchronized void setCharAt(int index, char ch)
这意味着每次调用这些方法时，线程必须先获取该 StringBuffer 实例的 intrinsic lock（即 monitor 锁），其他线程若想调用同一实例的任意 synchronized 方法，就必须等待锁释放。这种粗粒度锁保证了整个方法执行期间对象状态不会被并发干扰。
内部字符数组操作不额外加锁
StringBuffer 底层使用 char[] value 存储内容，扩容（ensureCapacityInternal）、数组复制（getChars）、字符写入等操作都发生在 synchronized 方法体内。由于方法已加锁，这些底层操作无需再单独同步——锁的范围覆盖了从参数校验、容量检查、数组操作到更新 count 字段的全过程。
与 StringBuilder 的核心区别就在 synchronized
StringBuffer 和 StringBuilder 的代码结构几乎一致，唯一实质性差异就是 StringBuffer 的方法带 synchronized，而 StringBuilder 完全不加锁。例如 JDK 源码中：
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
- StringBuffer.append() →
public synchronized StringBuffer append(...) - StringBuilder.append() →
public StringBuilder append(...)（无 synchronized）
这也决定了 StringBuffer 适合多线程共享场景，但性能低于 StringBuilder；后者仅适用于单线程或外部已同步的场景。
注意：只同步方法，不保证复合操作原子性
虽然单个方法是线程安全的，但多个方法连用仍可能出问题。例如：
if (sb.length() == 0) sb.append("hello");
这看似“检查-然后-添加”，但 length() 和 append() 是两个独立同步方法，中间可能被其他线程修改。这种逻辑需由调用方自行加锁（如用 synchronized 块包裹整段代码），StringBuffer 不提供更高阶的原子组合操作。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
