为何Java多线程程序耗时未达预期，反而接近串行执行？

核心原因大概率集中在以下几点： #

• 误用不可变String进行高频拼接
  String是不可变类，每次拼接都会生成新的String对象，多线程场景下会瞬间产生大量对象。这些对象会触发频繁的垃圾回收（GC），GC线程会抢占CPU资源，导致业务线程的执行被频繁打断。同时，如果多个线程操作的是同一个共享String变量，底层内存区域的竞争会让线程被迫排队，最终表现得像串行执行。单线程时虽然也会创建对象，但没有线程竞争，GC压力小，所以耗时稳定。

• 共享资源的隐性竞争阻塞
  如果所有线程都在操作同一个全局字符串变量，哪怕你没显式加锁，JVM内部的一些机制（比如String的intern池操作、数组复制时的内存竞争）也会导致线程互相等待。这种隐性的同步会让多线程失去并行优势，变成串行执行，总耗时自然接近单线程的5倍。

• GC线程抢占大量CPU
  多线程下高频创建String对象会让GC的频率和耗时大幅增加，GC过程中会暂停所有业务线程（Stop-The-World），多次STW的累积时间会让总耗时急剧上升。单线程时对象生成速度慢，GC触发少，对执行的影响可以忽略。

验证与修复建议 #

• 替换拼接方式：每个线程使用独立的StringBuilder进行拼接（StringBuilder是线程不安全但性能高的可变字符串类，适合单线程内部使用），如果需要共享拼接结果，再合并各自的StringBuilder输出。
• 避免共享资源：确保每个线程操作的是局部变量，不要让多个线程竞争同一个字符串对象。
• 查看GC日志：添加JVM参数-XX:+PrintGCDetails -XX:+PrintGCTimeStamps，检查是否有频繁GC导致的停顿，确认GC对耗时的影响。

内容的提问来源于stack exchange，提问作者Mark Zhou