Spring自动扫描类的加载顺序

写这篇文章的原因是本地代码运行结果和线上服务器运行结果不一致,类的加载顺序不一样,导致了意想不到的bug,由此展开了对spring自动扫描类的加载机制的探索,先看一下代码,主要涉及到RedissonProperties类和MopFictionTurntableSchedule类。

代码整体结构如下:

spring用的4.2版本,本地用jetty7.6.9.v20130131 运行,服务器用resin4.0.36运行


@Component
public class RedissonProperties {
    private static final Logger logger = LoggerFactory.getLogger(RedissonProperties.class);

    public static String redissonHost = null;
    public static Integer redissonPort = null;

    @Value("${redisson.host}")
    public void setRedissonHost(String redissonHostP) {
        redissonHost = redissonHostP;
    }


    @Value("${redisson.port}")
    public void setRedissonPort(Integer redissonPortP) {
        redissonPort = redissonPortP;
    }

    
}
@Component
public class MopFictionTurntableSchedule {
    private static final Logger logger = LoggerFactory.getLogger(MopFictionTurntableSchedule.class);
    @Autowired
    private FictionTurntableMapper fictionTurntableMapper = null;

    private static RedissonClient redissonClient = null;

    static {
        logger.debug("start MopFictionTurntableSchedule init ");
        logger.debug("redissonHost "+RedissonProperties.redissonHost );
        logger.debug("redissonPort "+RedissonProperties.redissonPort);

        if (redissonClient == null) {
            String redissonAddress = "redis://" + RedissonProperties.redissonHost + ":" + RedissonProperties.redissonPort;
            Config config = new Config();
            config.useSingleServer().setAddress(redissonAddress);
            redissonClient = Redisson.create(config);
        }
    }
//后面省略
}

项目在本地运行并没有任何问题,输出结果如下:


但是当把项目丢在服务器上却报错了,输出结果如下:


对比分析可以得出在本地环境RedissonProperties 比MopFictionTurntableSchedule 加载的早,所以RedissonProperties 的静态属性成功注入,等到MopFictionTurntableSchedule 被加载的时候就没有问题。

服务器环境MopFictionTurntableSchedule 要比RedissonProperties 加载的早,所以导致异常。

由此可见spring在使用自动扫描过程中加载类的顺序是有区别的。

下面开始源码分析:

在web项目中我们配置了

<listener>
        <listener-class>org.springframework.web.context.ContextLoaderListener</listener-class>
</listener>
可见org.springframework.web.context.ContextLoaderListener这个类就是spring在web项目中的入口。

通过idea的调试功能,一步步跟进去,很快可以找到spring初始化的核心代码。

	public void refresh() throws BeansException, IllegalStateException {
		synchronized (this.startupShutdownMonitor) {
			// Prepare this context for refreshing.
			prepareRefresh();

			// Tell the subclass to refresh the internal bean factory.
			ConfigurableListableBeanFactory beanFactory = obtainFreshBeanFactory();

			// Prepare the bean factory for use in this context.
			prepareBeanFactory(beanFactory);

			try {
				// Allows post-processing of the bean factory in context subclasses.
				postProcessBeanFactory(beanFactory);

				// Invoke factory processors registered as beans in the context.
				invokeBeanFactoryPostProcessors(beanFactory);

				// Register bean processors that intercept bean creation.
				registerBeanPostProcessors(beanFactory);

				// Initialize message source for this context.
				initMessageSource();

				// Initialize event multicaster for this context.
				initApplicationEventMulticas
### Spring Boot 配置文件加载顺序 Spring Boot 的配置文件加载机制遵循一定的优先级规则,这些规则决定了哪些配置会覆盖其他配置。以下是关于 Spring Boot 配置文件加载顺序的详细介绍: #### 默认配置文件加载顺序 Spring Boot 使用 `ConfigFileApplicationListener` 来处理外部化配置文件的加载过程。默认情况下,它按照以下顺序加载配置文件[^1]: 1. **命令行参数 (Command Line Arguments)** 命令行参数具有最高优先级,可以覆盖任何其他地方定义的属性。 2. **来自 Java System Properties 的属性** 这些可以通过 `-Dproperty=value` 形式传递给 JVM。 3. **操作系统环境变量** 环境变量也可以作为配置的一部分被读取。 4. **随机数生成器中的 random.* 属性** 如果应用程序需要一些动态生成的值(如端口),可以从这里获取。 5. **servlet-config 和 servlet-context 初始化参数** 当运行于 Servlet 容器中时,初始化参数会被考虑进来。 6. **JNDI 属性 (java:comp/env/)** JNDI 提供了一种标准的方式来访问企业级别的资源和服务。 7. **Java 资源路径下的 application.properties 或者 application.yml 文件** 包括 classpath:/, classpath:/config/, file:./, file:./config/ 中的内容都会被扫描并应用。 8. **打包 jar 外部的应用程序包外的 profile-specific properties 文件** 例如:application-dev.properties。 9. **打包 jar 内部的应用程序包内的 profile-specific properties 文件** 同样支持基于同 profiles 的定制化设置。 10. **打包 jar 外部的应用程序包外的基础 properties 文件** 如 application.properties 或 application.yml。 11. **打包 jar 内部的应用程序包内的基础 properties 文件** 即位于 resources 下的标准配置文件。 上述列表展示了从高到低的同层次上的配置来源及其相对应的作用范围和影响程度[^3]。 #### 自定义 MyBatis 配置的影响 如果项目引入了 MyBatis 并通过其自动配置功能,则可能会涉及到额外的自定义配置项。比如,在 org.mybatis.spring.boot.autoconfigure.MybatisProperties 中定义了一些特定的关键字用于描述数据库连接池大小、SQL 映射位置等细节[^2]。这扩展会改变整体框架对于全局配置文件解析逻辑的行为模式,但它确实增加了局部领域内可调整选项的数量。 ```yaml mybatis: config-location: classpath:mybatis/mybatis-config.xml mapper-locations: classpath:mappers/**/*.xml ``` 以上是一个典型的 YAML 片段例子展示如何指定 MyBatis XML 文件的位置以及主配置文档地址。 ---
评论 8
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值