SpringBoot默认200个线程对于Websocket长连接够用吗?(一)

2023-11-11 01:08

本文主要是介绍SpringBoot默认200个线程对于Websocket长连接够用吗?(一),希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

上篇推文从源码剖析SpringBoot中Tomcat的默认最大连接数中我们知道,SpringBoot的内嵌Tomcat默认的最大连接数为200。那么,这个默认值对于项目中引入了WebSocket使用长连接后,是否足够用呢?今天强哥就带大家一起从源码的角度来分析一下。

我们还是从上一篇推文给的代码入手(需要源码的小伙伴可后台回复:WebSocket获取)。强哥想了想,要判断200个线程是否够,可能并不是那么好量化,不如我们就先配置1个线程入手看看效果如何:

server.tomcat.max-threads=1

然后启动项目,前端试试来5个WebSocket请求是否可以成功连上:

没问题,都连上了。为了节省篇幅,我们直接来Chrome浏览器最大限制的WebSocket个数256:

同样也是可以,那么问题来了,为什么这一个线程就可以处理这么多个WebSocket长连接请求呢?

哈哈,想必有一些基础的小伙伴应该能想到:会不会用的是Java NIO来处理的这些请求呢?那么,我们就从源码(本篇涉及的SpringBoot源码版本为:2.2.3.BUILD-SNAPSHOT)入手先来看看这个猜想是否正确。

对于Java NIO不熟悉的同学,今天的另一篇推文强哥也搜了一篇比较优质的科普文,想了解或是复习一下的可以跳过去看看哦。

可是,源码又要从哪里入手呢?当然还是我们上面的那个配置啦。上篇文章中我们知道,按住ctrl然后鼠标点击该配置便能进入对应的ServerProperties配置类中该属性对应的set方法:

然后,找到maxThreads使用的地方:

即在customize方法中调用:

我们进到customizeMaxThreads方法中:

我们在上篇文章中也见过这个方法,重点来了,AbstractProtocol protocol这个便是我们内嵌Tomcat使用的协议。我们在上图位置打个断点然后重启项目试试:

通过Debug我们可以看出,AbstractProtocol的实现是:Http11NioProtocol,从这个类名称我们便可以很明显的看出确实使用的是NIO,从而也证明了我们前面的猜想。不过,这只是打断点看到的,没看到源码心里还是有点不痛快。怎么从源码里找到这个Http11NioProtocol被设置到内嵌Tomcat中呢。

我们还是留意这个方法,方法是调用了factory的addConnectorCustomizers方法,而该方法的作用从名称上便知道是为了设置用户自定义连接配置的。那么这个factory是什么呢,从类名ConfigurableTomcatWebServerFactory定义上,我们可以猜想,应该是生成内嵌Tomcat的工厂类。

那么,我们就进入这个类一探究竟:

哦,原来是个接口,有两个实现,用的会是哪个呢?不用多说,还是打断点看一下吧:

用的是TomcatServletWebServerFactory类,那就进去看看。哈哈,我们在类结构中可以找到一个静态属性DEFAULT_PROTOCOL,其内容恰好是我们Debug的时候protocol显示的内容:org.apache.coyote.http11.Http11NioProtocol。

而这个静态属性又被赋值给了protocol变量:

再看看这个protocol的调用:

我的天,我们看到了什么?

Tomcat tomcat = new Tomcat();

这个不就是SpringBoot内嵌生成的那个Tomcat吗?哈哈哈,原来是在这里,真是有种发现新大陆的感觉。看看他的包路径基本可以确认无疑(并不是我们上篇推文中映射自定义配置用的Tomcat类):

而那个protocol就是用在了这里啦:

Connector connector = new Connector(this.protocol);

至此,我们就能够证实只设置一个线程却可以同时连接上多个WebSocket请求的原因是由于SpringBoot的内嵌Tomcat是用了Java NIO多路复用来处理请求的。同时,我们也“幸运”地发现了SpringBoot内嵌Tomcat生成的具体位置是在TomcatServletWebServerFactory类中。

不过,爱刨根问底的小伙伴可能又会有所疑问,既然使用的是Java NIO来处理请求,那么一个线程能最多处理多少个请求呢?如果处理的不多的话,默认200个线程不是还是不够用吗?

由于篇幅问题,这些疑问就留在强哥的下一篇推文继续和大家一起探讨啦~

关注公众号获取更多内容,有问题也可在公众号提问哦:

强哥叨逼叨

叨逼叨编程、互联网的见解和新鲜事

这篇关于SpringBoot默认200个线程对于Websocket长连接够用吗?(一)的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/386518

相关文章

java如何实现高并发场景下三级缓存的数据一致性

《java如何实现高并发场景下三级缓存的数据一致性》这篇文章主要为大家详细介绍了java如何实现高并发场景下三级缓存的数据一致性,文中的示例代码讲解详细,感兴趣的小伙伴可以跟随小编一起学习一下... 下面代码是一个使用Java和Redisson实现的三级缓存服务,主要功能包括:1.缓存结构:本地缓存:使

Java Spring的依赖注入理解及@Autowired用法示例详解

《JavaSpring的依赖注入理解及@Autowired用法示例详解》文章介绍了Spring依赖注入(DI)的概念、三种实现方式(构造器、Setter、字段注入),区分了@Autowired(注入... 目录一、什么是依赖注入(DI)?1. 定义2. 举个例子二、依赖注入的几种方式1. 构造器注入(Con

SpringBoot 异常处理/自定义格式校验的问题实例详解

《SpringBoot异常处理/自定义格式校验的问题实例详解》文章探讨SpringBoot中自定义注解校验问题,区分参数级与类级约束触发的异常类型,建议通过@RestControllerAdvice... 目录1. 问题简要描述2. 异常触发1) 参数级别约束2) 类级别约束3. 异常处理1) 字段级别约束

如何在Java Spring实现异步执行(详细篇)

《如何在JavaSpring实现异步执行(详细篇)》Spring框架通过@Async、Executor等实现异步执行,提升系统性能与响应速度,支持自定义线程池管理并发,本文给大家介绍如何在Sprin... 目录前言1. 使用 @Async 实现异步执行1.1 启用异步执行支持1.2 创建异步方法1.3 调用

java内存泄漏排查过程及解决

《java内存泄漏排查过程及解决》公司某服务内存持续增长,疑似内存泄漏,未触发OOM,排查方法包括检查JVM配置、分析GC执行状态、导出堆内存快照并用IDEAProfiler工具定位大对象及代码... 目录内存泄漏内存问题排查1.查看JVM内存配置2.分析gc是否正常执行3.导出 dump 各种工具分析4.

Spring Boot配置和使用两个数据源的实现步骤

《SpringBoot配置和使用两个数据源的实现步骤》本文详解SpringBoot配置双数据源方法,包含配置文件设置、Bean创建、事务管理器配置及@Qualifier注解使用,强调主数据源标记、代... 目录Spring Boot配置和使用两个数据源技术背景实现步骤1. 配置数据源信息2. 创建数据源Be

Spring Boot 3.x 中 WebClient 示例详解析

《SpringBoot3.x中WebClient示例详解析》SpringBoot3.x中WebClient是响应式HTTP客户端,替代RestTemplate,支持异步非阻塞请求,涵盖GET... 目录Spring Boot 3.x 中 WebClient 全面详解及示例1. WebClient 简介2.

Java中使用 @Builder 注解的简单示例

《Java中使用@Builder注解的简单示例》@Builder简化构建但存在复杂性,需配合其他注解,导致可变性、抽象类型处理难题,链式编程非最佳实践,适合长期对象,避免与@Data混用,改用@G... 目录一、案例二、不足之处大多数同学使用 @Builder 无非就是为了链式编程,然而 @Builder

在IntelliJ IDEA中高效运行与调试Spring Boot项目的实战步骤

《在IntelliJIDEA中高效运行与调试SpringBoot项目的实战步骤》本章详解SpringBoot项目导入IntelliJIDEA的流程,教授运行与调试技巧,包括断点设置与变量查看,奠定... 目录引言:为良驹配上好鞍一、为何选择IntelliJ IDEA?二、实战:导入并运行你的第一个项目步骤1

Spring Boot从main方法到内嵌Tomcat的全过程(自动化流程)

《SpringBoot从main方法到内嵌Tomcat的全过程(自动化流程)》SpringBoot启动始于main方法,创建SpringApplication实例,初始化上下文,准备环境,刷新容器并... 目录1. 入口:main方法2. SpringApplication初始化2.1 构造阶段3. 运行阶