核心线程数和最大线程数需依任务类型、硬件资源与稳定性目标动态设定：CPU密集型设为CPU核心数或+1，最大线程数通常一致；IO密集型核心线程数取CPU核心数×2～4，最大可达×5～10，并配以有界队列和合理拒绝策略。

核心线程数和最大线程数不能靠拍脑袋定，得看任务干的是什么、系统有多少资源、业务能容忍多大波动。

CPU 密集型任务怎么设

这类任务主要耗 CPU，比如图像处理、加解密、复杂计算。线程太多反而引发频繁上下文切换和缓存失效，性能不升反抖。

• corePoolSize 推荐设为 CPU 核心数（N） 或 N + 1，留一个余量应对轻量阻塞
• maximumPoolSize 通常与 corePoolSize 相同，或最多放宽到 N + 2～3，避免无谓扩容
• workQueue 用容量小的有界队列（如 ArrayBlockingQueue(100)）或 SynchronousQueue，防止任务堆积掩盖 CPU 瓶颈

IO 密集型任务怎么设

网络调用、数据库查询、文件读写会让线程大量时间处于阻塞态，CPU 其实空着。这时需要更多线程“轮着上”，把空闲 CPU 利用起来。

sc-java-to-ts-interface

将后端 Java 接口文档转换为前端 TypeScript 类型定义（interface / type）。输入：飞书文档、Spring Boot 接口文档、Swagger/OpenAPI、手写 API 文档等。输出：包含请求参数与响应结果的 .md 文件，含完整 JSDoc 注释。触发关键词：Java 转 TS、接口转换、生成前端类型、接口文档转 TypeScript、DTO/VO/BO 转 interface、后端文档转前端类型、生成接口类型、类型定义生成。

下载

• corePoolSize 可按公式估算：N × (1 + 平均等待时间 / 平均 CPU 计算时间)；实践中常取 2N～4N
• maximumPoolSize 要更高些，比如 5N～10N，用于扛突发流量，但需配合队列容量控制膨胀节奏
• workQueue 建议用有界 LinkedBlockingQueue（如容量 200～1000），避免无界队列吃光内存

别只盯数字，还得看配套参数

线程数不是孤立存在的，它和队列、拒绝策略、存活时间强耦合：

• 如果用 SynchronousQueue，maximumPoolSize 就特别关键——队列不存任务，全靠线程即时消化，设太小容易立刻触发拒绝
• keepAliveTime 对非核心线程有效，IO 型可设 60 秒以上，让临时线程在低峰时自然退场
• 拒绝策略要匹配业务：关键任务选 CallerRunsPolicy（由调用方兜底），日志类任务可用 DiscardPolicy（静默丢弃）

最后一步：验证再上线

理论值只是起点。真实效果要看压测数据：

• 监控活跃线程数、队列长度、拒绝任务数、平均响应时间
• 逐步调高线程数，观察吞吐是否线性增长、延迟是否突增、GC 是否变频
• 生产环境建议保留动态调整能力（如通过 Spring 的 ThreadPoolTaskExecutor 暴露 JMX 或 Actuator 端点）

Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南