SpringBootServletializer在战争部署中的重要性

Question

我阅读了一些教程，了解到ApplicationContext负责管理spring应用程序中创建的所有bean。在将WAR部署到servlet容器时，必须扩展SpringBootServletInitializer，从文档中可以看出，一个固执己见的WebApplicationInitializer可以从传统的WAR部署中运行SpringApplication。将Servlet、Filter和ServletContextInitializer bean从应用程序上下文绑定到服务器。

有人能帮我理解上面这句话的意思吗？ServletContext初始值设定项与SpringBootServletInitializer的关系如何？为什么servlet容器不能自己创建ServletContext？如果是这种情况，我们如何在使用SpringBootServletInitializer后获得Tomcat以编程方式创建的SpringApplication的ServletContext引用？

Answer 1

运行嵌入式应用服务器时，web应用程序使用静态主入口点。主要入口点通常如下所示：

public static void main(final String[] args) {
    SpringApplication.run(Application.class, args);
}

或者这个：

public static void main(final String[] args) {
    SpringApplication   springApplication   = new SpringApplicationBuilder(Application.class)
        .properties("spring.main.banner-mode=log")
        .build();

    springApplication.run(args);
}

两者都使用Spring应用程序。方法来扫描、配置和运行web应用程序。

静态主体对应用程序服务器没有任何意义。取而代之的是，我们添加了一个SpringBootServlet初始实现，该实现反过来实现了WebApplication ation初始实现器接口。

要在Servlet 3.0环境中实现的接口，以便以编程方式配置ServletContext，而不是（或可能与）传统的基于web.xml的方法。

SpringServletContainerInitializer将自动检测此SPI的实现，它本身由任何Servlet3.0容器自动引导。有关这种引导机制的详细信息，请参阅其Javadoc。

SpringServletContainerInitializer由Servlet 3.0容器引导并执行WebApplicationInitializer。onStartup（ServletContext）方法来配置ServletContext。

1. 我们实现了SpringServletContainer初始器来定义要运行的SpringApplication。
2. 应用程序服务器可以自己创建ServletContext，只是不能自己配置ServletContext。
3. 为什么要访问ServletContext？Spring将为您处理配置。