在Java开发中，很多人认为多线程天生比单线程效率高，只要把任务拆开丢进线程池就能跑得更快。其实线程本身不是加速魔法，它只是让多个任务看起来或者真正同时推进。性能到底会不会提升，要看任务性质、机器资源和代码写法。
为什么多线程不一定更快
多线程带来好处的同时也有成本。最常见的影响包括下面几点：
- 线程创建和上下文切换需要消耗CPU时间，线程越多切换越频繁
- 多个线程抢同一把锁会产生阻塞，反而比单线程顺序执行还慢
- 伪共享和缓存一致性流量会让多核效率下降
- 任务本身太小，拆分和调度的开销比计算还大
任务类型决定胜负
CPU密集型任务
如果任务是纯计算，比如大规模数学运算，最佳线程数通常接近CPU核心数。开太多线程只会增加切换成本。
// CPU密集型：线程数约等于核心数 int cores = Runtime.getRuntime().availableProcessors(); ExecutorService pool = Executors.newFixedThreadPool(cores);
IO密集型任务
当线程经常等待网络或磁盘响应，多线程可以显著提升吞吐。一个线程阻塞时，其他线程仍能工作。
// IO密集型：可开较多线程 ExecutorService ioPool = Executors.newFixedThreadPool(64);
用代码看差异
下面示例比较单线程与多线程做简单累加的开销，任务很轻，多线程反而更慢：
public class SpeedTest {
static long single() {
long s = 0;
for (long i = 0; i < 10_000_000; i++) s += i;
return s;
}
static long multi() throws Exception {
int n = 4;
ExecutorService p = Executors.newFixedThreadPool(n);
List<Future<Long>> fs = new ArrayList<>();
for (int t = 0; t < n; t++) {
fs.add(p.submit(() -> {
long s = 0;
for (long i = 0; i < 2_500_000; i++) s += i;
return s;
}));
}
long sum = 0;
for (Future<Long> f : fs) sum += f.get();
p.shutdown();
return sum;
}
public static void main(String[] a) throws Exception {
long t1 = System.nanoTime(); single();
long t2 = System.nanoTime(); multi();
System.out.println("single ns:" + (t2 - t1));
System.out.println("multi ns:" + (System.nanoTime() - t2));
}
}
结论
Java里多线程不一定比单线程快。轻量计算和强锁竞争场景，单线程往往更稳。只有在IO等待多或能真正并行计算且资源充足时，多线程才显出优势。写并发代码前，先想清楚任务类型和瓶颈在哪里。