测试tomcat线程数：
 
 
<Executor name="tomcatThreadPool" namePrefix="catalina-exec-"
        maxThreads="2" minSpareThreads="1" maxQueueSize="1"/>
<Connector port="8080"  executor="tomcatThreadPool" protocol="HTTP/1.1"
               connectionTimeout="20000"
               redirectPort="8443"  URIEncoding="UTF-8"/>
<Connector  executor="tomcatThreadPool" port="8009" protocol="AJP/1.3" redirectPort="8443" />
启用的协议是apr协议。因为我用了executor属性，官方文档中对Connector标签中的executor属性是这么说的： 
 

 
 
 
A reference to the name in an Executor element. If this attribute is set, and the named executor exists, the connector will use the executor, and all the other thread attributes will be ignored. Note that if a shared executor is not specified for a connector then the connector will use a private, internal executor to provide the thread pool.
 
 如果用了executor属性，那么所有其他的thread的属性将会被忽略。所以此时我们只有看Executor标签，来设置executor标签中的属性：
 

 
maxThreads
 
(int) The max number of active threads in this pool, default is 200
 
 

 
minSpareThreads
 
(int) The minimum number of threads always kept alive, default is 25
 
 

 
maxQueueSize
 
(int) The maximum number of runnable tasks that can queue up awaiting execution before we reject them. Default value is Integer.MAX_VALUE
 
 

 如果我的executor标签中不设置maxQueneSize属性，那么默认的为int的最大值，意思就是：如果我不设置这个，那么请求数在达到Integer.MAX_VALUE之前是不会被拒绝的，都会放在队列里面等待执行。
 
如果我按照上面的配置，最小存活数是1，最大活跃线程数是2，队列里面最大是1，那么当我们重启tomcat的时候，第一次去请求会发现一共只有3个请求线程被执行（2+1），剩下的请求都会被tomcat直接reject拒绝掉，如果你去捕获异常，会发现抛出如下错误：
 
警告: Socket processing request was rejected for:469001312
 java.util.concurrent.RejectedExecutionException: Work queue full.
 at org.apache.catalina.core.StandardThreadExecutor.execute(StandardThreadExecutor.java:172)
 at org.apache.tomcat.util.net.AprEndpoint.processSocketWithOptions(AprEndpoint.java:882)
 at org.apache.tomcat.util.net.AprEndpoint$Acceptor.run(AprEndpoint.java:1088)
 at java.lang.Thread.run(Thread.java:745)
 
 
 一月 10, 2017 2:59:34 下午 org.apache.tomcat.util.net.AprEndpoint processSocket
 警告: Socket processing request was rejected for:468993104
 java.util.concurrent.RejectedExecutionException: Work queue full.
 at org.apache.catalina.core.StandardThreadExecutor.execute(StandardThreadExecutor.java:172)
 at org.apache.tomcat.util.net.AprEndpoint.processSocket(AprEndpoint.java:913)
 at org.apache.tomcat.util.net.AprEndpoint$Poller.run(AprEndpoint.java:1973)
 at java.lang.Thread.run(Thread.java:745)
 socket请求被拒绝，直接返回502错误。
 
当我们再次用多线程去请求的时候，发现此时就不一定只有3个线程可用了，会发现基本上都会大于3个？（why）
 

 
 

一般总结哦，有其他更好的方式，希望各位留言，谢谢。
 
CPU密集型时，任务可以少配置线程数，大概和机器的cpu核数相当，这样可以使得每个线程都在执行任务
 
IO密集型时，大部分线程都阻塞，故需要多配置线程数，2*cpu核数
 
 

 
 
操作系统之名称解释：
 
某些进程花费了绝大多数时间在计算上，而其他则在等待I/O上花费了大多是时间，
 
前者称为计算密集型（CPU密集型）computer-bound，后者称为I/O密集型，I/O-bound。
 
 

 

使用Weblogic版本：Weblogic 11g(10.3.6)
 
设置Weblogic的线程数有两种方法，
 
第一种，通过启动参数设置：
 
-Dweblogic.threadpool.MinPoolSize=1000 -Dweblogic.threadpool.MaxPoolSize=1000
 
 
 
可以加在setDomainEnv.sh文件JAVA_OPTIONS下面；
 
第二种，通过config.xml配置文件：
 
 
 
 
<server>
 
 
    <name>AdminServer</name>
 
 
    <self-tuning-thread-pool-size-min>1000</self-tuning-thread-pool-size-min>
 
 
    <self-tuning-thread-pool-size-max>1000</self-tuning-thread-pool-size-max>
 
 
</server>
 
 
 
 
 
Window环境下设置完应该直接重新启动就可以生效，Linux下，有可能会出现以下错误：
 
 
 
 
 
Attempting to allocate 4G bytes
 
 
 
There is insufficient native memory for the Java
 
 
Runtime Environment to continue.
 
 
 
Possible reasons:
 
 
  The system is out of physical RAM or swap space
 
 
  In 32 bit mode, the process size limit was hit
 
 
 
Possible solutions:
 
 
  Reduce memory load on the system
 
 
  Increase physical memory or swap space
 
 
  Check if swap backing store is full
 
 
  Use 64 bit Java on a 64 bit OS
 
 
  Decrease Java heap size (-Xmx/-Xms)
 
 
  Decrease number of Java threads
 
 
  Decrease Java thread stack sizes (-Xss)
 
 
  Disable compressed references (-XXcompressedRefs=false)
 
 
 
java.lang.OutOfMemoryError: Resource temporarily unavailable in tsStartJavaThread (lifecycle.c:1097).
 
 
 
Attempting to allocate 4G bytes
 
 
 
There is insufficient native memory for the Java
 
 
Runtime Environment to continue.
 
 
 
Possible reasons:
 
 
  The system is out of physical RAM or swap space
 
 
  In 32 bit mode, the process size limit was hit
 
 
 
Possible solutions:
 
 
  Reduce memory load on the system
 
 
  Increase physical memory or swap space
 
 
  Check if swap backing store is full
 
 
  Use 64 bit Java on a 64 bit OS
 
 
  Decrease Java heap size (-Xmx/-Xms)
 
 
  Decrease number of Java threads
 
 
  Decrease Java thread stack sizes (-Xss)
 
 
  Disable compressed references (-XXcompressedRefs=false)
 
 
 
出现这个原因的问题可能是因为Linux下系统对用户的默认线程数做了限制，可以通过：
 
ulimit -a
 
 
 
命令进行查看：
 
 
 
 
core file size          (blocks, -c) 0
 
 
data seg size           (kbytes, -d) unlimited
 
 
scheduling priority             (-e) 0
 
 
file size               (blocks, -f) unlimited
 
 
pending signals                 (-i) 515223
 
 
max locked memory       (kbytes, -l) 64
 
 
max memory size         (kbytes, -m) unlimited
 
 
open files                      (-n) 1024
 
 
pipe size            (512 bytes, -p) 8
 
 
POSIX message queues     (bytes, -q) 819200
 
 
real-time priority              (-r) 0
 
 
stack size              (kbytes, -s) 10240
 
 
cpu time               (seconds, -t) unlimited
 
 
max user processes              (-u) 1024
 
 
virtual memory          (kbytes, -v) unlimited
 
 
file locks                      (-x) unlimited
 
 
 
其中
 
max user processes              (-u) 1024
 
 
 
表示当前系统允许的最大线程数，可以把此参数设大一些。
 
ulimit -u 5000
 
 
 
设置当前系统用户最大允许的线程数，只对本次会话有效，如果想要永久生效，可以通过修改：
 
 
 
 
$ cat /etc/security/limits.d/90-nproc.conf 
 
 
# Default limit for number of user's processes to prevent
 
 
# accidental fork bombs.
 
 
# See rhbz #432903 for reasoning.
 
 
 
*          soft    nproc    1024
 
 
 
只需要将1024改成你需要的值即可，设置完需要重启系统已生效。

 
 
[15-1-30 16:32:17:797 CST] 00000003 ThreadMonitor W   WSVR0605W: 线程“WebContainer : 26”（0000029f）已保持活动状态 685090 毫秒，此线程可能已挂起。在服务器中共有 25 个线程可能处于挂起状态。
 
 
at sun.misc.Unsafe.park(Native Method)

at java.util.concurrent.locks.LockSupport.park(LockSupport.java:184)

at java.util.concurrent.locks.AbstractQueuedSynchronizer.parkAndCheckInterrupt(AbstractQueuedSynchronizer.java:822)

at java.util.concurrent.locks.AbstractQueuedSynchronizer.acquireQueued(AbstractQueuedSynchronizer.java:853)

at java.util.concurrent.locks.AbstractQueuedSynchronizer.acquire(AbstractQueuedSynchronizer.java:1189)

at java.util.concurrent.locks.ReentrantLock$NonfairSync.lock(ReentrantLock.java:197)

at java.util.concurrent.locks.ReentrantLock.lock(ReentrantLock.java:273)

at org.apache.activemq.transport.MutexTransport.oneway(MutexTransport.java:66)

at org.apache.activemq.transport.ResponseCorrelator.oneway(ResponseCorrelator.java:60)

at org.apache.activemq.ActiveMQConnection.doAsyncSendPacket(ActiveMQConnection.java:1275)

at org.apache.activemq.ActiveMQConnection.asyncSendPacket(ActiveMQConnection.java:1269)

at org.apache.activemq.ActiveMQSession.(ActiveMQSession.java:252)

at org.apache.activemq.ActiveMQConnection.createSession(ActiveMQConnection.java:317)

at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)

at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:60)

at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:37)

at java.lang.reflect.Method.invoke(Method.java:611)



at com.ibm.ws.webcontainer.servlet.ServletWrapper.handleRequest(ServletWrapper.java:502)

at com.ibm.ws.webcontainer.servlet.ServletWrapperImpl.handleRequest(ServletWrapperImpl.java:179)

at com.ibm.ws.webcontainer.webapp.WebApp.handleRequest(WebApp.java:3935)

at com.ibm.ws.webcontainer.webapp.WebGroup.handleRequest(WebGroup.java:276)

at com.ibm.ws.webcontainer.WebContainer.handleRequest(WebContainer.java:931)

at com.ibm.ws.webcontainer.WSWebContainer.handleRequest(WSWebContainer.java:1583)

at com.ibm.ws.webcontainer.channel.WCChannelLink.ready(WCChannelLink.java:186)

at com.ibm.ws.http.channel.inbound.impl.HttpInboundLink.handleDiscrimination(HttpInboundLink.java:452)

at com.ibm.ws.http.channel.inbound.impl.HttpInboundLink.handleNewRequest(HttpInboundLink.java:511)

at com.ibm.ws.http.channel.inbound.impl.HttpInboundLink.processRequest(HttpInboundLink.java:305)

at com.ibm.ws.http.channel.inbound.impl.HttpInboundLink.ready(HttpInboundLink.java:276)

at com.ibm.ws.tcp.channel.impl.NewConnectionInitialReadCallback.sendToDiscriminators(NewConnectionInitialReadCallback.java:214)

at com.ibm.ws.tcp.channel.impl.NewConnectionInitialReadCallback.complete(NewConnectionInitialReadCallback.java:113)

at com.ibm.ws.tcp.channel.impl.AioReadCompletionListener.futureCompleted(AioReadCompletionListener.java:165)

at com.ibm.io.async.AbstractAsyncFuture.invokeCallback(AbstractAsyncFuture.java:217)

at com.ibm.io.async.AsyncChannelFuture.fireCompletionActions(AsyncChannelFuture.java:161)

at com.ibm.io.async.AsyncFuture.completed(AsyncFuture.java:138)

at com.ibm.io.async.ResultHandler.complete(ResultHandler.java:204)

at com.ibm.io.async.ResultHandler.runEventProcessingLoop(ResultHandler.java:775)



at com.ibm.io.async.ResultHandler$2.run(ResultHandler.java:905)
 
 
从日志看，线程挂起在获取数据源连接的地方。问题可能是由于集群环境下获取数据源出现死锁，从而导致资源无法释放，最终线程池被耗尽，线程挂起。 最后只能重启WAS服务。
 
 
这个问题的解决办法是：在数据源里面增加一个参数 useRRASetEquals 设置为 true
 
 
添加路径：
 
 
       资源 -> JDBC -> XXX数据源->定制属性 -> 新建
 
 
增加参数： useRRASetEquals ，值为 true , 类型为 java.lang.Boolean
 
 
这个参数应该是WAS7新加的，因为加这个参数有版本要求，必须是 7.0.0.13 之后的版本，否则会报错。