Tomcat 线程池配置的一个自相矛盾的地方
Tomcat 可以通过 Executor 来配置线程池。
关于线程池有三个重要参数：
maxThreads: 最大线程数minSpareThreads: 最小的保持活动的线程数maxIdleTime：线程的最大空闲时间，超过这个时间将被干掉
假设上述三个配置项我们指定了值分别为最大100个线程、最小10个线程、空闲时间30秒
可矛盾在于，当你线程数达到最大值100时，基本上就不会将下来了。因为降下来要满足空闲时间超过30秒，可Tomcat每次接收请求时，都是从池里随机拿出一个线程来处理该请求的，所有很难有线程的空闲时间超过30秒的，当然了，前提是访问量不能太小。
版权声明：本文内容由阿里云实名注册用户自发贡献，版权归原作者所有，阿里云开发者社区不拥有其著作权，亦不承担相应法律责任。具体规则请查看《阿里云开发者社区用户服务协议》和《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容，填写侵权投诉表单进行举报，一经查实，本社区将立刻删除涉嫌侵权内容。
您对Tomcat线程池配置的理解基本是正确的，但关于maxIdleTime参数的解释存在一点误解。实际上，Tomcat中的线程池配置并不直接包含一个名为maxIdleTime的参数来控制线程的最大空闲时间并据此自动销毁线程。您可能混淆了其他技术或库中的线程池管理机制。
在Tomcat中，与线程池相关的主要参数确实包括maxThreads（最大线程数）和minSpareThreads（最小空闲线程数），这些用于控制线程池的大小和保持的最少活动线程数，以应对请求负载。但是，对于线程空闲后多久被回收的直接控制，并不是通过一个简单的maxIdleTime参数实现的。
Tomcat处理线程空闲和回收的方式相对简单：一旦线程池达到其最大容量（maxThreads），并且没有更多的请求需要处理，额外的线程会自然地因为没有任务而进入等待状态。它们不会因为达到了某个空闲时间阈值就被销毁，除非整个Web应用或容器关闭，或者通过其他外部管理机制进行干预。
如果您希望实现基于空闲时间的线程回收策略，这通常是在更底层的Java并发库（如java.util.concurrent.ThreadPoolExecutor）中通过自定义线程池配置来完成的，而不是Tomcat直接提供的配置项。在某些高级应用场景中，可能会结合使用Tomcat与自定义的线程池实现来达到这样的效果，但这超出了Tomcat标准配置的范畴。
总结来说，Tomcat线程池主要通过maxThreads和minSpareThreads来平衡性能和资源消耗，而不直接提供基于空闲时间的线程回收设置。要实现类似功能，可能需要深入到Java并发编程层面进行定制化开发。
