Spring 5.1.3（非Boot）XML配置Web应用上下文初始化耗时排查咨询

一、先拆解原Spring Boot方案的核心逻辑 #

不管Boot的方案包装得多么复杂，核心通常离不开这几个底层方向，先把你找到的方案拆解为这些基础操作：

• 延迟初始化Bean（懒加载）
• 缩小组件扫描范围
• 优化配置解析效率
• 移除不必要的Bean定义或冗余配置

基于Spring 5.1.3的核心能力，这些逻辑完全可以在非Boot、XML配置的环境下实现，只是需要手动适配，而非依赖Boot的自动配置封装。

二、具体适配操作步骤 #

1. 实现Bean懒加载 #

Spring Core原生支持懒加载，在XML中可通过两种方式配置：

• 单个Bean级别的懒加载：在<bean>标签中添加lazy-init="true"

  <bean id="orderService" class="com.xxx.service.OrderService" lazy-init="true"/>
  

• 全局默认懒加载：在<beans>根标签设置default-lazy-init="true"，所有未显式声明lazy-init="false"的Bean都会延迟到第一次被调用时初始化

  <beans xmlns="http://www.springframework.org/schema/beans"
         xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
         xsi:schemaLocation="http://www.springframework.org/schema/beans http://www.springframework.org/schema/beans/spring-beans.xsd"
         default-lazy-init="true">
  

注意：启动时必须初始化的核心Bean（比如DispatcherServlet、数据源），要显式设置lazy-init="false"，避免依赖缺失。

2. 缩小组件扫描范围 #

如果XML中使用了<context:component-scan>，不要直接扫描根包，精准指定业务核心子包，减少Spring扫描和实例化的Bean数量：

<context:component-scan base-package="com.xxx.controller, com.xxx.service.core"/>

同时可通过过滤规则排除不需要扫描的类或注解：

<context:component-scan base-package="com.xxx">
    <context:exclude-filter type="annotation" expression="org.springframework.stereotype.Controller"/>
    <context:exclude-filter type="regex" expression="com\.xxx\.test\..*"/>
</context:component-scan>

3. 优化XML配置解析效率 #

• 移除冗余配置：删除重复的<import>标签、未被使用的Bean定义、注释掉的无效配置
• 延迟加载非核心配置文件：对非启动必需的配置，使用<import resource="xxx.xml" lazy-init="true"/>延迟加载
• 简化复杂配置：尽量避免在XML中使用重逻辑的SpEL表达式或自定义BeanPostProcessor，若必须使用，确保其逻辑高效

4. 模拟Boot方案的其他优化点（若涉及） #

如果原Boot方案包含提前初始化第三方组件（如数据源、缓存）等逻辑，可在Spring Core中手动实现：

• 通过ApplicationListener监听ContextRefreshedEvent之前的事件，提前触发核心组件的初始化
• 对第三方框架（如MyBatis、Redis）使用轻量配置方式，关闭不必要的扩展模块

三、测试验证方法 #

• 统计启动耗时：在上下文初始化前后打印时间戳，计算具体耗时

  long start = System.currentTimeMillis();
  ApplicationContext context = new ClassPathXmlApplicationContext("applicationContext.xml");
  long end = System.currentTimeMillis();
  System.out.println("Spring上下文初始化耗时：" + (end - start) + "ms");
  

• 验证功能完整性：测试核心业务流程（接口请求、数据库操作等），确保懒加载未导致依赖异常
• 定位瓶颈：若优化效果不明显，使用VisualVM或JProfiler分析初始化阶段的CPU占用，找到耗时最长的Bean或配置节点

四、注意事项 #

• 全局懒加载会增加首次请求的响应时间，需在启动耗时和首次请求延迟之间做权衡
• 移除配置或Bean前，务必验证其未被业务代码依赖
• 建议逐步迭代优化，不要一次性修改所有配置，便于定位问题

内容的提问来源于stack exchange，提问作者Mirrana