¿Cuál es la diferencia entre ApplicationContext y WebApplicationContext en Spring MVC?

ApplicationContext ApplicationContext.xml es la configuración de contexto raíz para cada aplicación web. Muelle carga ApplicationContext.xml y crea el ApplicationContext para toda la aplicación. Solo habrá un contexto de aplicación por aplicación web. Si no está declarando explícitamente el nombre del archivo de configuración de contexto en web.xml usando el parámetro contextConfigLocation, Spring buscará el ApplicationContext.xml en la carpeta WEB-INF y throw FileNotFoundException si no pudo encontrar este archivo.

WebApplicationContext Aparte de ApplicationContext, puede haber múltiples WebApplicationContext en una sola aplicación web. En palabras simples, cada DispatcherServlet asociado con single WebApplicationContext. xxx-servlet.el archivo xml es específico del DispatcherServlet y una aplicación web puede tener más de un DispatcherServlet configurado para manejar las solicitudes. En tales scenrios, cada DispatcherServlet tendría un separate xxx-servlet.xml configurado. Pero, applicationContext.xml será común para todos los archivos de configuración de servlet. Spring cargará por defecto el archivo llamado " xxx-servlet.xml " de su carpeta webapps WEB-INF donde xxx es el nombre del servlet en la web.XML. Si desea cambiar el nombre de ese nombre de archivo o cambiar la ubicación, agregue initi-param con contextConfigLocation como nombre param.

Volviendo a Servlet days, web.xml puede tener solo un <context-param>, por lo que solo se crea un objeto de contexto cuando el servidor carga una aplicación y los datos en ese contexto se comparten entre todos los recursos (por ejemplo: Servlets y JSPs). Es lo mismo que tener el nombre del controlador de base de datos en el contexto, que no cambiará. De manera similar, cuando declaramos contextConfigLocation param en <contex-param> Spring crea un objeto de contexto de aplicación.

 <context-param>
      <param-name>contextConfigLocation</param-name>
      <param-value>com.myApp.ApplicationContext</param-value>
 </context-param>

Puede tener varios Servlets en una aplicación. Para ejemplo es posible que desee manejar las solicitudes / secure / * de una manera y / non-seucre / * de otra manera. Para cada uno de estos Servlets puede tener un objeto context, que es un WebApplicationContext.

<servlet>
    <servlet-name>SecureSpringDispatcher</servlet-name>
    <servlet-class>org.springframework.web.servlet.DispatcherServlet</servlet-class>
    <init-param>
        <param-name>contextClass</param-name>
        <param-value>com.myapp.secure.SecureContext</param-value>
    </init-param>
</servlet>
<servlet-mapping>
    <servlet-name>SecureSpringDispatcher</servlet-name>
    <url-pattern>/secure/*</url-pattern>
</servlet-mapping>
<servlet>
    <servlet-name>NonSecureSpringDispatcher</servlet-name>
    <servlet-class>org.springframework.web.servlet.DispatcherServlet</servlet-class>
    <init-param>
        <param-name>contextClass</param-name>
        <param-value>com.myapp.non-secure.NonSecureContext</param-value>
    </init-param>
</servlet>
<servlet-mapping>
    <servlet-name>NonSecureSpringDispatcher</servlet-name>
    <url-pattern>/non-secure/*</url-patten>
</servlet-mapping>

La respuesta aceptada es a través, pero hay una explicación oficial sobre esto:

El WebApplicationContext es una extensión del plain ApplicationContext que tiene algunas características adicionales necesarias para las aplicaciones web. Se diferencia de un ApplicationContext normal en que es capaz de resolver temas (véase Usar temas), y que sabe con qué Servlet está asociado (al tener un enlace al ServletContext). El WebApplicationContext está enlazado en el ServletContext, y mediante el uso de métodos estáticos en la clase RequestContextUtils siempre puede buscar el WebApplicationContext si necesita acceso a él.

Citado de Referencia de Spring web framework

Por cierto servlet y contexto raíz son ambos WebApplicationContext: