上篇推文从源码剖析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个线程不是还是不够用吗？
由于篇幅问题，这些疑问就留在强哥的下一篇推文继续和大家一起探讨啦~
