咱们在使用springboot(版本：2.0.3.RELEASE)开发web项目时，大多数时候采用的是内置的Tomcat（固然也能够配置支持内置的jetty），内置Tomcat有什么好处呢？java
一、方便微服务部署，减小繁杂的配置web
二、方便项目启动，不须要单独下载web容器，如Tomcat，jetty等。spring
#云服务器配置12核心，24G内存，java启动jar命令：tomcat
nohup $JAVA_HOME/bin/java -server -Xms10240m -Xmx14336m -Xmn9216m -XX:MetaspaceSize=400m -XX:MaxMetaspaceSize=5120m -XX:-OmitStackTraceInFastThrow -XX:+PrintGCDetails -XX:+PrintGCDateStamps -XX:+PrintHeapAtGC -Xloggc:./song_gc.log -XX:ErrorFile=./song_error.log -jar $APP_HOME/$APP_MAINCLASS >> $LOG_FILE 2>&1 &
针对目前的容器优化，能够从如下几点考虑：springboot
一、线程数 二、超时时间 三、JVM优化服务器
首先，线程数是一个重点，每一次HTTP请求到达Web服务器，Web服务器都会建立一个线程来处理该请求，该参数决定了应用服务同时能够处理多少个HTTP请求。网络
比较重要的有两个：初始线程数和最大线程数。app
初始线程数：保障启动的时候，若是有大量用户访问，可以很稳定的接受请求。最大线程数：用来保证系统的稳定性。微服务
超时时间：用来保障链接数不容易被压垮。若是大批量的请求过来，延迟比较高，很容易把线程数用光，这时就须要提升超时时间。这种状况在生产中是比较常见的 ，一旦网络不稳定，宁愿丢包也不能把服务器压垮。post
min-spare-threads：最小备用线程数，tomcat启动时的初始化的线程数。
max-threads：Tomcat可建立的最大的线程数，每个线程处理一个请求，超过这个请求数后，客户端请求只能排队，等有线程释放才能处理。（建议这个配置数能够在服务器CUP核心数的200~250倍之间）
accept-count：当调用Web服务的HTTP请求数达到tomcat的最大线程数时，还有新的HTTP请求到来，这时tomcat会将该请求放在等待队列中，这个acceptCount就是指可以接受的最大等待数，默认100。若是等待队列也被放满了，这个时候再来新的请求就会被tomcat拒绝（connection refused）。
max-connections：这个参数是指在同一时间，tomcat可以接受的最大链接数。通常这个值要大于(max-threads)+(accept-count)。
connection-timeout：最长等待时间，若是没有数据进来，等待一段时间后断开链接，释放线程。
在spring boot配置文件中application.yml，添加如下配置：
这块对tomcat进行了一个优化配置，最大线程数是2500，初始化线程是500，超时时间是12000ms；
# Tomcat server: tomcat: uri-encoding: UTF-8 #最小线程数 min-spare-threads: 500 #最大线程数 max-threads: 2500 #最大连接数 max-connections: 6500 #最大等待队列长度 accept-count: 1000 #请求头最大长度kb max-http-header-size: 1048576 #请请求体最大长度kb #max-http-post-size: 2097152 #服务http端口 port: 8080 #连接创建超时时间 connection-timeout: 12000 servlet: #访问根路径 context-path: /song
JVM优化通常来讲没有太多场景，无非就是加大初始的堆，和最大限制堆,固然也不能无限增大，要根据实际状况优化。
初始内存和最大内存基本会设置成同样的，具体大小根据场景设置，-server是一个必需要用的参数，至于收集器这些使用默认的就能够了，除非有特定需求。
1.使用-server模式：设置JVM使用server模式。64位JDK默认启动该模式。
2.指定堆参数：这个根据服务器的内存大小，来设置堆参数。
-Xms :设置Java堆栈的初始化大小
-Xmx :设置最大的java堆大小
设置初始化堆内存为10240MB，最大为14336MB。