Spring IOC 特性有哪些,不會讀不懂原始碼!

小傅哥 發表於 2021-04-08

Spring IOC 特性有哪些,不會讀不懂原始碼!
作者:小傅哥
部落格:https://bugstack.cn

沉澱、分享、成長,讓自己和他人都能有所收穫!😄

一、前言

多執行緒、鎖、JVM調優,都背出花啦,怎麼一寫程式碼還是亂糟糟?

為什麼這些無論從書本、課堂、面試都顯得非常重要的知識,但是在實際的程式設計中沒有提升你的編碼能力呢?

首先這些這些知識在實際的網際網路業務開發中,幾乎是不常用的,幾乎有鎖和多執行緒的場景,為了效能的提升也基本都是採用分散式設計和實現了。而這些看上去很有技術含量的知識多數都被包裝在非業務邏輯功能的元件中,而程式設計師在做業務開發時候幾乎是關心不到。所以會了這些也幾乎不太可能就把你的編碼能提升起來,多數提升的是你在查複雜bug時候有一臂之力。

就像會漢字就能寫出詩詞歌賦嗎?懂RGB就能繪出山河大川嗎?能蹦跳就可以舞出搖曳生姿嗎?那都是不可能的,不要想著屁股圍噶補就說會武術!

如果真的想把程式碼寫好,就要一點點從積累資料結構和演算法邏輯(不只是機械式的刷幾道題就算了。你不理解為什麼,刷再多也只是徒勞),接下來要做的是對設計模式和架構設計的理解,最終是不斷的運用和總結。在這個過程你會接觸到業務、產品、運營,編碼只是最後的具體實現,並不是全流程中最重要的一部分,與編碼相比更重要的是邏輯設計。

二、面試題

謝飛機,小記!,這次放假一遍擼串一遍被Spring,嘿嘿,檢驗成果面試去!

面試官:飛機,今天準備咋樣,上次問你的都學會了嗎?

謝飛機:@Resource 是 JDK javax.annotation.Resource 提供的註解,哈哈哈哈哈,另外也學習了Bean的注入。

面試官:挺好記住了一些,那你在做 Bean 注入學習的時候,有注意到 Spring IOC 的特性嗎,你都用到了什麼?

謝飛機:嗯,用到 Bean 的配置、BeanDefinitionRegistryPostProcessor 對 Bean 的定義、還有 FactoryBean

面試官:好,那今天再和你聊聊,alias、autowire、depends-on、factory-method、lookup-method等,實踐驗證下看看它們是怎麼應用的。

三、SpringIOC 特性

IOC(Inversion of Control),控制反轉的核心思想在於,資源的使用不由使用各自管理,而是交給不使用資源的第三方進行管理。這樣的好處是資源是集中管理的,可配置、易維護,同時也降低了雙方的依賴度做到了低耦合。

早在1988年,Ralph E. Johnson & Brian Foote在論文《Designing Reusable Classes》

One important characteristic of a framework is that the methods defined by the user to tailor the framework will often be called from within the framework itself, rather than from the user's application code.
The framework often plays the role of the main program in coordinating and sequencing application activity.
This inversion of control gives frameworks the power to serve as extensible skeletons. The methods supplied by the user tailor the generic algorithms defined in the framework for a particular application.

接下來就給大家介紹一下 IOC 的一些核心特性,因為這些內容不僅是面試考點,也是在開發中介軟體或者小元件時需要用到的功能類,概括如下:

Spring IOC 特性有哪些,不會讀不懂原始碼!

1. xml 配置

1.1 alias

測試類

public class UserService {

    private UserDao userDao;

    public UserService() {
        System.out.println("我被初始化了,UserService");
    }

    // ...get/set

}

xml配置

<bean id="userService" class="org.itstack.interview.UserService"/>
<!-- 起個別名 -->
<alias name="userService" alias="userService-alias01"/>
<!-- 別名的別名 -->
<alias name="userService-alias01" alias="userService-alias02"/>

單元測試

@Test
public void test_alias() {
    BeanFactory beanFactory = new ClassPathXmlApplicationContext("spring-config-alias.xml");
    logger.info("獲取 Bean:{}", beanFactory.getBean("userService"));
    logger.info("獲取 Bean 通過別名:{}", beanFactory.getBean("userService-alias01"));
    logger.info("獲取 Bean 通過別名的別名:{}", beanFactory.getBean("userService-alias02"));
}

測試結果

23:01:29.872 [main] INFO  org.itstack.interview.test.ApiTest - 獲取 Bean:[email protected]
23:01:29.872 [main] DEBUG o.s.b.f.s.DefaultListableBeanFactory - Returning cached instance of singleton bean 'userService'
23:01:29.872 [main] INFO  org.itstack.interview.test.ApiTest - 獲取 Bean 通過別名:[email protected]
23:01:29.872 [main] DEBUG o.s.b.f.s.DefaultListableBeanFactory - Returning cached instance of singleton bean 'userService'
23:01:29.872 [main] INFO  org.itstack.interview.test.ApiTest - 獲取 Bean 通過別名的別名:[email protected]

  • 目的:用於給 Bean 起別名
  • 使用:在 xml 配置裡我們可以給一個 Bean 起個別名,還可以給別名起一個新的別名。

1.2 autowire

測試類

public class UserDao {
    public UserDao() {
        System.out.println("我被初始化了,UserDao");
    }
}

xml配置

<bean id="userDao" class="org.itstack.interview.UserDao"/>

<!-- 手動配置依賴 -->
<bean id="userService-by-property" class="org.itstack.interview.UserService">
    <property name="userDao" ref="userDao"/>
</bean>

<!-- 自動配置依賴 -->
<bean id="userService-by-autowire" class="org.itstack.interview.UserService" autowire="byName"/>

單元測試

@Test
public void test_autowire() {
    BeanFactory beanFactory = new ClassPathXmlApplicationContext("spring-config-autowire.xml");
    logger.info("獲取 Bean by 手動配置依賴:{}", beanFactory.getBean("userService-by-property"));
    logger.info("獲取 Bean by 自動配置依賴:{}", beanFactory.getBean("userService-by-autowire"));
}

測試結果

23:05:55.501 [main] INFO  org.itstack.interview.test.ApiTest - 獲取 Bean by 手動配置依賴:[email protected]
23:05:55.501 [main] DEBUG o.s.b.f.s.DefaultListableBeanFactory - Returning cached instance of singleton bean 'userService-by-autowire'
23:05:55.501 [main] INFO  org.itstack.interview.test.ApiTest - 獲取 Bean by 自動配置依賴:[email protected]

  • 目的:autowire 用於把類中的屬性注入交給 Spring 管理
  • 使用:在 xml 配置中,有兩種方式分別是:手動配置依賴、自動配置依賴,手動的大家基本很常用,自動的配置一般可能更多的對於註解的使用。其實這裡的 autowire 和註解有一樣的作用,autowire 幾個可選項,byName、byType、constructor 等。

1.3 factory-method

測試類

public class StaticFactoryBean {

    static public UserDao getUserDaoByStatic(){
        return new UserDao();
    }

}

xml配置

<bean id="staticFactory-method" class="org.itstack.interview.StaticFactoryBean" factory-method="getUserDaoByStatic"/>

單元測試

@Test
public void test_factory_method() {
    BeanFactory beanFactory = new ClassPathXmlApplicationContext("spring-config-factory-method.xml");
    logger.info("獲取 Bean:{}", beanFactory.getBean("staticFactory-method"));
}

測試結果

23:15:28.950 [main] INFO  org.itstack.interview.test.ApiTest - 獲取 Bean:[email protected]
23:15:28.950 [main] DEBUG o.s.b.f.s.DefaultListableBeanFactory - Returning cached instance of singleton bean 'staticFactory-bean'

  • 目的:標識靜態工廠的工廠方法(工廠方法是靜態的)
  • 使用:核心在於 xml 配置中新增 factory-method="getUserDaoByStatic",這樣就可以在初始化時候呼叫對應靜態方法的例項化內容。

1.4 factory-bean

測試類

public class StaticFactoryBean {
    public UserDao getUserDao(){
        return new UserDao();
    }
}

xml配置

<bean id="staticFactory" class="org.itstack.interview.StaticFactoryBean"/>
<bean id="staticFactory-bean" factory-bean="staticFactory" factory-method="getUserDao"/>

單元測試

@Test
public void test_factory_bean_method() {
    BeanFactory beanFactory = new ClassPathXmlApplicationContext("spring-config-factory-method.xml");
    logger.info("獲取 Bean:{}", beanFactory.getBean("staticFactory-bean"));
}

測試結果

23:15:28.950 [main] INFO  org.itstack.interview.test.ApiTest - 獲取 Bean:[email protected]

  • 目的:factory-bean,例項化工廠類
  • 使用:factory-bean、factory-method 需要配合使用,factory-method="getUserDao" 呼叫的是對應的費靜態方法返回例項化結果。

1.5 depends-on

xml配置

<bean id="userService" class="org.itstack.interview.UserService" depends-on="userDao"/>
<bean id="userDao" class="org.itstack.interview.UserDao"/>

單元測試

@Test
public void test_depends_on() {
    BeanFactory beanFactory = new ClassPathXmlApplicationContext("spring-config-depends-on.xml");
    logger.info("獲取 Bean:{}", beanFactory.getBean(UserService.class, "userService").getUserDao());
}

測試結果

我被初始化了,UserDao
我被初始化了,UserService
23:24:14.678 [main] INFO  org.itstack.interview.test.ApiTest - 獲取 Bean:[email protected]

  • 目的:處理依賴初始化順序問題
  • 使用:如果不使用 depends-on="userDao",那麼按照 Spring 的配置最先初始化的是 UserService,當你有需要處理初始化依賴時則需要使用到這個配置。

1.6 lookup-method & ApplicationContextAware

測試類

public class UserDaoProvider implements ApplicationContextAware {

    private ApplicationContext applicationContext;

    public UserDao getUserDao() {
        return applicationContext.getBean("userDao", UserDao.class);
    }

    @Override
    public void setApplicationContext(ApplicationContext applicationContext) throws BeansException {
        this.applicationContext = applicationContext;
    }

}

xml配置

<bean id="userDao" class="org.itstack.interview.UserDao" scope="prototype"/>
<bean id="provider" class="org.itstack.interview.UserDaoProvider"/>

單元測試

@Test
public void test_lookup_method() {
    BeanFactory beanFactory = new ClassPathXmlApplicationContext("spring-config-lookup-method.xml");
    logger.info("獲取 Bean:{}", beanFactory.getBean(UserDaoProvider.class, "provider").getUserDao());
    logger.info("獲取 Bean:{}", beanFactory.getBean(UserDaoProvider.class, "provider").getUserDao());
}

測試結果

我被初始化了,UserDao
16:29:25.813 [main] DEBUG o.s.b.f.s.DefaultListableBeanFactory - Finished creating instance of bean 'userDao'
16:29:25.813 [main] INFO  org.itstack.interview.test.ApiTest - 獲取 Bean:[email protected]
16:29:25.813 [main] DEBUG o.s.b.f.s.DefaultListableBeanFactory - Creating instance of bean 'userDao'
我被初始化了,UserDao
16:29:25.814 [main] DEBUG o.s.b.f.s.DefaultListableBeanFactory - Finished creating instance of bean 'userDao'
16:29:25.814 [main] INFO  org.itstack.interview.test.ApiTest - 獲取 Bean:[email protected]

  • 目的:獲取單例下的原型模式,每次獲取都要有新的物件產生。
  • 使用:其實核心在於 ApplicationContextAware 的使用和 scope="prototype" 配置,Spring 內部實現為使用 Cglib 方法,重新生成子類,重寫配置的方法和返回物件,達到動態改變的效果。

2. 介面類

2.1 FactoryBean

測試類

public class MyFactoryBean implements FactoryBean<UserDao> {

    @Override
    public UserDao getObject() throws Exception {
        return new UserDao();
    }

    @Override
    public Class<?> getObjectType() {
        return UserDao.class;
    }

    @Override
    public boolean isSingleton() {
        return true;
    }
    
}

xml配置

<bean id="userDao" class="org.itstack.interview.MyFactoryBean"/>

單元測試

@Test
public void test_factory_bean() {
    BeanFactory beanFactory = new ClassPathXmlApplicationContext("spring-config-factory-bean.xml");
    logger.info("獲取 Bean:{}", beanFactory.getBean("userDao"));
}

測試結果

23:36:19.339 [main] INFO  org.itstack.interview.test.ApiTest - 獲取 Bean:[email protected]

  • 目的:用於生成 Bean 的 Bean,叫 FactoryBean
  • 使用:其實這個使用在上一章節關於 Bean 如何注入到 Spring 已經提到過,在一些ORM框架、RPC-Starter等都有所應用。

2.2 BeanPostProcessor

測試類

public class MyBeanPostProcessor implements BeanPostProcessor {

    @Override
    public Object postProcessBeforeInitialization(Object bean, String beanName) throws BeansException {
        System.out.println("初始化前:" + beanName);
        return bean;
    }

    @Override
    public Object postProcessAfterInitialization(Object bean, String beanName) throws BeansException {
        System.out.println("初始化後:" + beanName);
        return bean;
    }
    
}

xml配置

<bean id="beanPostProcessor" class="org.itstack.interview.MyBeanPostProcessor"/>
<bean id="userDao" class="org.itstack.interview.UserDao"/>

單元測試

@Test
public void test_bean_post_processor() {
    BeanFactory beanFactory = new ClassPathXmlApplicationContext("spring-config-bean-post-processor.xml");
}

測試結果

初始化前:userDao
初始化後:userDao
16:38:32.686 [main] DEBUG o.s.b.f.s.DefaultListableBeanFactory - Finished creating instance of bean 'userDao'

  • 目的:拿到 Bean 物件初始化前後的動作,做相應的處理
  • 使用:BeanPostProcessor 是 Spring 框架的擴充套件介面類,通過對這個介面的實現,就可以在 Bean 例項化的過程中做相關的動作,比如攔截以後釋出到註冊中心等。AOP 的操作也是通過 BeanPostProcessor 和 IOC 容器建立起聯絡。

2.3 BeanFactoryAware

測試類

public class MyBeanFactoryAware implements BeanFactoryAware {
    @Override
    public void setBeanFactory(BeanFactory beanFactory) throws BeansException {
        
    }
}

  • 目的:用於獲取執行時 Bean 的配置資訊
  • 使用:BeanFactoryAware 的實現類可以拿到 beanFactory,也就獲取到了bean的上下文資訊,此時你想獲取一些物件的屬性就非常容易了。

四、總結

  • 以上我們介紹了 Spring IOC 的常用配置特性和介面,雖然現在大家可能已經很少會使用 xml 配置物件,基本都是註解的方式。但在這些註解的背後依然會有相應的通用核心原理實現,只有把這部分知識總結清楚並學習原始碼,才能更好的理解註解的使用是如何處理這些配置的。
  • 關於介面的類使用,FactoryBean、BeanPostProcessor、BeanFactoryAware、ApplicationContextAware,在日常的業務流程開發中幾乎接觸不到,但如果要做一些核心的元件設計或者是中介軟體的開發,就會使用的非常頻繁。如果對這部分知識的運用不了解,可以參考:《SpringBoot 中介軟體設計和開發》
  • 後續會圍繞這些知識點來給大家介紹一些原始碼的學習以及應用層的處理,Bean的建立、迴圈依賴的三級快取解決方案等。也希望大家在學習的過程中要多總結、思考、記錄,一點點的把知識棧建設完整。

五、系列推薦