tomcat中的线程池源码_tomcat线程数

文章目录：

• 1、怎么运行深入剖析tomcat中的源码
• 2、如何设置tomcat websocket线程池
• 3、tomcat线程池队列满返回状态码是多少
• 4、怎样判断tomcat线程池太小
• 5、tomcat的每个线程在干什么？

怎么运行深入剖析tomcat中的源码

在你要看代码的地方，ctrl+方法名（或者类名），会弹出一个页面，在这个页面上，你关联一下你下载的Tomcat源码包。 关闭之后，在ctrl+方法名（或者类名）就可以看到源码了。

如何设置tomcat websocket线程池

WebSocket协议属于HTML5标准，越来越多浏览器已经原生支持WebSocket，它能让客户端和服务端实现双向通信。在客户端和服务器端建立一条WebSocket连接后，服务器端消息可直接发送到客户端，从而打破传统的请求响应模式，避免了无意义的请求。比如传统的方式可能会使用AJAX不断请求服务器端，而WebSocket则可以直接发送数据到客户端且客户端不必请求。同时，由于有了浏览器的原生支持，编写客户端应用程序也变得更加便捷且不必依赖第三方插件。另外，WebSocket协议摒弃了HTTP协议繁琐的请求头，而是以数据帧的方式进行传输，效率更高。

tomcat线程池队列满返回状态码是多少

304。

tomcat为了方便管理组件和容器的生命周期，定义了从创建、启动、到停止、销毁共12种状态，tomcat生命周期管理了内部状态变化的规则控制，组件和容器只需实现相应的生命周期方法即可完成各生命周期内的操作。

HTTP状态码是用以表示网页服务器HTTP响应状态的3位数字代码。客户端应当继续发送请求。这个临时响应是用来通知客户端它的部分请求已经被服务器接收，且仍未被拒绝。客户端应当继续发送请求的剩余部分，或者如果请求已经完成，忽略这个响应。服务器必须在请求完成后向客户端发送一个最终响应。

怎样判断tomcat线程池太小

web server允许的最大线程连接数还受制于操作系统的内核参数设置,通常Windows是2000个左右，Linux是1000个左右。

1.编辑tomcat安装目录下的conf目录下的server.xml文件

在tomcat配置文件server.xml中的Connector /配置中，和连接数相关的参数有：

maxThreads="150" 表示最多同时处理150个连接,Tomcat使用线程来处理接收的每个请求。这个值表示Tomcat可创建的最大的线程数。默认值200。

minSpareThreads="25" 表示即使没有人使用也开这么多空线程等待

maxSpareThreads="75" 表示如果最多可以空75个线程，例如某时刻有80人访问，之后没有人访问了，则tomcat不会保留80个空线程，而是关闭5个空的。 （一旦创建的线程超过这个值，Tomcat就会关闭不再需要的socket线程。默认值50。

）

acceptCount="100" 当同时连接的人数达到maxThreads时，还可以接收排队的连接数量，超过这个连接的则直接返回拒绝连接。（指定当任何能够使用的处理请求的线程数都 被使用时，能够放到处理队列中的请求数，超过这个数的请求将不予处理。默认值10。 ）

其中和最大连接数相关的参数为maxThreads和acceptCount。如果要加大并发连接数，应同时加大这两个参数。

web server允许的最大连接数还受制于操作系统的内核参数设置，通常Windows是2000个左右，Linux是1000个左右。tomcat5中的配置示例：

Connector port="8080"

maxThreads="150" minSpareThreads="25" maxSpareThreads="75"

acceptCount="100"/

对于其他端口的侦听配置，以此类推。

线程池一般有三个重要参数：

1. 最大线程数。在程序运行的任何时候，线程数总数都不会超过这个数。如果请求数量超过最大数时，则会等待其他线程结束后再处理。

2. 最大共享线程数，即最大空闲线程数。如果当前的空闲线程数超过该值，则多余的线程会被杀掉。

3. 最小共享线程数，即最小空闲线程数。如果当前的空闲数小于该值，则一次性创建这个数量的空闲线程，所以它本身也是一个创建线程的步长。

线程池有两个概念：

1. Worker线程。工作线程主要是运行执行代码，有两种状态：空闲状态和运行状态。在空闲状态时，类似“休眠”，等待任务；处理运行状态时，表示正在运行任务（Runnable）。

2. 辅助线程。主要负责监控线程池的状态：空闲线程是否超过最大空闲线程数或者小于最小空闲线程数等。如果不满足要求，就调整之。

来 看一下线程池究竟是怎么一回事？其实线程池的原理很简单，类似于操作系统中的缓冲区的概念，它的流程如下：先启动若干数量的线程，并让这些线程都处于睡眠 状态，当客户端有一个新请求时，就会唤醒线程池中的某一个睡眠线程，让它来处理客户端的这个请求，当处理完这个请求后，线程又处于睡眠状态。可能你也许会 问：为什么要搞得这么麻烦，如果每当客户端有新的请求时，我就创建一个新的线程不就完了？这也许是个不错的方法，因为它能使得你编写代码相对容易一些，但 你却忽略了一个重要的问题??性能！就拿我所在的单位来说，我的单位是一个省级数据大集中的银行网络中心，高峰期每秒的客户端请求并发数超过100，如果 为每个客户端请求创建一个新线程的话，那耗费的CPU时间和内存将是惊人的，如果采用一个拥有200个线程的线程池，那将会节约大量的的系统资源，使得更 多的CPU时间和内存用来处理实际的商业应用，而不是频繁的线程创建与销毁。

介绍了tomcat、jetty和resin三种Java Web容器的线程池后，按照惯例应该比较它们的优缺点。不过先总结线程池的特点。

线程池作为提高程序处理数据能力的一种方案，应用非常广泛。大量的服务器都或多或少的使用到了线程池技术，不管是用Java还是C++实现，线程池都有如下的特点：

线程池一般有三个重要参数：

1. 最大线程数。在程序运行的任何时候，线程数总数都不会超过这个数。如果请求数量超过最大数时，则会等待其他线程结束后再处理。

2. 最大共享线程数，即最大空闲线程数。如果当前的空闲线程数超过该值，则多余的线程会被杀掉。

3. 最小共享线程数，即最小空闲线程数。如果当前的空闲数小于该值，则一次性创建这个数量的空闲线程，所以它本身也是一个创建线程的步长。

线程池有两个概念：

1. Worker线程。工作线程主要是运行执行代码，有两种状态：空闲状态和运行状态。在空闲状态时，类似“休眠”，等待任务；处理运行状态时，表示正在运行任务（Runnable）。

2. 辅助线程。主要负责监控线程池的状态：空闲线程是否超过最大空闲线程数或者小于最小空闲线程数等。如果不满足要求，就调整之。

1、修改启动时内存参数、并指定JVM时区 （在windows server 2008 下时间少了8个小时）：

在Tomcat上运行j2ee项目代码时，经常会出现内存溢出的情况，解决办法是在系统参数中增加系统参数：

window下， 在catalina.bat最前面：

set JAVA_OPTS=-XX:PermSize=64M -XX:MaxPermSize=128m -Xms512m -Xmx1024m;-Duser.timezone=GMT+08;

一定加在catalina.bat最前面。

linux下，在catalina.sh最前面增加：

JAVA_OPTS="-XX:PermSize=64M -XX:MaxPermSize=128m -Xms512m -Xmx1024m -Duser.timezone=Asia/Shanghai"

注意：前后二者区别，有无set，有无双引号。

2、线程池配置（Tomcat6下）

使用线程池，用较少的线程处理较多的访问，可以提高tomcat处理请求的能力。使用方式：

首先。打开/conf/server.xml，增加

Executor name="tomcatThreadPool" namePrefix="catalina-exec-"

maxThreads="500" minSpareThreads="20" maxIdleTime="60000" /

最大线程500（一般服务器足以），最小空闲线程数20，线程最大空闲时间60秒。

然后，修改Connector ...节点，增加executor属性，如:

Connector executor="tomcatThreadPool"

port="80"

protocol="HTTP/1.1"

maxThreads="600"

minSpareThreads="100"

maxSpareThreads="300"

connectionTimeout="60000"

keepAliveTimeout="15000"

maxKeepAliveRequests="1"

redirectPort="443"

....../

maxThreads:Tomcat可创建的最大的线程数，每一个线程处理一个请求；

minSpareThreads:最小备用线程数，tomcat启动时的初始化的线程数；

maxSpareThreads:最大备用线程数，一旦创建的线程超过这个值，Tomcat就会关闭不再需要的socket线程；

acceptCount:指定当所有可以使用的处理请求的线程数都被使用时，可以放到处理队列中的请求数，就是被排队的请求数，超过这个数的请求将拒绝连接。

connnectionTimeout:网络连接超时，单位：毫秒。设置为0表示永不超时，这样设置有隐患的。通常可设置为30000毫秒。

enableLookups:是否允许DNS查询

注意：可以多个connector公用1个线程池。

3、调整连接相关Connector的参数：

Connector executor="tomcatThreadPool"

port="80" protocol="HTTP/1.1"

connectionTimeout="60000"

keepAliveTimeout="15000"

maxKeepAliveRequests="1"

redirectPort="443"

maxHttpHeaderSize="8192" URIEncoding="UTF-8" enableLookups="false" acceptCount="100" disableUploadTimeout="true"/

参数说明：

connectionTimeout - 网络连接超时，单位：毫秒。设置为0表示永不超时，这样设置有隐患的。通常可设置为30000毫秒。

keepAliveTimeout - 长连接最大保持时间（毫秒）。此处为15秒。

maxKeepAliveRequests - 最大长连接个数（1表示禁用，-1表示不限制个数，默认100个。一般设置在100~200之间） the maximum number of HTTP requests that can be held in the pipeline until the connection is closed by the server. Setting this attribute to 1 disables HTTP/1.0 keep-alive, as well as HTTP/1.1 keep-alive and pipelining. Setting this to -1 allows an unlimited number of pipelined or keep-alive HTTP requests. If not specified, this attribute is set to 100.

maxHttpHeaderSize - http请求头信息的最大程度，超过此长度的部分不予处理。一般8K。

URIEncoding - 指定Tomcat容器的URL编码格式。

acceptCount - 指定当所有可以使用的处理请求的线程数都被使用时，可以放到处理队列中的请求数，超过这个数的请求将不予处理，默认为10个。defines the maximum queue length for incoming connection requests when all possible request processing threads are in use. Any requests received when the queue is full are refused. The default value is 10.

disableUploadTimeout - 上传时是否使用超时机制

enableLookups - 是否反查域名，取值为：true或false。为了提高处理能力，应设置为false

bufferSize - defines the size (in bytes) of the buffer to be provided for input streams created by this connector. By default, buffers of 2048 bytes are provided.

maxSpareThreads - 做多空闲连接数，一旦创建的线程超过这个值，Tomcat就会关闭不再需要的socket线程 the maximum number of unused request processing threads that are allowed to exist until the thread pool starts stopping the unnecessary threads. The default value is 50.

maxThreads - 最多同时处理的连接数，Tomcat使用线程来处理接收的每个请求。这个值表示Tomcat可创建的最大的线程数。。 the maximum number of request processing threads to be created by this Connector, which therefore determines the maximum number of simultaneous requests that can be handled. If not specified, this attribute is set to 200.

minSpareThreads - 最小空闲线程数，Tomcat初始化时创建的线程数 the number of request processing threads that are created when this Connector is first started. The connector will also make sure it has the specified number of idle processing threads available. This attribute should be set to a value smaller than that set for maxThreads. The default value is 4.

minProcessors - 最小空闲连接线程数，用于提高系统处理性能，默认值为10。（用于Tomcat4中）

maxProcessors - 最大连接线程数，即：并发处理的最大请求数，默认值为75。（用于Tomcat4中）

备注：

Tomcat4中可以通过修改minProcessors和maxProcessors的值来控制线程数。

在Tomcat5+主要对以下参数调整

maxThreads

Tomcat使用线程来处理接收的每个请求。这个值表示Tomcat可创建的最大的线程数。

acceptCount

指定当所有可以使用的处理请求的线程数都被使用时，可以放到处理队列中的请求数，超过这个数的请求将不予处理。

connnectionTimeout

网络连接超时，单位：毫秒。设置为0表示永不超时，这样设置有隐患的。通常可设置为30000毫秒。

minSpareThreads

Tomcat初始化时创建的线程数。

maxSpareThreads

一旦创建的线程超过这个值，Tomcat就会关闭不再需要的socket线程。

tomcat的每个线程在干什么？

现象如下：刚启动后，java几乎耗尽了所有的CPU，压力大嘛。

几分钟后，CPU 100% idle, tomcat也不接受任何请求了，感觉就是tomcat死了。

ps -efL | grep java | wc -l 可以发现tomcat的线程池满了，每个线程都在，就是不工作了。

google后发现，有这种问题还不在少数，具体原因也不尽相同，但根本的原因就一个线程发生了死锁。 这就好理解了，所有的线程都在等待某种资源，所以也就idle了。

1、 ps -ef | grep java

得到java的pid

2、kill -QUIT 得到的pid

这个命令给java发送了一个信号，tomcat会把每个线程的情况写在tomcat的日志文件catalina.out中

这下你可以分析原因了。

我的问题解决了，线程在等待两种资源，

1、 dbcp , 这是个数据库连接池，资源有限，用完了就得等。

2、ibatis的一个东西，在老的版本中ibatis对数据库资源也有控制 既然有两种资源要争用，就有可能会死锁。

最后发现，新版的ibatis(2.3.2)已没有这个资源控制了，就是嘛，dbcp都有连接池了，ibatis就用不着了。