java的服务是每收到一个请求就新开一个线程来处理吗 tomcat呢

1、据说服务有两种：

1. 收到一个请求就处理，这个时候就不能处理新的请求，这种为阻塞
2. 收到一个请求就新开一个线程去处理任务，主线程返回，继续处理下一个任务，这种为非阻塞。

2、那么，问题来啦：

1. java的服务是属于那种形式呢，怎么区分？
2. 比如tomcat又是属于哪种呢？

首先，服务器的实现不止有这两种方式。

3、服务器模型：

1、单线程模型：收到一个请求就处理，这个时候就不能处理新的请求，这种为阻塞 这个是单线程模型，无法并发，一个请求没处理完服务器就会阻塞，不会处理下一个请求。一般的服务器不会使用这种方式实现。

2、非阻塞模型：收到一个请求就新开一个线程去处理任务，主线程返回，继续处理下一个任务，这种为非阻塞
首先纠正一个错误，这并不是非阻塞，它也是阻塞的。相对第一个模型来说，它解决了主线程阻塞的问题，有了一定程度的并发量，但是在每个新开的线程中还是阻塞的。如果100个人同时访问，将会开100个线程，那1000个人，10000个人呢？频繁开关线程很消耗资源，这样实现的服务器性能依然不高。

除了上面的两种方式，接下来的说说其他更好的方式：

3、线程池：但是不是每次收到请求就开一个新的线程，而是使用线程池
如果不了解线程池，你可能会了解数据库连接池，由于频繁创建、关闭数据库连接会消耗资源，所以会用数据库连接池来保存一定数量的连接，如果需要就从连接池里取连接，不需要则放回连接池，不在频繁创建。线程池也是一样的道理，线程池管理多线程，性能比频繁创建线程高得多。这种方式实现的服务器性能会比2高。不过，它依然是阻塞的。线程池的线程数量通常有限制的，如果所有线程都被阻塞（例如网速慢，或者被人恶意占用连接），那么接下来的请求将会排队等待。

4、基于Java NIO实现的服务器模型
上面说到的几种模型，都是基于BIO（阻塞IO）。而NIO则是非阻塞IO，它是基于IO多路复用技术（例如Reactor模式）实现，只需要一个线程或者少量线程，就可以处理大量请求。从性能上来说NIO实现的服务器并发性一般大于BIO，所以可以实现高性能的服务器。如果感兴趣，可以学习一些基于NIO的网络编程框架，例如Netty、MINA。

4、tomcat方式

Tomcat运行可以选择BIO或者NIO模型，原理分别对应上面的3和4两种方式。Tomcat默认是BIO方式运行，如果想要换成NIO，可以配置server.xml：

<Connector port="8080" protocol="org.apache.coyote.http11.Http11NioProtocol" .../>

从性能上考虑建议使用NIO。

5、问题：tomcat如何处理多用户同时请求？

http请求，到业务处理，再到响应的过程，是在一个线程里面的。 
对tomcat来说，每一个进来的请求(request)都需要一个线程，直到该请求结束。

tomcat内部维护了一个线程池，它允许有一定上线的线程同时运行。每一个http请求，会从线程池中取出一个空闲线程。默认初始化75个线程，可以进行修改。

6、问题：那么spring boot 环境下，tomcat的运行模式是哪种？

Spring Boot内置了tomcat容器，直接运行Application就可以启动web服务器。

7、在tomcat中提供了三种方式：BIO、NIO、APR。

BIO

tomcat7以下的版本都是BIO，就是一个请求是一个独立的线程。不能适用高并发的场景。

NIO

在8以上的版本，默认都是NIO，一个线程处理所有请求，通过回调方式。

APR

APR是一种基于JNI的文件和网络读写模式，现在很多高版本的tomcat，都默认走它了。

SpringBoot默认是以 java -Xmx256m -Xss256k -jar xx.jar 来运行内置Tomcat启动方式默认是NIO