每天叫醒你的不是闹钟&＃xff0c;而是梦想
01
追溯web.xml
远古时期&＃xff0c;使用servlet做web开发的时候&＃xff0c;我们需要配置web.xml文件&＃xff1b;
近代时期&＃xff0c;使用springMVC做web开发的时候&＃xff0c;我们需要配置web.xml文件&＃xff1b;
现代时期&＃xff0c;使用SpringBoot做web开发的时候&＃xff0c;我们不需要配置web.xml文件
这是为什么呢&＃xff1f;
02
web.xml干了什么?
要了解SpringBoot为什么不需要配置web.xml文件&＃xff0c;我们首先要知道web.xml干了什么&＃xff0c;是不是SpringBoot用了什么其他文件代替&＃xff1f;
首先我们要从servlet讲起&＃xff0c;在servlet-api2.5的时候&＃xff0c;我们要注册一个servlet需要引入web.xml,我们需要对每一个请求进行一个类的映射&＃xff1b;直到servlet-api3.0的发布&＃xff0c;我们注册一个servlet就简单了&＃xff0c;只需要引入一个&＃64;WebServlet注解。
接着我们进入spring&＃43;springmvc(2.5)时代&＃xff0c;依旧需要使用web.xml&＃xff0c;我们可以了解一下这个时候的web.xml配置文件的内容。
我们去Spring官网查看关于SpringMVC模块提供的web.xml内容
首先是ContextLoaderListener类&＃xff0c;该类是指定Spring要加载的配置文件&＃xff0c;加载我们的spring配置文件。而在spring的配置文件中&＃xff0c;会有
该行代码的作用是扫描业务类(service,dao层的注解)
接着是我们的DispatcherServlet&＃xff0c;该作用是加载spring-mvc的配置文件&＃xff0c;在spring-mvc的配置文件中
context:component-scan>
该行代码是扫描映射类(controller的注解)
接着是
1
该配置表示容器启动的时候执行DispatcherServlet的init方法
最后是
/*
拦截请求
总结&＃xff1a;web.xml需要做的事情就是 加载spring配置文件&＃xff0c;加载springmvc文件&＃xff0c;注册一个servlet&＃xff0c;拦截请求。
03
SpringMVC5用java代码替代了web.xml
那么我们将刚刚的Spring官网上的内容往上翻
我们可以看到这段代码&＃xff0c;上面的最后一行文档告诉我们&＃xff1a;
以下Java配置实例注册并初始化DispacherServlet&＃xff0c;由Servlet容器自动给检测&＃xff0c;也就是说&＃xff0c;在SpringMVC5的时候&＃xff0c;已经由Java代码代替了web.xml配置文件&＃xff0c;那么我们来了解一下官网的这段代码。
public class MyWebApplicationInitializer implements WebApplicationInitializer {
&＃64;Override
public void onStartup(ServletContext servletCxt) {
// Load Spring web application configuration 加载spring配置文件
AnnotationConfigWebApplicationContext ac &＃61; new AnnotationConfigWebApplicationContext();
ac.register(AppConfig.class);
ac.refresh();
// Create and register the DispatcherServlet 创建和注册DispatcherServlet
DispatcherServlet servlet &＃61; new DispatcherServlet(ac);
ServletRegistration.Dynamic registration &＃61; servletCxt.addServlet("app", servlet);
registration.setLoadOnStartup(1); //1
registration.addMapping("/app/*"); ///app/*
}
}
所以在spring5的时候&＃xff0c;web.xml配置文件已经完全被Java代码取代。这其实就是一个过渡。
在该配置中,我们可以看到的是MyWebApplicationInitializer 实现了WebApplicationInitializer 这个接口,然后在onStartup方法中实现了配置,那么也就是说WebApplicationInitializer 的实现类只要调用了onStartup方法就可以进行一些初始化。
那么其实在servlet-api3.1的标准中定义了一个规范,如果你想要启动容器的时候定义这么一个配置,那么你需要在某个文件夹下(/META-INF/services/javax.servlet.ServletContainerInitializer)定义一个容器时会回调的类,这个类必须要实现ServletContainerInitializer接口,那么在web容器启动时就会做一些初始化工作,而这些初始化工作是在onStartup方法中执行的。
接下来我们看一下ServletContainerInitializer接口
根据注释&＃xff1a;为了支持可以不使用web.xml。提供了ServletContainerInitializer这个接口&＃xff0c;该接口通过SPI机制&＃xff0c;当web容器启动的时候&＃xff0c;会自动添加相应jar包下找到META-INF/services/javax.servlet.ServletContainerInitializer文件中的实现类&＃xff0c;将他们实例化。
于是我们找到了这个文件&＃xff0c;该文件下有一个实现类&＃xff0c;我们进入这个实现类
&＃64;HandlesTypes(WebApplicationInitializer.class)
public class SpringServletContainerInitializer implements ServletContainerInitializer {
&＃64;Override
public void onStartup(&＃64;Nullable Set> webAppInitializerClasses, ServletContext servletContext)throws ServletException {
List initializers &＃61; new LinkedList<>(); if (webAppInitializerClasses !&＃61; null) { for (Class> waiClass : webAppInitializerClasses) { if (!waiClass.isInterface() && !Modifier.isAbstract(waiClass.getModifiers()) &&
WebApplicationInitializer.class.isAssignableFrom(waiClass)) { try {
initializers.add((WebApplicationInitializer)
ReflectionUtils.accessibleConstructor(waiClass).newInstance());
}catch (Throwable ex) { throw new ServletException("Failed to instantiate WebApplicationInitializer class", ex);
}
}
}
}
那么该实现类就会通过SPI机制&＃xff0c;在web容器加载的时候会自动被调用&＃xff0c;类上的&＃64;handlesTypes注解&＃xff0c;它的作用是将感兴趣的一些类注入到ServletContainerInitializerde接口中&＃xff0c;而这个类的方法就会扫描到WebApplicationIntializer的实现类&＃xff0c;调用它的onStartup方法&＃xff0c;从而起到了web.xml的作用。因为我们上面已经说过&＃xff1a;WebApplicationInitializer 的实现类只要调用了onStartup方法就可以进行一些初始化&＃xff0c;也就是加载了web.xml配置。
京公网安备 11010802041100号