直接在方法内创建StringBuilder作为局部变量天然线程安全，因其位于线程私有栈中且不逃逸；需避免赋值给字段、传入异步任务或被Lambda捕获；返回时应使用toString()而非原始引用；高频场景可用ThreadLocal复用并及时remove。
直接在方法内创建 StringBuilder 作为局部变量，天然线程安全——每个线程都在自己的栈帧里操作独立实例，根本不存在共享，也就不需要任何同步措施。
局部变量声明必须严格限制在方法体内
只要不把 StringBuilder 引用赋值给实例字段、静态字段，也不传给其他线程或异步任务，它就始终属于当前线程私有栈空间。
- ✅ 安全写法：StringBuilder sb = new StringBuilder(); sb.append("data").append(42); return sb.toString();
- ❌ 危险写法：this.sbField = sb; 或 executor.submit(() -> process(sb)); —— 引用逃逸导致共享风险
避免隐式逃逸的三类常见场景
很多线程问题不是因为用了 StringBuilder，而是它被无意“发布”出去了。
- 静态字段赋值：哪怕临时调试写 public static StringBuilder debugBuf = sb;，就会让对象全局可见
- Lambda 捕获可变引用：如 new Thread(() -> sb.append("log")).start();，sb 可能被多个线程并发修改
- 构造器或 setter 保存为成员：例如 new RequestHandler(sb) 内部把它存为 this.buffer，等于间接导出
返回结果时务必封装不可变对象
局部 StringBuilder 的内容可以安全传出，但不能直接暴露可变对象本身。
立即学习“Java免费学习笔记（深入）”；
- ✅ 正确方式：return sb.toString(); —— 返回新 String，原 sb 作用域结束即销毁
- ❌ 错误方式：return sb; —— 调用方拿到后可能继续 append，破坏线程边界
- 若需返回中间状态（如分段拼接），优先复制内容：return new String(sb); 或 Collections.unmodifiableList(...) 类比思路
高频复用场景推荐 ThreadLocal 封装
当同一个线程内多次调用拼接逻辑（比如日志格式化、SQL 构建），反复 new StringBuilder 有 GC 压力，可用 ThreadLocal 复用。
- 声明为 private static final ThreadLocal
sbHolder = ThreadLocal.withInitial(StringBuilder::new); - 使用：StringBuilder sb = sbHolder.get(); sb.setLength(0); sb.append(...);
- 关键清理：sbHolder.remove(); —— 尤其在线程池中，防止残留数据污染下一次任务
