corePoolSize是新任务提交时立即创建线程的阈值，而非“最小线程数”；当线程数未达corePoolSize时，新任务触发即时线程创建，否则进入队列或按拒绝策略处理。

生产环境应手动创建ThreadPoolExecutor，显式配置核心线程数、最大线程数、队列容量和拒绝策略；submit()适用于需结果和异常处理的场景，execute()仅执行无返回任务；shutdown后须调用awaitTermination等待任务完成。

线程池参数需依任务类型、资源瓶颈和响应要求动态调整：计算型任务corePoolSize≈CPU核数，I/O型可设2倍及以上；keepAliveTime推荐I/O型60秒、计算型10~30秒；生产环境优先选用有界队列并合理估算容量；拒绝策略应避免AbortPolicy和DiscardPolicy，推荐CallerRuns...

corePoolSize是“常驻线程阈值”，新任务到来时若线程数未达该值即新建线程执行，无论线程是否空闲；workQueue是“线程扩容开关”，仅当其满且线程数小于maxPoolSize时才创建非核心线程。

corePoolSize和maximumPoolSize需按任务类型设定：CPU密集型为availableProcessors()+1，IO密集型建议2×availableProcessors()并压测验证，混合型优先按IO估算；二者大小关系必须满足core≤max，否则抛IllegalArgumentExceptio...

线程池配置不当是导致Java堆内存OOM的常见原因，尤其当使用无界队列（如newLinkedBlockingQueue()）或newCachedThreadPool时，任务积压、对象长期存活引发GC失效。