清除AtomicReference<StringBuilder>的最优方法：两种方案孰优孰劣

先看定义的实例：

private AtomicReference<StringBuilder> stringBuffer = new AtomicReference<>(new StringBuilder());

下面两种清除方法，哪种更合适？

方法一：替换为新实例 #

this.stringBuffer.set(new StringBuilder());

方法二：清空原实例并复用 #

this.stringBuffer.getAndUpdate(ref -> {
       ref.setLength(0);
       return ref;
  });

核心差异分析 #

首先明确关键前提：AtomicReference只保证引用本身的原子操作，但它持有的StringBuilder是非线程安全的可变对象。

• 方法一的特点：
  直接给AtomicReference设置全新的StringBuilder实例，操作原子性由set()方法保证，逻辑简单易懂。
  需注意：如果其他线程仍持有旧的StringBuilder引用，它们仍能修改旧实例内容——若业务场景中清除后旧实例不会再被访问，这点就不是问题。另外，每次创建新对象会有微小GC开销，绝大多数场景下可忽略。

• 方法二的风险：
  getAndUpdate()能保证「获取引用→修改→返回」的原子性，但ref.setLength(0)是在StringBuilder实例上执行的，而StringBuilder本身无线程安全保障。若此时有其他线程正在对该实例做append等修改操作，setLength(0)与并发修改会导致数据错乱，甚至抛出异常。

选择建议 #

分场景判断：

1. 无并发修改StringBuilder的场景：方法一更简洁直观，优先选用，没必要搞复杂的实例复用。
2. 存在并发访问/修改的场景：两种方法都不安全。方法一的旧实例可能被其他线程继续篡改；方法二的清空操作会与其他线程的修改冲突。这种情况建议换用线程安全的StringBuffer，或重新考量是否需要用AtomicReference持有可变对象——毕竟它无法保障对象内部状态的线程安全。

内容的提问来源于stack exchange，提问作者anon comp