项目经验_之_服务器Tomcat参数配置
前言
Github：https://github.com/HealerJean
1、线上实例
1.1、JD
export maxParameterCount="1000"
export acceptCount="1000"
export maxSpareThreads="750"
export maxThreads="1000"
export minSpareTHreads="50"
export URIEncoding="UTF-8"
export JAVA_OPTS=" -Xms5324m -Xmx5324m -XX:MaxMetaspaceSize=512m -XX:MetaspaceSize=512m -XX:MaxDirectMemorySize=983m -XX:ConcGCThreads=1 -XX:ParallelGCThreads=4 -XX:CICompilerCount=2 -Djava.library.path=/usr/local/lib -server -XX:+UseG1GC -XX:+HeapDumpOnOutOfMemoryError -XX:HeapDumpPath=/export/Logs -Djava.awt.headless=true -Dsun.net.client.defaultConnectTimeout=60000 -Dsun.net.client.defaultReadTimeout=60000 -Djmagick.systemclassloader=no -Dnetworkaddress.cache.ttl=300 -Dsun.net.inetaddr.ttl=300 "
curl -s "http://pfinder-master.jd.com/access/script" -o /tmp/pfinder.sh ; source /tmp/pfinder.sh || :
export CATALINA_OPTS="$CATALINA_OPTS ${PFINDER_AGENT:-}"
2、参数介绍
2.1、maxIdleTime
最大空闲时间，超过这个空闲时间，且线程数大于
minSpareThreads的，都会被回收，默认值1分钟（60000ms）；
2.2、minSpareThreads
最小空闲线程数，任何情况都会存活的线程数，即便超过了最大空闲时间，也不会被回收，默认值4；
2.3、maxSpareThreads
最大空闲线程数，在最大空闲时间（
maxIdleTime）内活跃过，此时空闲，当空闲时间大于maxIdleTime则被回收，小则继续存活，等待被调度，默认值50；
2.4、maxThreads
最大线程数，大并发请求时，
tomcat能创建来处理请求的最大线程数，超过则放入请求队列中进行排队，默认值为200；⬤ Windows Tomcat允许每个进程
maxThreads（最大线程数）2000⬤ Linux Tomcat允许每个进程
maxThreads（最大线程数）1000
2.5、acceptCount
当最大线程数（
maxThreads）被使用完时，可以放入请求队列排队个数，超过这个数返回connection refused（请求被拒绝），一般设置和maxThreads一样，不过这个具体需要根据自己的应用实际访问峰值和平均值来权衡，默认值为100；
2.6、connectionTimeout
网络连接超时，假设设置为0表示永不超时，这样设置隐患巨大，通常可设置为30000ms，默认60000ms。
2.7、maxConnections
tomcat最多能并发处理的请求（连接）；
2.8、-Dsun.net.client.defaultConnectTimeout
连接建立超时设置
2.9、-Dsun.net.client.defaultReadTimeout
内容获取超时设置
2.10、-Djmagick.systemclassloader
生成缩略图的一个框架的配置=60000
2.11、-Dnetworkaddress.cache.ttl
jvm dns缓存超时的设置
2.12、-Dsun.net.inetaddr.ttl
jvmdns缓存超时的设置
2.13、java.awt.headless
这个参数一般我们都是放在最后使用的，这全参数的作用是这样的，有时我们会在我们的J2EE工程中使用一些图表工具如：
jfreechart，用于在web网页输出GIF/JPG等流，在winodws环境下，一般我们的app server在输出图形时不会碰到什么问题，但是在linux/unix环境下经常会碰到一个exception导致你在winodws开发环境下图片显示的好好可是在linux/unix下却显示不出来，因此加上这个参数以免避这样的情况出现。
3、FAQ
Q1：maxThreads 和 acceptCount、maxConnections
⬤ 情况1：接受一个请求，此时 tomcat 起动的线程数没有到达 maxThreads ，tomcat 会起动一个线程来处理此请求。
⬤ 情况2：接受一个请求，此时 tomcat 起动的线程数已经到达 maxThreads，tomcat 会把此请求放入等待队列，等待空闲线程。
⬤ 情况3：接受一个请求，此时 tomcat 起动的线程数已经到达 maxThreads，等待队列中的请求个数也达到了 acceptCount，此时 tomcat 会直接拒绝此次请求，返回 connection refused
Q2：maxThreads 和 maxConnections
答案： 比较容易弄混的是maxThreads 和 maxConnections 这两个参数： maxThreads 是指Tomcat 线程池做多能起的线程数，而 maxConnections 则是 Tomcat 一瞬间做多能够处理的并发连接数。比如 maxThreads = 1000，maxConnections = 800
假设某一瞬间的并发时1000，那么最终 Tomcat的线程数将会是800，即同时处理800个请求，剩余200进入队列“排队”，如果 acceptCount = 100，那么有 100 个请求会被拒掉。
Q3：maxThreads 如何配置
答案：一般的服务器操作都包括量方面：1计算（主要消耗cpu），2等待（io、数据库等）
⬤ 第一种极端情况，如果我们的操作是纯粹的计算，那么系统响应时间的主要限制就是 cpu 的运算能力，此时 maxThreads应该尽量设的小，降低同一时间内争抢 cpu 的线程个数，可以提高计算效率，提高系统的整体处理能力。
⬤ 第二种极端情况，如果我们的操作纯粹是IO 或者数据库，那么响应时间的主要限制就变为等待外部资源，此时 maxThreads 应该尽量设的大，这样 才能提高同时处理请求的个数，从而提高系统整体的处理能力。此情况下因为 tomcat 同时处理的请求量会比较大，所以需要关注一下 tomcat 的虚拟机内存设置和 linux的 open file 限制。
Q4：acceptCount的配置
答案：一般是设置的跟 maxThreads一样大，这个值应该是主要根据应用的访问峰值与平均值来权衡配置的。
⬤ 如果设的较小，可以保证接受的请求较快相应，但是超出的请求可能就直接被拒绝
⬤ 如果设的较大，可能就会出现大量的请求超时的情况，因为我们系统的处理能力是一定的。
