Filter的执行顺序问题
在web.xml中，我们知道，执行顺序是谁在前边执行谁。但是现在没有这个web.xml了，肿么定这个执行顺序呢？
若是在Spring Boot环境，我们很好的确定Bean的执行顺序，我们可以用@Order注解：
@Bean @Order(Integer.MAX_VALUE)
也可这么来：
registration.setOrder(Integer.MAX_VALUE);
Spring boot 会按照order值的大小，从小到大的顺序来依次过滤。也就是说，数字越小，越先执行
那么问题来了，现在我们只根据@WebFilter来排序Filter的执行顺序，怎么破呢？很多人曾经给出答案说没办法，是无序的。
其实不然，经过我的实践发现，servlet容器是按照Filter的类名按照自然顺序排序的。什么意思呢？比如我有两个Filter：UserLoginFilter和ApiLog。因为这两个文件的首字母A排U之前，所以每次都会限制性ApiLog。
那么我们就是想先要执行UserLoginFilter怎么办呢？这里有个小技巧，我们可以这么来写即可：
Filter0_UserLogin.java Filter1_ApiLog.java
总结
从Servlet3.0开始，Spring3.2开始，就推荐全部使用注解来驱动应用了。在当下流行的SpringBoot环境中，注解驱动可以说体现的淋漓尽致，完全摒弃了之前的xml配置文件，化简为繁。
Spring Boot中集成和使用Spring MVC会方便得多得多，因为它都已经帮我们配置好了，但理解了这篇文章的原理，再去理解Boot，可谓就非常顺畅了~
希望本文能帮助到大家理解web容器对Spring MVC的集成。（Spring Boot不同的地方在于它是Spring容器驱动web容器（默认情况下）。而本文是web容器驱动Spring容器）
最后关于启动Spring容器的说明
启动Spring容器有三种方式：我这里推荐这篇文章：spring容器启动的三种方式
需要说明的是：
若我们采用原始的方式，配置ContextLoaderListener监听器启动的时候会创建一个web容器，部分源代码如下：
可以看出，它配置的是一个Web容器。这样我们的Spring容器就启动了~
关于DispatchServlet的配置，只是让支持了Spring MVC的功能，能够分发请求了。
附：Tomcat监听多端口 / SpringBoot监听多端口
今天有同事问”Spring Boot依赖的Embedded的Tomcat能不能同时监听多个端口？“
在回答这个问题之前，体验一把处处留心皆学问：
学问就在这个s，说明SpringBoot铁定是支持监听多个端口的~~~~
先看看单体的Tomcat容器：stand-alone的tomcat当然是可以的。Tomcat的架构中，一个Connecter监听一个端口。 如果是stand-alone的Tomcat，只需要在server.xml中添加一个即可，
<Connector port="8080" redirectPort="8443" acceptCount="100" debug="0" connectionTimeout="20000" /> <Connector port="9090" redirectPort="8443" acceptCount="100" debug="0" connectionTimeout="20000" />
上面配置了3个Connector，分别监听 8080，9090这两个个端口。Tomcat启动日志里也可以看出端倪
再看看SpringBoot的嵌入式容器：它使用了使用了Embedded Tomcat。同时提供了EmbeddedServletContainerCustomizer接口让用户对各种EmbeddedServletContainer进行配置。因此我们可以加上如下配置：
@Configuration public class ServerConfig implements EmbeddedServletContainerCustomizer { @Override public void customize(ConfigurableEmbeddedServletContainer container) { // 此处只处理Tomcat类型的嵌入式容器 if (container instanceof TomcatEmbeddedServletContainerFactory) { TomcatEmbeddedServletContainerFactory tomcat = (TomcatEmbeddedServletContainerFactory) container; // 此处一般是读取配置文件~~~此处我就偷懒了~~~ //String[] portsArray = ports.split(","); String[] portsArray = {"7070", "9090"}; for (String portStr : portsArray) { int port = Integer.parseInt(portStr); // Tomcat中，一个Connecter监听一个端口 指定协议为HTTP/1.1 Connector httpConnector = new Connector("HTTP/1.1"); httpConnector.setPort(port); // 添加一个额外的端口 和server.port不冲突~ tomcat.addAdditionalTomcatConnectors(httpConnector); } } } }
我们的SpringBoot应用就监听着三个端口了~~~完美
附：非Boot环境，如何用main方法启动Spring MVC的web上下文？
这个也是扩展内容。我们知道我们自己new一个上下文也是ok的。
但是如果我们要new一个web上下文呢？比如我想new一个AnnotationConfigWebApplicationContext
public static void main(String[] args) { ApplicationContext applicationContext = new AnnotationConfigApplicationContext(RootConfig.class); System.out.println(applicationContext.containsBean("person")); // true }
这样Spring上下文就正常启动了。
请注意：若构造函数没有放入Config文件，而是后期自己register进去的，那么请手动refresh()。因为空构造函数式不会自动refresh的
那如果我想一个web环境呢？比如我想new一个 AnnotationConfigWebApplicationContext。首先我们看看该类源码：它只有一个的构造函数。 若我们模仿着这么做：
public static void main(String[] args) { AnnotationConfigWebApplicationContext webApplicationContext = new AnnotationConfigWebApplicationContext(); //webApplicationContext.setParent(applicationContext); webApplicationContext.register(WebMvcConfig.class); // 注册上web环境的的配置类 webApplicationContext.refresh(); // 手动刷新 System.out.println(webApplicationContext.containsBean("helloController ")); }
如果这样，你会看到报错：
Exception in thread "main" java.lang.NoClassDefFoundError: javax/servlet/ServletRequest
没错。这属于Servlet的web组件，它一般都在tomcat等容器里面，我们maven自己导入一般也会规定为<scope>provided</scope>。
好即使我们把scope去掉真的导入进来，再运行依然报错：
threw exception; nested exception is java.lang.IllegalStateException: No ServletContext set
显然web容器的初始化，它是依赖于Servlet上下文的，而我们并没有初始化掉这个上下文，所以就报错了。那我们自己new一个上下文？？？
到此打住吧~~~如果真的对main方法启动一个web上下文，我强烈建议你关注后面我讲述的关于SpringBoot的启动原理分析，它就是这么来干的，而此处仅仅只是牛刀小试一把~ 毕竟我们还只研究纯Spring环境而非Boot环境~
