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
### ADC扫描顺序混乱的解决方案 在嵌入式开发中,尤其是基于STM32的项目中,ADC(模数转换器)的配置是一个常见的需求。如果遇到ADC扫描顺序混乱的问题,可能的原因包括但限于以下几个方面: #### 1. **检查ADC通道配置** 确保所有参与扫描的ADC通道都已正确配置。通常情况下,在多通道模式下,需要指定各个通道的优先级或者扫描顺序。如果没有按照预期设置,则可能导致实际采样顺序与期望符[^1]。 ```c // 示例代码:初始化多个ADC通道并定义其扫描次序 void adc_init(void){ ADC_ChannelConfTypeDef sConfig = {0}; // 启动ADC校准过程... // 配置第一个要使用的模拟输入管脚作为第N个序列项 sConfig.Rank = 1; // 设置为首个被检测的位置 sConfig.SamplingTime = ADC_SAMPLETIME_3CYCLES; HAL_ADC_ConfigChannel(&hadc, &sConfig); } ``` #### 2. **确认DMA传输参数** 当采用DMA方式进行数据采集时,需特别注意DMA缓冲区地址以及每次传输的数据长度是否匹配所选ADC通道的数量。任何错误都会引起最终读取结果错乱的现象发生[^2]。 ```c // 初始化 DMA 控制器用于自动搬运来自 ADC 的样本值至内存数组 static void MX_DMA_Init(void) { __HAL_RCC_DMA_CLK_ENABLE(); // 开启 DMA 外设时钟 hdma_adc.Instance = DMA1_StreamX; hdma_adc.Init.Channel = DMA_CHANNEL_Y; hdma_adc.Init.Direction = DMA_PERIPH_TO_MEMORY; hdma_adc.Init.PeriphInc = DMA_PINC_DISABLE; hdma_adc.Init.MemInc = DMA_MINC_ENABLE ; hdma_adc.Init.PeriphDataAlignment= DMA_PDATAALIGN_HALFWORD; hdma_adc.Init.MemDataAlignment = DMA_MDATAALIGN_HALFWORD; hdma_adc.Init.Mode = DMA_CIRCULAR ; // 循环模式适合连续监测场景 hal_dma_init(&hdma_adc); // 调用标准库函数完成进一步定制化选项设定 } ``` #### 3. **考虑外部干扰因素** 有时候即使软件层面一切正常,但由于缺乏良好的电气连接设计也可能引发异常行为比如信号漂移或噪声注入等问题从而间接影响到测量精度甚至逻辑判断失误等情况出现因此建议审查整个电路布局是否存在潜在隐患例如电源滤波足接地良等等这些都有可能是造成上述现象背后隐藏的真实原因所在之处[^3]. 综上所述,针对ADC扫描顺序混乱这一问题可以从以上几个角度出发逐一排查直至找到根本症结所在为止.
评论 8
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值