一个http请求就是一个线程吗，java的服务是每收到一个请求就新开一个线程来处理吗
答案是：是，一个http请求，就是一个线程。

https://blog.csdn.net/elvis_lfc/article/details/53466877

https://blog.csdn.net/h12kjgj/article/details/55063956

===总结
1http请求，就是来银行办理业务的用户。

2tomcat，就是银行
3一个线程，就是开辟一个窗口
5线程是共享cpu的，那么多线程比单线程，能提升处理速度？
好比，一个窗口（一个cpu），三个人来办理业务。
单线程：一个办完一个办。
多线程：大家轮着办，我一会给你办，你会儿给他办。
但是单线程，多线程，耗时是一样的。并没有提升效率，那么为什么还说多线程比单线程效率高呢？

原文：https://blog.csdn.net/Ideality_hunter/article/details/82255439

版权声明：本文为博主原创文章，转载请附上博文链接！

2.2.4 Kafka请求处理线程
KafkaServer会创建请求处理线程池(KafkaRequestHandlerPool)，在请求处理钱程池中会创建并启动多个请求处理线程(KafkaRequestHandler)。SocketServer中全局的请求通道会传递给每个请求处理线程。这样每个请求处理线程共同消费同一个请求通道中的所有客户端请求。每个请求处理线程获取到请求后，都交给统一的KafkaApis处理。注意：一个KafkaServer有多个请求处理线程，但是只有一个KafkaApis。相关代码如下：
class KafkaRequestHandlerPool(val brokerId: Int,
                              val requestChannel: RequestChannel,
                              val apis: KafkaApis,
                              time: Time,
                              numThreads: Int) extends Logging with KafkaMetricsGroup {}

class KafkaRequestHandler(id: Int,
                          brokerId: Int,
                          val aggregateIdleMeter: Meter,
                          val totalHandlerThreads: Int,
                          val requestChannel: RequestChannel,
                          apis: KafkaApis,
                          time: Time) extends Runnable with Logging {}

总结下服务端和网络层相关的组件有r：r一个接收器线程(rAcceptorr)、r多个处理器(rprocessorrr)、一个请求通道(rRequestChannelr)、r一个请求队列(rrequestQueuer)、r多个响应队列(rrresrponseQueuer)、一个请求处理线程连接池r(rKafkaRequestHandlerPoolr)、多个请求处理线程(rKafkaRequestHandlerrr)、一个服务端请求入口(KafkaApis)。

据说服务有两种：

收到一个请求就处理，这个时候就不能处理新的请求，这种为阻塞
	
收到一个请求就新开一个线程去处理任务，主线程返回，继续处理下一个任务，这种为非阻塞。
那么，问题来啦：

java的服务是属于那种形式呢，怎么区分？
	
比如tomcat又是属于哪种呢？
首先，服务器的实现不止有这两种方式。

先谈谈题主说的这两种服务器模型：

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

2、收到一个请求就新开一个线程去处理任务，主线程返回，继续处理下一个任务，这种为非阻塞

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

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

3、类似2的模型，但是不是每次收到请求就开一个新的线程，而是使用线程池

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

4、基于Java NIO实现的服务器模型

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

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

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


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



http请求，到业务处理，再到响应的过程，是在一个线程里面的。 

对tomcat来说，每一个进来的请求(request)都需要一个线程，直到该请求结束。tomcat会维护一个线程池，每一个http请求，会从线程池中取出一个空闲线程。默认初始化75个线程，可以进行修改。

 

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

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

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

BIO

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

NIO

在8以上的版本，默认都是NIO

APR

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

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

更改SpringBoot TomCat运行方式

参考URL: https://blog.csdn.net/BeiShangBuZaiLai/article/details/81567940

参考URL: http://www.cnblogs.com/xing901022/p/9145914.html

Servlet是一种独立于操作系统平台和网络传输协议的服务器端的Java应用程序。 

相同点： 

1. 不是独立的应用程序，没有main()方法。 

2. 不是由用户调用，由另一个应用程序（容器）调用。 

3. 都有一个生存周期， 包含init()和destory()方法。 

不同点： 

1. Applet运行于客户端，有丰富的图形化界面；Servlet运行于服务器端，没有图形界面。 

2. Applet为了实现浏览器与客户的强大交互；Servlet用于扩展服务器端的功能，实现复杂的业务逻辑。

Servlet工作流程

-------------------------------------------------------------------------------------------

-----------------------------------------------------------

1. 客户端将请求发送到服务器 

2. 服务器上的Web容器实例化（装入）Servlet，并为Servlet进程创建线程。 

（Servlet在出现第一个请求时装入，在服务器关闭之前不会卸载；Servlet也可配置为在Web应用程序启动时自动装载） 

3. Web容器将请求信息发送到Servlet 

4. Servlet创建一个响应，并返回到Web容器。 

（Servlet使用客户端中请求信息及服务器可访问资源等来动态构造响应） 

5. Web容器返回响应到客户端

Servlet装入和初始化：

Servlet调用init()方法执行初始化，init()方法只在Servlet创建时被调用，init()有二个版本：一个没有参数，一个以ServletConfig对象为参数。

调用Servlet

每个Servlet都对应一个URL地址，可以作为显式URL引用调用，或嵌入在HTML中并从Web应用程序返回。 

对于每个Web应用，都可以存在一个配置文件web.xml，存放关于Servlet的名称、对应的Java类文件、URL地址映射等信息。自JavaEE6后，JavaEE规范推荐使用注解来配置Web组件。

处理请求

Web容器收到请求后，Web容器会产生一个新的线程来调用Servlet的service()，service()方法检查HTTP请求类型（GET、POST、PUT、DELETE等），然后相应调用doGet()、doPost()、doPut()、doDelete()等方法。 

GET请求类型与POST请求类型：GET请求方式传输所带参数附加在URL后直接传给服务器，并可从服务器端的QUERY STRING环境变量中读取；POST请求方式传输所带参数被打包在数据包中传送到服务器。

多个请求

一个Servlet同一时刻只有一个实例。 

当多个请求发送到同一个Servlet，服务器会为每个请求创建一个新线程来处理。

注解

@WebServlet(name=“ServletName”, urlPatterns={“/ServletURL”})

会话跟踪

Cookie

URL重写

HttpSession对象

Servlet上下文-ServletContext

request，一个用户可有多个；session，一个用户一个；而servletContext，所有用户共用一个。

Servlet间协作-RequestDispatcher

HttpServletResponse.sendRedirect()与RequestDispatcher.forward()

操作本质上，RequestDispatcher.forward()是容器中控制权转向，在客户端浏览器的地址栏不会显示转向后地址；HttpServletResponse.sendRedirect()则是完全跳转，浏览器将得到跳转后地址，并重新发送请求连接。 

性能上，RequestDispatcher.forward()是在同一次请求处理过程中，HttpServletResponse.sendRedirect()是结束第一次请求，由浏览器重新发起一次请求。

拦截器-Filter

Filter拦截请求和响应，以便查看、提取或以某种方式操作正在客户机和服务器之间交换的数据。Filer可以改变一个请求（Request）或修改响应（Response）。在Servlet处理请求之前，与此Servlet关联的Filter首先执行，然后才是Servlet执行；如果一个Servlet有多个Filter，则根据配置的先后次序依次执行。

主要用途
访问特定资源（Web页、JSP页、Servlet）时身份验证
访问资源记录跟踪
访问资源转换

必须实现三个方法
doFilter（ServletRequest,ServletResponse，FilterChain）
init(FilterConfig)
destroy（）

两种映射模式
URL模式映射
默认映射

注解

@WebFilter（filterName=”FilterName” ,urlPatterns={“/ServletURL”})

配置文件
<filter>
<filter-name>FilterName</filtername>
<filter-class>FilterClass</filter-class>
</filter>
<filter-mapping>
<filter-name>FilterName</filtername>
<url-pattern>/*</url-pattern>
<!- 过滤目标 ->
<dispatcher>REQUEST</dispatcher> 
<!- 只有当request直接来自客户才生效 ->
<dispatcher>FORWARD</dispatcher>
<!- 只有当request被一个请求分发器使用forward()方法转发才生效 ->
<dispatcher>INCLUDE</dispatcher>
<!- 只有当request被一个请求分发器使用include()方法转发才生效 ->
<dispatcher>EXCEPTION</dispatcher>
<!- 只有当request被一个请求分发器使用“错误信息页”机制方法才生效 ->
</filter-mapping>
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17

监听器-Listener

Listener用来主动监听Web容器事件。所谓Web容器事件指Web应用上下文创建销毁、会话对象创建销毁以及会话属性信息增删改等。

Servlet规范中支持的Listener接口和Event类
ServletContextListener(ServletContextEvent)
ServletContextAttributeListener(ServletContextAttributeEvent)
HttpSessionListener(HttpSessionEvent)
HttpSessionActivationListener(HttpSessionEvent)
HttpSessionAttributeListener(HttpSessionBindingEvent)
HttpSessionBindingListener(HttpSessionBindingEvent)
ServletRequestListener(ServletRequestEvent)
ServletRequestAttributeListener(ServletRequestAttributeEvent)
javax.servlet.AsyncListener(asyncEvent)

除了HttpSessionBindingListener接口和AsyncListener接口外，其他所有关于Listener的配置信息都存储在Web应用的部置文件中。