在上一篇文章中,我们分享了服务端调优-tomcat方向的调优。
分享了,如何对内嵌tomcat的配置进行调优等内容。
具体的详情可以查看:# 服务端优化-Tomcat调优
那我们还可以从哪些方面进行调优呢?
我们这里还可以从以下这几个方面进行调优:
那就废话不多说了,直接上正菜吧:
HTTP 持久连接(Keep-Alive)也叫做长连接,它是一种 TCP 的连接方式,连接会被浏览器和服务器所缓存,在下次连接同一服务器时,缓存的连接被重新使用。
由于 HTTP 是无状态的,“一次性”通信模式。所以持久连接,可以减少创建连接的开销,提高性能!
长连接是服务端与客户端协作的技术: 浏览器在请求的头部添加 Connection:Keep-Alive,以此告诉服务器“我支持长连接,你支持的话就和我建立长连接吧”,而倘若服务器的确支持长连接,那么就在响应头部添加“Connection:Keep-Alive”,从而告诉浏览器“我的确也支持,那我们建立长连接吧”。
服务器还可以通过 Keep-Alive:timeout=10, max=100 的头部告诉浏览器“我希望 10 秒算超时时间,最长不能超过 100 秒”。HTTP/1.1 支持长连接,大部分浏览器和服务器也提供了长连接的支持。
可以想象,要想发起长连接,服务器和浏览器必须共同合作才可以。一方面浏览器要保持连接,另一方面服务器也不会断开连接。也就是说要想建立长连接,服务器和浏览器需要进行协商,而如何协商就要靠伟大的 HTTP 协议了。
在 Tomcat 里允许配置 Connector 【Acceptor】节点,也就是配置长连接。与长连接直接相关的有两个属性分别是:
在 Tomcat 里默认长连接是打开的,想关闭长连接时只要将 maxKeepAliveRequests 设置为 1 就可以。频繁创建和销毁连接,会影响系统性能。因此我们需要改造web服务,提升web服务的长连接的性能。
/** @Author llsydn* 注意:* SpringBoot默认使用的是NIO模型* keepalive参数调优,在application.properties配置文件内不支持修改keepalive!**/@Configurationpublic class TomcatConfig { //自定义SpringBoot嵌入式Tomcat @Bean public TomcatServletWebServerFactory servletContainer() { TomcatServletWebServerFactory tomcat = new TomcatServletWebServerFactory() {}; tomcat.addAdditionalTomcatConnectors(http11NioConnector()); return tomcat; } //配置keepAlive public Connector http11NioConnector() { Connector connector=new Connector("org.apache.coyote.http11.Http11NioProtocol"); Http11NioProtocol nioProtocol = (Http11NioProtocol)connector.getProtocolHandler(); //等待队列最多允许 1000 个线程在队列中等待 nioProtocol.setAcceptCount(1000); // 设置最大线程数 nioProtocol.setMaxThreads(1000); // 设置最大连接数 nioProtocol.setMaxConnections(20000); //定制化keepalivetimeout,设置 30 秒内没有请求则服务端自动断开keepalive链接 //默认是20s nioProtocol.setKeepAliveTimeout(30000); //当客户端发送超过 10000 个请求则自动断开keepalive链接 //默认 100 个 nioProtocol.setMaxKeepAliveRequests(10000); // 请求方式 connector.setScheme("http"); connector.setPort(9002); //自定义的 connector.setRedirectPort(8443); return connector; }}复制代码// 监控ESTABLISHED,TIME_WAIT 线程的数量netstat -n | awk '/^tcp/ {++y[$NF]} END {for(w in y) print w, y[w]}'//查看网络连接数:netstat -an |wc -lnetstat -an |grep xx |wc -l // 查看某个/特定PID的连接数netstat -an |grep TIME_WAIT |wc -l // 查看连接数等待time_wait状态连接数netstat -an |grep ESTABLISHED |wc -l // 查看建立稳定连接数量//常用的三个状态是:ESTABLISHED 表示正在通信,TIME_WAIT 表示主动关闭,CLOSE_WAIT 表示被动关复制代码不使用长连接:连接频繁被关闭,浪费系统资源
使用长连接:连接长期持有,性能相对于不使用长连接要好
Java的NIO【new io】是从Java 1.4版本开始引入的一套新的IO API用于替代标准的Java IO API。
众所周知文件读写【io】性能,影响应用程序性能是的关键因素之一。也就是所谓的input输入流和Output输出流。NIO与原来的IO有同样的作用和目的,但是使用的方式完全不同,NIO支持面向缓冲区的、基于通道的IO操作。NIO将以更加高效的方式进行文件的读写操作。
JDK 7之后Java对NIO再次进行了极大的扩展,增强了对文件处理和文件系统特性的支持。我们称之为AIO也叫NIO2。
使用nio2的http协议对请求进行改写。发现服务响应时间大幅缩短
/** @Author llsydn**/@Configurationpublic class TomcatConfig { //自定义SpringBoot嵌入式Tomcat @Bean public TomcatServletWebServerFactory servletContainer() { TomcatServletWebServerFactory tomcat = new TomcatServletWebServerFactory() {}; tomcat.addAdditionalTomcatConnectors(http11Nio2Connector()); return tomcat; } //配置连接器nio public Connector http11Nio2Connector() { Connector connector=new Connector("org.apache.coyote.http11.Http11Nio2Protocol"); Http11Nio2Protocol nio2Protocol = (Http11Nio2Protocol) connector.getProtocolHandler(); //等待队列最多允许 1000 个线程在队列中等待 nio2Protocol.setAcceptCount(1000); // 设置最大线程数 nio2Protocol.setMaxThreads(1000); // 设置最大连接数 nio2Protocol.setMaxConnections(20000); //定制化keepalivetimeout,设置 30 秒内没有请求则服务端自动断开keepalive链接 nio2Protocol.setKeepAliveTimeout(30000); //当客户端发送超过 10000 个请求则自动断开keepalive链接 nio2Protocol.setMaxKeepAliveRequests(10000); // 请求方式 connector.setScheme("http"); connector.setPort(9003); //自定义的 connector.setRedirectPort(8443); return connector; }}复制代码调优前:
调优后:
SpringBoot的web环境中默认使用tomcat作为内置服务器,其实SpringBoot提供了另外 2 中内置服务器 供我们选择,我们可以很方便的进行切换。
配置操作过程:
org.springframework.boot spring-boot-starter-web org.springframework.boot spring-boot-starter-tomcat 复制代码 org.springframework.boot spring-boot-starter-undertow 复制代码# 设置IO线程数, 它主要执行非阻塞的任务,它们会负责多个连接server.undertow.threads.io= 1000# 阻塞任务线程池, 当执行类似servlet请求阻塞IO操作, undertow会从这个线程池中取得线程# 默认值是IO线程数*8server.undertow.threads.worker= 8000# 以下的配置会影响buffer,这些buffer会用于服务器连接的IO操作,有点类似netty的池化内存管理# 每块buffer的空间大小,越小的空间被利用越充分,不要设置太大,以免影响其他应用,合适即可server.undertow.buffer-size=1024# 每个区分配的buffer数量 , 所以pool的大小是buffer-size * buffers-per-region# 是否分配的直接内存(NIO直接分配的堆外内存)server.undertow.direct-buffers= true复制代码好了,以上就是服务端优化-连接性能,io模型,web容器的分享了。
个人得实操,可能也有些不足,大家轻点喷!!!
个人理解,也可能不够全面,班门弄斧了。
如果觉得有收获的,帮忙点赞、评论、收藏一下呗!!!
作者:llsydn
链接:https://juejin.cn/post/7131286456642830372
| 留言与评论(共有 0 条评论) “” |