核心是减少不必要的切换频次和降低单次切换成本:CPU密集型设线程数≈CPU核心数,IO密集型可×2~4但需实测;禁用无界队列与CachedThreadPool;优先用CAS、ConcurrentHashMap、虚拟线程及异步IO替代锁和阻塞。

高并发下线程上下文切换开销大,核心是减少不必要的切换频次和降低单次切换成本。关键不在于“消灭”切换,而在于让线程更少被抢占、更少因阻塞而让出CPU、更少因调度混乱而空转。
合理设置线程池大小,匹配硬件与任务类型
线程数远超CPU核心数时,内核调度压力剧增。例如4核机器配100个平台线程,大量时间花在切换而非计算上。
- CPU密集型任务:线程数 ≈ CPU核心数(如Runtime.getRuntime().availableProcessors())
- IO密集型任务:可适当放大(如核心数 × 2~4),但需实测验证,避免盲目堆叠
- 使用ThreadPoolExecutor时,避免无界队列+过多核心线程,防止线程持续创建又闲置
用无锁或低竞争同步替代重量级锁
synchronized或ReentrantLock在高争用下会触发线程挂起/唤醒,直接引发上下文切换。JVM虽有锁优化(偏向锁→轻量级锁→重量级锁),但竞争激烈时仍退化为系统级阻塞。
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
- 优先用CAS操作(如AtomicInteger、LongAdder)替代计数类同步
- 用ConcurrentHashMap代替HashTable或Collections.synchronizedMap
- 对简单状态判断,考虑volatile + 循环重试,避免进入阻塞态
用虚拟线程替代传统平台线程处理高IO并发
Java 21+正式支持虚拟线程(Project Loom),它由JVM调度,切换在用户态完成,无需陷入内核,开销极低。
立即学习“Java免费学习笔记(深入)”;
- IO阻塞时,虚拟线程自动让出底层平台线程,不引发系统级上下文切换
- 可轻松启动10万+并发任务,而平台线程通常卡在几千就OOM或调度失灵
- 示例:用Executors.newVirtualThreadPerTaskExecutor()提交HTTP调用任务,代码保持同步风格,性能却接近异步模型
减少线程主动让出和非必要阻塞
Thread.yield()、Object.wait()、Thread.sleep()、以及未配置超时的Lock.lock(),都会导致线程状态变更,增加调度负担。
- 避免在循环中频繁调用yield();它不保证切换,只提示调度器,实际可能白费一次切换
- 所有阻塞调用尽量设超时(如lock.tryLock(1, TimeUnit.SECONDS)、socket.setSoTimeout())
- 用CompletableFuture配合异步IO(如NIO、Netty)替代线程等待,保持线程RUNNABLE状态

















