最新国产好看的视频,伊人天堂AV在线,国产Aaaaaa视频,蜜臀视频在线观看一区,人妻av色图,密臀久久久精品影片,青青视频免费观看毛片,久草在线观看视,国产三级精品色情在线

SpringBoot之那些注入不了的Spring占位符(${}表達式)問題

 更新時間:2023年04月03日 09:55:59   作者:橫云斷嶺  
這篇文章主要介紹了SpringBoot之那些注入不了的Spring占位符(${}表達式)問題,具有很好的參考價值,希望對大家有所幫助。如有錯誤或未考慮完全的地方,望不吝賜教

Spring里的占位符

spring里的占位符通常表現(xiàn)的形式是:

<bean id="dataSource" destroy-method="close" class="org.apache.commons.dbcp.BasicDataSource">
    <property name="url" value="${jdbc.url}"/>
</bean>

或者

@Configuration
@ImportResource("classpath:/com/acme/properties-config.xml")
public class AppConfig {
    @Value("${jdbc.url}")
    private String url;
}

Spring應用在有時會出現(xiàn)占位符配置沒有注入,原因可能是多樣的。

本文介紹兩種比較復雜的情況。

占位符是在Spring生命周期的什么時候處理的

Spirng在生命周期里關于Bean的處理大概可以分為下面幾步:

  • 加載Bean定義(從xml或者從@Import等)
  • 處理BeanFactoryPostProcessor
  • 實例化Bean
  • 處理Bean的property注入
  • 處理BeanPostProcessor

spring-context-callback

當然這只是比較理想的狀態(tài),實際上因為Spring Context在構造時,也需要創(chuàng)建很多內(nèi)部的Bean,應用在接口實現(xiàn)里也會做自己的各種邏輯,整個流程會非常復雜。

那么占位符(${}表達式)是在什么時候被處理的?

  • 實際上是在org.springframework.context.support.PropertySourcesPlaceholderConfigurer里處理的,它會訪問了每一個bean的BeanDefinition,然后做占位符的處理
  • PropertySourcesPlaceholderConfigurer實現(xiàn)了BeanFactoryPostProcessor接口
  • PropertySourcesPlaceholderConfigurer的 order是Ordered.LOWEST_PRECEDENCE,也就是最低優(yōu)先級的

結合上面的Spring的生命周期,如果Bean的創(chuàng)建和使用在PropertySourcesPlaceholderConfigurer之前,那么就有可能出現(xiàn)占位符沒有被處理的情況。

例子1

Mybatis 的 MapperScannerConfigurer引起的占位符沒有處理

首先應用自己在代碼里創(chuàng)建了一個DataSource,其中${db.user}是希望從application.properties里注入的。

代碼在運行時會打印出user的實際值。

@Configuration
public class MyDataSourceConfig {
    @Bean(name = "dataSource1")
    public DataSource dataSource1(@Value("${db.user}") String user) {
        System.err.println("user: " + user);
        JdbcDataSource ds = new JdbcDataSource();
        ds.setURL("jdbc:h2:?/test");
        ds.setUser(user);
        return ds;
    }
}

然后應用用代碼的方式來初始化mybatis相關的配置,依賴上面創(chuàng)建的DataSource對象

@Configuration
public class MybatisConfig1 {

    @Bean(name = "sqlSessionFactory1")
    public SqlSessionFactory sqlSessionFactory1(DataSource dataSource1) throws Exception {
        SqlSessionFactoryBean sqlSessionFactoryBean = new SqlSessionFactoryBean();
        org.apache.ibatis.session.Configuration ibatisConfiguration = new org.apache.ibatis.session.Configuration();
        sqlSessionFactoryBean.setConfiguration(ibatisConfiguration);

        sqlSessionFactoryBean.setDataSource(dataSource1);
        sqlSessionFactoryBean.setTypeAliasesPackage("sample.mybatis.domain");
        return sqlSessionFactoryBean.getObject();
    }

    @Bean
    MapperScannerConfigurer mapperScannerConfigurer(SqlSessionFactory sqlSessionFactory1) {
        MapperScannerConfigurer mapperScannerConfigurer = new MapperScannerConfigurer();
        mapperScannerConfigurer.setSqlSessionFactoryBeanName("sqlSessionFactory1");
        mapperScannerConfigurer.setBasePackage("sample.mybatis.mapper");
        return mapperScannerConfigurer;
    }
}

當代碼運行時,輸出結果是:

user: ${db.user}

為什么會user這個變量沒有被注入?

分析下Bean定義,可以發(fā)現(xiàn)MapperScannerConfigurer它實現(xiàn)了BeanDefinitionRegistryPostProcessor

這個接口在是Spring掃描Bean定義時會回調的,遠早于BeanFactoryPostProcessor。

所以原因是:

  • MapperScannerConfigurer它實現(xiàn)了BeanDefinitionRegistryPostProcessor,所以它會Spring的早期會被創(chuàng)建
  • 從bean的依賴關系來看,mapperScannerConfigurer依賴了sqlSessionFactory1,sqlSessionFactory1
  • 依賴了dataSource1MyDataSourceConfig里的dataSource1被提前初始化,沒有經(jīng)過PropertySourcesPlaceholderConfigurer的處理,所以@Value("${db.user}") String user 里的占位符沒有被處理

要解決這個問題,可以在代碼里,顯式來處理占位符:

environment.resolvePlaceholders("${db.user}")

例子2

Spring boot自身實現(xiàn)問題,導致Bean被提前初始化

Spring Boot里提供了@ConditionalOnBean,這個方便用戶在不同條件下來創(chuàng)建bean。

里面提供了判斷是否存在bean上有某個注解的功能。

@Target({ ElementType.TYPE, ElementType.METHOD })
@Retention(RetentionPolicy.RUNTIME)
@Documented
@Conditional(OnBeanCondition.class)
public @interface ConditionalOnBean {
    /**
     * The annotation type decorating a bean that should be checked. The condition matches
     * when any of the annotations specified is defined on a bean in the
     * {@link ApplicationContext}.
     * @return the class-level annotation types to check
     */
    Class<? extends Annotation>[] annotation() default {};

比如用戶自己定義了一個Annotation:

@Target({ ElementType.TYPE })
@Retention(RetentionPolicy.RUNTIME)
public @interface MyAnnotation {
}

然后用下面的寫法來創(chuàng)建abc這個bean,意思是當用戶顯式使用了@MyAnnotation(比如放在main class上),才會創(chuàng)建這個bean。

@Configuration
public class MyAutoConfiguration {
    @Bean
    // if comment this line, it will be fine.
    @ConditionalOnBean(annotation = { MyAnnotation.class })
    public String abc() {
        return "abc";
    }
}

這個功能很好,但是在spring boot 1.4.5 版本之前都有問題,會導致FactoryBean提前初始化。

在例子里,通過xml創(chuàng)建了javaVersion這個bean,想獲取到java的版本號。

這里使用的是spring提供的一個調用static函數(shù)創(chuàng)建bean的技巧。

<bean id="sysProps" class="org.springframework.beans.factory.config.MethodInvokingFactoryBean">
  <property name="targetClass" value="java.lang.System" />
  <property name="targetMethod" value="getProperties" />
</bean>

<bean id="javaVersion" class="org.springframework.beans.factory.config.MethodInvokingFactoryBean">
  <property name="targetObject" ref="sysProps" />
  <property name="targetMethod" value="getProperty" />
  <property name="arguments" value="${java.version.key}" />
</bean>

我們在代碼里獲取到這個javaVersion,然后打印出來:

@SpringBootApplication
@ImportResource("classpath:/demo.xml")
public class DemoApplication {

    public static void main(String[] args) {
        ConfigurableApplicationContext context = SpringApplication.run(DemoApplication.class, args);
        System.err.println(context.getBean("javaVersion"));
    }
}

在實際運行時,發(fā)現(xiàn)javaVersion的值是null。

這個其實是spring boot的鍋,要搞清楚這個問題,先要看@ConditionalOnBean的實現(xiàn)。

  • @ConditionalOnBean實際上是在ConfigurationClassPostProcessor里被處理的,它實現(xiàn)了BeanDefinitionRegistryPostProcessor
  • BeanDefinitionRegistryPostProcessor是在spring早期被處理的
  • @ConditionalOnBean的具體處理代碼在org.springframework.boot.autoconfigure.condition.OnBeanCondition
  • OnBeanCondition在獲取beanAnnotation時,調用了beanFactory.getBeanNamesForAnnotation
private String[] getBeanNamesForAnnotation(
    ConfigurableListableBeanFactory beanFactory, String type,
    ClassLoader classLoader, boolean considerHierarchy) throws LinkageError {
  String[] result = NO_BEANS;
  try {
    @SuppressWarnings("unchecked")
    Class<? extends Annotation> typeClass = (Class<? extends Annotation>) ClassUtils
        .forName(type, classLoader);
    result = beanFactory.getBeanNamesForAnnotation(typeClass);

實現(xiàn)spring boot starter要注意不能導致bean提前初始化

用戶在實現(xiàn)spring boot starter時,通常會實現(xiàn)Spring的一些接口,比如BeanFactoryPostProcessor接口,在處理時,要注意不能調用類似beanFactory.getBeansOfTypebeanFactory.getBeanNamesForAnnotation 這些函數(shù),因為會導致一些bean提前初始化。

而上面有提到PropertySourcesPlaceholderConfigurer的order是最低優(yōu)先級的,所以用戶自己實現(xiàn)的BeanFactoryPostProcessor接口在被回調時很有可能占位符還沒有被處理。

對于用戶自己定義的@ConfigurationProperties對象的注入,可以用類似下面的代碼:

@ConfigurationProperties(prefix = "spring.my")
public class MyProperties {
    String key;
}
public static MyProperties buildMyProperties(ConfigurableEnvironment environment) {
  MyProperties myProperties = new MyProperties();

  if (environment != null) {
    MutablePropertySources propertySources = environment.getPropertySources();
    new RelaxedDataBinder(myProperties, "spring.my").bind(new PropertySourcesPropertyValues(propertySources));
  }

  return myProperties;
}

總結

  • 占位符(${}表達式)是在PropertySourcesPlaceholderConfigurer里處理的,也就是BeanFactoryPostProcessor接口
  • spring的生命周期是比較復雜的事情,在實現(xiàn)了一些早期的接口時要小心,不能導致spring bean提前初始化
  • 在早期的接口實現(xiàn)里,如果想要處理占位符,可以利用spring自身的api,比如 environment.resolvePlaceholders("${db.user}")

以上為個人經(jīng)驗,希望能給大家一個參考,也希望大家多多支持腳本之家。

相關文章

  • 詳解SpringBoot集成消息隊列的案例應用

    詳解SpringBoot集成消息隊列的案例應用

    Message?Queue又名消息隊列,是一種異步通訊的中間件。可以理解為郵局,發(fā)送者將消息投遞到郵局,然后郵局幫我們發(fā)送給具體的接收者,具體發(fā)送過程和時間與我們無關。?消息隊列是分布式系統(tǒng)中重要的組件,消息隊列主要解決了應用耦合、異步處理、流量削鋒等問題
    2022-04-04
  • java實現(xiàn)發(fā)送郵箱驗證碼

    java實現(xiàn)發(fā)送郵箱驗證碼

    這篇文章主要為大家詳細介紹了java實現(xiàn)發(fā)送郵箱驗證碼,文中示例代碼介紹的非常詳細,具有一定的參考價值,感興趣的小伙伴們可以參考一下
    2021-08-08
  • Java實現(xiàn)優(yōu)雅日期處理的方案詳解

    Java實現(xiàn)優(yōu)雅日期處理的方案詳解

    在我們的日常工作中,需要經(jīng)常處理各種格式,各種類似的的日期或者時間,下面我們就來看看如何使用java處理這樣的日期問題吧,感興趣的小伙伴可以跟隨小編一起學習一下
    2025-04-04
  • Java線程池Executor用法詳解

    Java線程池Executor用法詳解

    本文主要為大家詳細介紹了Java線程池Executor的用法,文中通過示例代碼介紹的非常詳細,對大家的學習或者工作具有一定的參考學習價值,需要的朋友們下面隨著小編來一起學習學習吧
    2022-08-08
  • java實現(xiàn)python session功能代碼實例

    java實現(xiàn)python session功能代碼實例

    這篇文章主要介紹了java實現(xiàn)python session功能代碼實例,文中通過示例代碼介紹的非常詳細,對大家的學習或者工作具有一定的參考學習價值,需要的朋友可以參考下
    2019-11-11
  • MyBatis Plus復合主鍵問題的解決

    MyBatis Plus復合主鍵問題的解決

    在數(shù)據(jù)庫設計中,有時候需要使用復合主鍵來唯一標識表中的一行數(shù)據(jù),本文將為您詳細介紹MyBatis Plus中復合主鍵的問題以及解決方案,具有一定的參考價值,感興趣的可以了解一下
    2023-09-09
  • 字符編碼的處理和BeanUtils組件使用詳解

    字符編碼的處理和BeanUtils組件使用詳解

    這篇文章主要為大家介紹了字符編碼的處理和BeanUtils組件的使用詳解,有需要的朋友可以借鑒參考下,希望能夠有所幫助,祝大家多多進步,早日升職加薪
    2022-09-09
  • springboot-mysql-HikariCP集成過程

    springboot-mysql-HikariCP集成過程

    HiKariCP opens new window是數(shù)據(jù)庫連接池的一個后起之秀,號稱性能最好,可以完美地 PK 掉其他連接池,這篇文章主要介紹了springboot-mysql-HikariCP集成過程,需要的朋友可以參考下
    2023-07-07
  • SpringBoot Import及自定義裝配實現(xiàn)方法解析

    SpringBoot Import及自定義裝配實現(xiàn)方法解析

    這篇文章主要介紹了SpringBoot Import及自定義裝配實現(xiàn)方法解析,文中通過示例代碼介紹的非常詳細,對大家的學習或者工作具有一定的參考學習價值,需要的朋友可以參考下
    2020-08-08
  • java多線程教程之如何使用線程池詳解

    java多線程教程之如何使用線程池詳解

    這篇文章主要給大家介紹了關于java多線程之如何使用線程池的相關資料,文中通過示例代碼介紹的非常詳細,對大家的學習或者工作具有一定的參考學習價值,需要的朋友們下面隨著小編來一起學習學習吧
    2018-11-11

最新評論

瓮安县| 平顺县| 沙洋县| 宁津县| 轮台县| 铜山县| 汉川市| 定日县| 伊吾县| 朝阳市| 舒兰市| 闸北区| 马鞍山市| 武宣县| 宝兴县| 锦屏县| 山阳县| 芷江| 基隆市| 乌拉特后旗| 河曲县| 陵川县| 内丘县| 澜沧| 吴堡县| 民丰县| 西昌市| 襄城县| 阿尔山市| 宁夏| 阜城县| 务川| 巧家县| 武平县| 噶尔县| 开封县| 新营市| 清新县| 太原市| 获嘉县| 思南县|