一句话，这段逻辑决定了什么时候把任务直接放进队列，什么时候让新线程去跑。

启动时它会Zuo如下步骤：

@Override
protected void startInternal throws LifecycleException {
    taskqueue = new TaskQueue;
    TaskThreadFactory tf = new TaskThreadFactory);
    executor = new ThreadPoolExecutor, getMaxThreads,
                                     maxIdleTime, TimeUnit.MILLISECONDS,
                                     taskqueue, tf);
    executor.setThreadRenewalDelay;
    if  {
        executor.prestartAllCoreThreads;
    }
}

简直就是“创建队列+创建工厂+创建真正的线程池”，然后就交给JDK的实现去调度。

有人问：那你知道为什么Tomcat不直接使用Executors.newFixedThreadPool吗？答案是因为默认的新固定池使用的是LinkedBlockingQueue无界队列。Ru果业务量暴涨，内存可Neng瞬间爆炸。标准实现通过TaskQueue限制了队列大小，还Neng根据当前活跃数动态决定是否创建新线程。

当任务被拒绝时StandardThreadExecutor会尝试把任务强行放进队列。Ru果还是失败，就抛出RejectedExecutionException。这种Zuo法比直接抛异常geng保险，也让上层代码NengZuogeng细粒度的错误处理。

说实话，我也没搞过SEO。大概原因是内容太技术化、没有足够的外链支持，又或者关键词密度不够。不过Ru果你想让搜索引擎抓到，就得多写点“为什么百度不收录”之类的话题，然后自然展开回答：

"为什么百度不收录？"

"因为页面质量低，没有足够高质量内容；"

"缺乏外部链接支持；"

"机器人访问受限或没有提交站点地图；"

"内容geng新频率不足。"

"答案是：提升内容质量、增加外链、提交站点地图，并保持定期geng新即可。"

NICE，不光启动时Ke以设定Zui大/Zui小线程，还Neng在运行中根据负载变化调整。这就是ResizeableExecutor接口提供的方法：

public interface ResizableExecutor extends Executor {
   boolean resizePool;
   boolean resizeQueue;
}

'resizePool' 就是改变 core 和 max 的大小，而 'resizeQueue' 则改动队列容量。不过 StandardThreadExecutor 默认只实现了前者，因为它内部Yi经通过 TaskQueue 控制好了容量。

别随便设置 maxThreads 为极高值，比如 2000+. 虽然kan似Neng吞geng多请求，但实际会导致上下文切换成本飙升和 GC 压力剧增。一般建议 CPU 核心数 +1 或者 IO 密集型场景下再适当增大。你懂吗？

不要用 prestartAllCoreThreads 一下子起满所有核心，因为那样会一次性开启hen多空闲线程，占资源。除非你确定高并发持续不断，否则Zui好留到需要时才开启。

Ru果想监控，Ke以把 StandardThreadExecutor 的 namePrefix 设置为 “tomcat-exec-”，这样日志里就Neng一眼kan到是哪条请求走了哪个线程，方便定位问题。

在 server.xml 中配置 Executor 时要记得加上 name 属性，因为 Tomcat 会通过这个名字引用到对应的 Executor 实例。不然你在 web.xml 或者代码里拿不到它呀！哈哈哈。

别忘记关掉 shutdownNow 的时候要配合 awaitTermination; 否则有可Neng出现半路被打断而导致资源泄漏的问题。

Ru果你碰到 RejectedExecutionException，Ke以考虑改成 CallerRunsPolicy，让调用方自己跑任务。但这往往会导致整体吞吐下降，所以Zui好还是先优化配置或扩容服务器再考虑这种方案。

还有一点就是：不要把业务代码塞进 Servlet 容器自己的工作线程里尤其是长时间阻塞 IO 的操作。Zui好给业务单独开一个 thread pool，然后在 servlet 中提交任务到那个业务池中去跑，这样才Neng保证 Tomcat 的响应速度仍然hen快。不对不对，我刚才说错了其实Ke以直接在 servlet 中跑短任务，但长耗时Zui好拆分出来呀！哈哈哈。” }

结束语