与“java线程池”相关的TAG标签
corePoolSize和maximumPoolSize需按任务类型设定：CPU密集型为availableProcessors()+1，IO密集型建议2availableProcessors()并压测验证，混合型优先按IO估算；二者大小关系必须满足coremax，否则抛IllegalArgument...
线程池配置不当是导致Java堆内存OOM的常见原因，尤其当使用无界队列（如newLinkedBlockingQueue()）或newCachedThreadPool时，任务积压、对象长期存活引发GC失效。
直接newThread()会拖垮系统，因每创建一个线程需分配1MB栈内存、触发内核调度、带来创建/销毁开销，高并发下易导致OOM、上下文切换爆炸和延迟飙升；线程池是Java并发基础设施，应避免Executors工厂方法的陷阱，优先使用显式配置的ThreadPoolExecutor。
FixedThreadPool适合稳定可预测的并发任务，核心线程数等于最大线程数且不回收空闲线程；需显式配置有界队列和拒绝策略，避免OOM；不可用Executors.newFixedThreadPool，应手动构建ThreadPoolExecutor实例。
corePoolSize和maximumPoolSize应依任务类型设定：IO密集型用公式计算，CPU密集型CPU核数；maximumPoolSize仅在有界队列下有效，LinkedBlockingQueue默认无界致其失效；keepAliveTime建议60秒，过短增调度压力，过长占资源；拒绝策略...
Java线程池需手动构造ThreadPoolExecutor并合理设置7个参数，避免用Executors工具类引发OOM或资源耗尽；核心参数包括corePoolSize、maximumPoolSize、keepAliveTime、unit、workQueue、threadFactory和handle...
线程池本质是线程复用机制，通过提前创建并重复利用线程避免频繁创建销毁开销；其核心在于ThreadPoolExecutor的7个参数协同控制调度逻辑，而非简单容器。
submit()返回Future支持结果获取与异常捕获，execute()无返回值且异常易被静默吞掉；应显式构建ThreadPoolExecutor并合理配置参数与拒绝策略。
是。CachedThreadPool会无限制创建线程，因使用SynchronousQueue且不设线程数上限，高并发时易致nativethread耗尽和OOM；生产环境应改用有界队列与明确maxPoolSize的ThreadPoolExecutor。
不能直接newThread().start()是因为频繁创建销毁线程开销大且易失控，ExecutorService通过线程复用、队列缓冲、拒绝策略和统一关闭实现任务与执行者解耦，避免OOM和系统崩溃。
