servlet容器配置（web.xml不包含哪些定义）

本文目录

• web.xml不包含哪些定义
• servlet容器(tomcat)，springmvc，filter，interceptor等关系
• 用myeclipse软件编写的一个jsp界面 用localhost加载不出来 报500的错误
• 在javaweb当中，servlet在运行阶段，针对每个客户端的请求，都会创建一个线程，该线程调用servlet的实例
• idea创建servlet步骤
• 嵌入式Servlet容器

web.xml不包含哪些定义

这个不包含以下几种含义：
1、Java类或JSP页面的源代码，Java类或JSP页面的源代码需要单独编写并保存为.java或.jsp文件，然后通过编译器编译成.class文件或.jsp文件，最终放置在Web应用程序的WEB-INF/classes或WEB-INF目录下。
2、静态资源的实际文件，例如，静态HTML、CSS、JavaScript、图像等文件需要通过文件系统存储在Web应用程序的目录结构中，而不是存储在Web.xml文件中。
3、Servlet容器配置信息，Servlet容器配置信息通常存储在Servlet容器的配置文件中，例如Tomcat的server.xml文件。Web.xml文件只包含特定于Web应用程序的Servlet配置信息。

servlet容器(tomcat)，springmvc，filter，interceptor等关系

***隐藏网址***
讲的很透彻

servlet一般会处理servlet request，结束后返回一个servlet response
这俩都是接口

java里面 servlet是负责处理一个请求的具体逻辑类对象，但是不负责rpc
servlet容器，是对外接受url请求，根据映射，转发给一个servlet处理，并返回响应
比如tomcat，在开发的时候，重点是web.xml配置文件
filter是数据servlet容器的东西，和springmvc没关系
是在容器启动的时候，初始化的，不是由spring来管理的
执行顺序，和web.xml里面配置顺序有关系

web.xml中会配置很多的servlet，filter(它是一类特殊的servlet)， listener监听器，然后会映射到不同的url上
如果使用springmvc框架的话，
会在最开始，加载spring的配置文件，毕竟spring也是需要有人来加载的
这里面加载的是除controller之外其他的bean
到一个叫contextConfigration的对象中

这个dispatcherServlet 的初始化，是需要具体的springmvc容器的配置文件来初始化的
这里面配置一些interceptor的bean
以及扫描所有controller
dispatcherServlet 的初始化也会需要一开始初始化的contextConfigration对象

springmvc是个对象容器，是spring的一个子集，是一个用来管理controller对象的
而service，dao等对象，是由spring容器来管理
所以springmvc里的bean可以调用spring里的bean，反之不行
interceptor是springmvc管理的，通过aop来实现！

tomcat servlet容器，不仅可以和springmvc配合，也可以和struts配合

用myeclipse软件编写的一个jsp界面 用localhost加载不出来 报500的错误

500错误一般是服务器内部错误，可能是您的JSP文件有语法错误或者其他问题导致的服务器无法正确运行JSP页面。以下可以尝试解决该问题的步骤：

• 检查JSP文件中是否有语法错误。在myeclipse中进行开发时，即使没有编译错误，JSP文件也有可能存在语法错误。建议使用Eclipse自带的JSP器或其他JSP器检查代码的正确性，并查看控制台输出的详细错误信息。

• 检查Servlet容器或Web服务器是否正确配置。如果Servlet容器或Web服务器没有正确配置，则可能导致JSP页面无法加载。可以检查MyEclipse中是否有正确配置Tomcat等Servlet容器。同时，还需要确保Tomcat或其他Web服务器已经启动正常。

• ***隐藏网址***

• 检查jsp页面是否正确放置在WEB-INF目录下。如果jsp文件没有放置在WEB-INF目录下，而是直接放在WebContent目录下面，那么也会导致500错误。

• 检查项目中是否有缺失的jar包或者类。如果使用了一些特别的类库或框架，需要确保相关的jar包已经正确添加到项目的classpath中。

如果以上方法都没有解决问题，还可以尝试重启myeclipse和tomcat，或者重新部署项目。希望这些建议能够帮助你解决问题。

在javaweb当中，servlet在运行阶段，针对每个客户端的请求，都会创建一个线程，该线程调用servlet的实例

具体servlet的请求处理，这个是分配给线程池线程处理的，servlet容器都这样实现，这个没什么问题。我主要来说说其它的。

线程池的作用

从其他人的回答看，都是太高看线程池本身的作用了。

线程池作为一种资源池（这里的资源就是线程了）模型，最大的优点是重复利用已经创建的线程，避免线程的反复创建和销毁带来的处理器和内存的消耗。而除此之外，它需要配合其它机制才能发挥更大的作用。

请求到达服务器后，如果线程池没有可用线程，请求会进入队列排队，如果超过队列最大阈值会被丢弃。重点来了，如果你的请求处理服务会有如数据库调用/远程服务调用的IO处理，而你用的阻塞模型，则这个线程在请求处理完成之前并不能返还到线程池供其它请求服务。这种长期占用线程的行为，会严重限制请求的并发。线程的有效利用率太低，大部分时间都在阻塞中，这个和你有没有线程池没有关系。所以要在高并发的情况下保证性能，重点是你的服务内部的使用异步IO避免阻塞。这样在你某个请求处于IO等待期间，当前线程可以返还给线程池继续提供服务。

（补充）

下面有朋友提到了请求队列，这里简单说下。

请求队列是所有服务器程序都会考虑和设计的一个机制，这样的机制实际上起缓冲层作用，避免服务器在请求过多时崩溃。以Tomcat为例，Connector中有下面几个关键配置。

acceptCount就是允许未处理请求队列的长度（backlog），默认是100，可以根据实际情况做调整。

更多的配置参见官方文档。如果有时间，会写一个Tomcat具体如何实现请求队列及它的处理文章。

请求响应

更友好的体验还要从客户端出发来考虑，如果你能缩短请求的处理时间，客户端体验是极好的，比如成都访问杭州阿里云服务器，空载来回大概40ms的时间，如果你的服务处理控制在10ms以内，请求在50ms就可以返回，是不是很舒服？当然如果是静态资源做CDN几ms就可以完成。

要缩短请求响应时间，可以从两方面入手：

1、将服务分解成多个可以并行处理的任务，这里的任务一般都会包含一个异步IO调用，然后并行执行。

2、将不影响响应结果的子任务异步处理，提前返回响应。比如推送消息，日志记录等。考虑一些极端的情况：在双11和秒杀场景，只有商品的库存处理是最核心的，这个环节处理完就可以结束本次处理，像支付这种繁琐的处理就可以延后,还有部分操作都可以放入异步队列继续处理。

将请求分解异步并行化后，实际上又会多出很多线程切换，这个时候线程池的作用就被放大了。

总结

仅仅有线程池而没有异步并行框架的支撑，线程池其实只能发挥很小的作用，在高并发情况下它必不可少，但非最核心的那个东西。我们一般的Web应用都是IO密集型的，只要保证服务内的IO都异步化，线程池只需非常少量的线程就可以应对大量并发。

idea创建servlet步骤

　　1、CreateNewProject-》JavaEE-》WebApplication-》项目命名-》Finish。。

　　2、项目创建后初始目录为：。

　　3、web/WEB-INF中添加classes、lib、src文件夹。

　　File-》ProjectStructture-》Modules。

　　在web目录下新建WEB-INF目录，并在WEB-INF目录下新建3个目录：classes、lib、src，其中src右键设为source。

　　src用于存放源Servlet的java文件，classes用来存放编译后输出的class文件，lib用于存放第三方jar包。

　　4、配置classes与lib文件夹路径。

　　File-》ProjectStructure-》Module-》Paths-》Usemodulecompileoutputpath-》将Outputpath和Testoutputpath都选择刚刚创建的classes文件夹。

　　接着选择Dependencies-》将ModuleSDK选择为1.8-》点击右边的“+”号-》选择“JarsorDirectories”-》选择刚刚创建的lib文件夹-》选择“jardirectory”。

　　5、配置tomcat容器。

　　Run-》EditConfiguration-》点击左上角“+”号-》“TomcatServer”-》“Local”。

　　在Name处输入新的服务名，点击Applicationserver后面的Configure...，弹出TomcatServer窗口，选择本地安装的Tomcat目录，点击Apply-》OK。

　　取消勾选Afterlaunch，设置HTTPport和JMXport（默认值即可），点击Apply-》OK。

　　选择Deployment-》点击右边的“+”号-》选择Artifact-》OK。

　　6、index.jsp文件。

　　7、运行tomcat，在浏览器中输入localhost:8080/index.jsp。

　　运行成功。

　　8、web目录下新建form.jsp，编写提交表单的页面。

　　在浏览器中输入localhost:8080/form.jsp。

　　9、编写Servlet（接收form.jsp表单提交参数）：在WEB-INF下src文件夹添加Java文件，命名为FirstServlet。

　　此时会报错，从tomcat/lib目录下将servlet-api.jar拷贝到WEB_INF/lib下，则错误消失。

　　10、编译Servlet源java文件。

　　Build-》BuildModule，编译成功后在WEB-INF/classes下生成Servlet的class文件。

　　11、配置Servlet：两种方式，这里采用web.xml文件配置。

　　从tomcat/webapps应用拷一个web.xml到本项目的web/WEB-INF目录中，编写web.xml文件。

　　将form.jsp中的表单提交指向此Servlet在web.xml中映射的url地址，此处为aa。

　　12、浏览器输入localhost:8080/form.jsp填入参数后跳转到Servlet，显示成功。

嵌入式Servlet容器

SpringBoot 最显著的特点之一，就是 web 项目不用打成 war 包，放在自己安装的 tomcat 中运行，而是直接打成 jar 包，直接用 java -jar 运行即可。在项目的 jar 包中可以看到有关 tomcat 的包，Spring Boot 自动配置了 tomcat，并且在启动项目时启动容器。

容器工厂，顾名思义，就是用来生产容器的类

配置文件中又有三个内部配置类，分别对应 undertow， jetty， tomcat三种容器，通过 @Import 导入，并且利用 @ConditionalOnClass， @ConditionalOnMissingBean 进行条件装配。总的来说，实现自动配置有两个前提条件：

spring-boot-starter-web 中已经默认引入了 tomcat 依赖（并且没有其他几种容器的依赖），这就满足了第一条；而且一般情况下也不会自定义容器工厂，所以容器中默认会注入 tomcatServletWebServerFactory，也就是 tomcat 容器工厂。
@EnableConfigurationProperties({ServerProperties.class})则是将配置文件中相关属性和 ServerProperties 绑定，并且注入了该组件，组件属性的用这个组件的属性进进行填充。所以我们可以通过修改配置文件来配置容器。
程序会将 ApplicationContext 包装成 ServletWebServerApplicationContext，

所以，ServletWebServerApplicationContext 调用 onfresh，createWebServer 获取容器工厂，并用容器工厂创建容器并返回。而且，TomcatWebServer 的构造器拥有初始化方法initialize---this.tomcat.start()，所以，容器初始化就自动启动了。

根据上面的结论，我们只需要导入对应的依赖，并且在pom中将默认的 tomcat 依赖排除即可。

*3.1. 在配置文件中配置：
自动配置类中，可以看到 @EnableConfigurationProperties({ServerProperties.class})，属性是和 ServerProperties 绑定的，即 server 开头的配置，如：server.port，server.tomcat.**。这种方法最简单直接。

3.2. 直接自定义 ConfigurableServletWebServerFactory
因为上面源码可以看到，创建容器是基于容器工厂的，所以可以直接用 @Bean 注入一个该类组件，创建自己的工厂，并给工厂设置属性。

3.3. 实现 WebServerFactoryCustomizer《ConfigurableServletWebServerFactory》
Customizer 就是把配置文件的值和 ServletWebServerFactory 进行绑定，所以也可以自己用 @Bean 注入一个 Customizer，自己绑定属性。