一、tomcat并发测试
当一个进程有 500 个线程在跑的话，那性能已经是很低很低了。Tomcat 默认配置的最大请求数是 150，也就是说同时支持 150 个并发，当然了，也可以将其改大。
当某个应用拥有 250 个以上并发的时候，应考虑应用服务器的集群。
具体能承载多少并发，需要看硬件的配置，CPU 越多性能越高，分配给 JVM 的内存越多性能也就越高，但也会加重 GC 的负担。
操作系统对于进程中的线程数有一定的限制：
- Windows 每个进程中的线程数不允许超过 2000。
- Linux 每个进程中的线程数不允许超过 1000。
另外，在 Java 中每开启一个线程需要耗用 1MB 的 JVM 内存空间用于作为线程栈之用。
Tomcat的最大并发数是可以配置的，实际运用中，最大并发数与硬件性能和CPU数量都有很大关系的。更好的硬件，更多的处理器都会使Tomcat支持更多的并发。
Tomcat 默认的 HTTP 实现是采用阻塞式的 Socket 通信，每个请求都需要创建一个线程处理。这种模式下的并发量受到线程数的限制，但对于 Tomcat 来说几乎没有 BUG 存在了。
Tomcat 还可以配置 NIO 方式的 Socket 通信，在性能上高于阻塞式的，每个请求也不需要创建一个线程进行处理，并发能力比前者高。但没有阻塞式的成熟。
这个并发能力还与应用的逻辑密切相关，如果逻辑很复杂需要大量的计算，那并发能力势必会下降。如果每个请求都含有很多的数据库操作，那么对于数据库的性能也是非常高的。
对于单台数据库服务器来说，允许客户端的连接数量是有限制的。
并发能力问题涉及整个系统架构和业务逻辑。
系统环境不同，Tomcat版本不同、JDK版本不同、以及修改的设定参数不同。并发量的差异还是满大的。
二、accept-count 和 max-threads 的介绍
server.tomcat.accept-count：tomcat 启动的线程数达到最大时，接受排队的请求个数，默认值为200。
server.tomcat.max-threads：tomcat 启动的最大线程数，即同时处理的任务个数，默认值为100。
这两个值如何起作用，请看下面三种情况
情况1：接受一个请求，此时 tomcat 起动的线程数没有到达 max-threads，tomcat 会起动一个线程来处理此请求。
情况2：接受一个请求，此时 tomcat 起动的线程数已经到达 max-threads，tomcat 会把此请求放入等待队列，等待空闲线程。
情况3：接受一个请求，此时 tomcat 起动的线程数已经到达 max-threads，等待队列中的请求个数也达到了 accept-count，此时 tomcat 会直接拒绝此次请求，返回 connection refused。
三、max-threads 如何配置
一般的服务器操作都包括两方面：1计算（主要消耗 cpu），2等待（io、数据库等）
第一种极端情况，如果我们的操作是纯粹的计算，那么系统响应时间的主要限制就是 cpu 的运算能力，此时 max-threads 应该尽量设的小，降低同一时间内争抢 cpu 的线程个数，可以提高计算效率，提高系统的整体处理能力。
第二种极端情况，如果我们的操作纯粹是 IO 或者数据库，那么响应时间的主要限制就变为等待外部资源，此时 max-threads应该尽量设的大，这样 才能提高同时处理请求的个数，从而提高系统整体的处理能力。此情况下因为 tomcat 同时处理的请求量会比较大，所以需要关注一下 tomcat 的虚拟机内存设置和 linux 的 open file 限制。
我在测试时遇到一个问题，max-threads 我设置的比较大比如3000，当服务的线程数大到一定程度时，一般是2000出头，单次请求的响应时间就会急剧的增加，百思不得其解这是为什么，四处寻求答案无果，最后我总结的原因可能是 cpu 在线程切换时消耗的时间随着线程数量的增加越来越大，
cpu 把大多数时间都用来在这2000多个线程直接切换上了，当然cpu就没有时间来处理我们的程序了。
以前一直简单的认为多线程=高效率。其实多线程本身并不能提高 cpu 效率，线程过多反而会降低 cpu 效率。当 cpu 核心数<线程数时，cpu 就需要在多个线程直接来回切换，以保证每个线程都会获得 cpu 时间，即通常我们说的并发执行。所以 max-threads 的配置绝对不是越大越好。
现实应用中，我们的操作都会包含以上两种类型（计算、等待），所以maxThreads的配置并没有一个最优值，一定要根据具体情况来配置。
最好的做法是：在不断测试的基础上，不断调整、优化，才能得到最合理的配置。
四、accept-count 如何配置
accept-count 的配置，我一般是设置的跟 max-threads 一样大，这个值应该是主要根据应用的访问峰值与平均值来权衡配置的。
如果设的较小，可以保证接受的请求较快相应，但是超出的请求可能就直接被拒绝
如果设的较大，可能就会出现大量的请求超时的情况，因为我们系统的处理能力是一定的。
原创不易，转载自：