SpringBoot 内置Tomcat优化

参考博客：

SpringBoot项目优化和Jvm调优(楼主亲测，真实有效)

Tomcat-connector的微调(2): maxConnections, maxThreads

什么是IO，BIO，NIO，AIO

Tomcat的BIO、NIO、APR模式对比与性能测试结果

spring boot 设置tomcat post参数限制

Java BIO、NIO、AIO

同步 ： 自己亲自出马持银行卡到银行取钱（使用同步IO时，Java自己处理IO读写）。

异步 ： 委托一小弟拿银行卡到银行取钱，然后给你（使用异步IO时，Java将IO读写委托给OS处理，需要将数据缓冲区地址和大小传给OS(银行卡和密码)，OS需要支持异步IO操作API）。

阻塞 ： ATM排队取款，你只能等待（使用阻塞IO时，Java调用会一直阻塞到读写完成才返回）。

非阻塞 ： 柜台取款，取个号，然后坐在椅子上做其它事，等号广播会通知你办理，没到号你就不能去，你可以不断问大堂经理排到了没有，大堂经理如果说还没到你就不能去（使用非阻塞IO时，如果不能读写Java调用会马上返回，当IO事件分发器会通知可读写时再继续进行读写，不断循环直到读写完成）。

Java对BIO、NIO、AIO的支持：

Java BIO ： 同步并阻塞，服务器实现模式为一个连接一个线程，即客户端有连接请求时服务器端就需要启动一个线程进行处理，如果这个连接不做任何事情会造成不必要的线程开销，当然可以通过线程池机制改善。

Java NIO ： 同步非阻塞，服务器实现模式为一个请求一个线程，即客户端发送的连接请求都会注册到多路复用器上，多路复用器轮询到连接有I/O请求时才启动一个线程进行处理。

Java AIO(NIO.2) ： 异步非阻塞，服务器实现模式为一个有效请求一个线程，客户端的I/O请求都是由OS先完成了再通知服务器应用去启动线程进行处理

BIO、NIO、AIO适用场景分析:

BIO方式适用于连接数目比较小且固定的架构，这种方式对服务器资源要求比较高，并发局限于应用中，JDK1.4以前的唯一选择，但程序直观简单易理解。

NIO方式适用于连接数目多且连接比较短（轻操作）的架构，比如聊天服务器，并发局限于应用中，编程比较复杂，JDK1.4开始支持。

AIO方式使用于连接数目多且连接比较长（重操作）的架构，比如相册服务器，充分调用OS参与并发操作，编程比较复杂，JDK7开始支持。

Tomcat 的 BIO、NIO、APR 模式

BIO
bio(blocking I/O)，顾名思义，即阻塞式I/O操作，表示Tomcat使用的是传统的Java I/O操作(即java.io包及其子包)。Tomcat在默认情况下，就是以bio模式运行的。遗憾的是，就一般而言，bio模式是三种运行模式中性能最低的一种。我们可以通过Tomcat Manager来查看服务器的当前状态。

NIO
是Java SE 1.4及后续版本提供的一种新的I/O操作方式(即java.nio包及其子包)。Java nio是一个基于缓冲区、并能提供非阻塞I/O操作的Java API，因此nio也被看成是non-blocking I/O的缩写。它拥有比传统I/O操作(bio)更好的并发运行性能。

APR
(Apache Portable Runtime/Apache可移植运行库)，是Apache HTTP服务器的支持库。你可以简单地理解为，Tomcat将以JNI的形式调用Apache HTTP服务器的核心动态链接库来处理文件读取或网络传输操作，从而大大地提高Tomcat对静态文件的处理性能。 Tomcat apr也是在Tomcat上运行高并发应用的首选模式。
 

Tomcat调优参数

 比较重要的有：

server.tomcat.max-connections=0 # Maximum number of connections that the server accepts and processes at any given time.
server.tomcat.max-http-header-size=0 # Maximum size, in bytes, of the HTTP message header.
server.tomcat.max-http-post-size=0 # Maximum size, in bytes, of the HTTP post content.
server.tomcat.max-threads=0 # Maximum number of worker threads.
server.tomcat.min-spare-threads=0 # Minimum number of worker threads.

1.设置最大连接数

tomcat的最大连接数参数是maxConnections，这个值表示最多可以有多少个socket连接到tomcat上。BIO模式下默认最大连接数是它的最大线程数(缺省是200)，NIO模式下默认是10000，APR模式则是8192(windows上则是低于或等于maxConnections的1024的倍数)。如果设置为-1则表示不限制。

对于NIO和APR的最大连接数默认值比较大，适合大量连接的场景；如果是BIO模式线程池又设置的比较小的话，就需要注意一下连接的处理是否够快，如果连接处理的时间较长，或新涌入的连接量比较大是不太适合用BIO的，调大BIO的线程数也可能存在利用率不高的情况。

2.设置Http header的最大值

记一次OOM问题排查过程

3.设置Http Post 请求大小

get 
是通过URL提交数据，因此GET可提交的数据量就跟URL所能达到的最大长度有直接关系。URL不存在参数上限的问题，HTTP协议规范也没有对URL长度进行限制。这个限制是特定的浏览器及服务器对它的限制。IE对URL长度的限制
是2083字节(2K+35字节)。对于其他浏览器，如FireFox，Netscape等，则没有长度限制，这个时候其限制取决于服务器的操作系统。即
如果url太长，服务器可能会因为安全方面的设置从而拒绝请求或者发生不完整的数据请求。

post 
理论上讲是没有大小限制的，HTTP协议规范也没有进行大小限制，但实际上post所能传递的数据量大小取决于服务器的设置和内存大小。实际中如果你上传文件的过程中可能会发现这样一个问题，即上传个头比较
大的文件到服务器时候，可能上传不上去

今天传文件，用的base64字符串，POST方法，前端传送的时候总是莫名其妙的崩溃，去网上搜了半天，以为是文件大小被限制了，但是我这个是字符串接收，不是文件接收，于是又继续搜，原来post本身没有参数大小限制，但是tomcat给限制了，于是解决方式

一.外置的tomcat

直接在server.xml里面添加或者修改这句话：

<Connector port="8080" protocol="HTTP/1.1" 
  connectionTimeout="2000" 
  redirectPort="8443" 
  URIEncoding="UTF-8"
  maxThreads="3000"
  compression="on" compressableMimeType="text/html,text/xml" 
  maxPostSize="0" 
/>

没错就是修改这里的maxPostSize的值，默认是1024，改成0，就可以不限制了大小了

二.使用spring boot自带的tomcat，那就在application.properties中加上这句话：

server.tomcat.max-http-post-size=0

之前在网上搜了一大推，最多的就是：spring.http.multipart.file-size，但是这里不是设置文件大小，是设置post参数字符串大小,而且些方法已被不推荐使用了。

重要！！！，修改了配置之后没有做做热部署的伙伴记得重启服务器，做了热部署的伙伴，如果无效，记得重启一下再测试。

4 设置最大线程数

如果没有对connector配置额外的线程池的话，maxThreads参数用来设置默认线程池的最大线程数。tomcat默认是200（BIO模式），对一般访问量的应用来说足够了。

5.设置最小线程数

最小工作空闲线程数，默认10。（适当增大一些，以便应对突然增长的访问量）