精彩干貨索引
一、使用注解標識組件
二、組件掃描
1、普通掃描
2、包含與排除特定組件
(1)掃描包含特定組件
(2)掃描排除特定組件
3、實作注解的三步驟
三、組件自動裝配
1、@autowired注解
(1)@autowired裝配原理
(2)@Qualifier指定裝配ID
(3)required—裝配報錯解決
(4)特殊屬性的自動裝配
2、@Resource注解
3、@Inject注解
四、注解使用的小細節
1、整合多個組態檔
2、路徑書寫問題
3、獲取組件時的問題
五、寫在最后
Hello,你好呀,我是灰小猿,一個超會寫bug的程式猿!
《SSM編程日記》系列文章正在持續更新中,歡迎小伙伴們一起關注學習!
之前在文章中和大家講解了有關Spring開發的基礎入門,其中有講到了在IOC中對bean物件的實體化和從IOC中如何獲取相關物件的一系列操作!但是真正在進行開發的時候,如果類比較多,那么再一個一個的添加并實體化中是不是就太麻煩了呢?想想就頭禿...今天就來教你如何高效的提升java開發效率!!!

優秀的程式員們怎么會沒有想到這一點呢?所以針對于更加簡潔開發的注解就出現了...

一、使用注解標識組件
為了不再在IOC中一個個的宣告類物件,首先根據每一個類的功能的不同,Spring中先規定了基于組件的注解,大致可以分為以下四種:
①普通組件:@Component
標識一個受Spring IOC容器管理的組件,我們也可以理解為是除了資料庫層、業務邏輯層、控制層組件以外的其他組件使用的注解,
②持久化層組件:@Respository
標識一個受Spring IOC容器管理的持久化層組件,一般就是用來標注資料庫層
③業務邏輯層組件:@Service
標識一個受Spring IOC容器管理的業務邏輯層組件,
④表述層控制器組件:@Controller
標識一個受Spring IOC容器管理的表述層控制器組件,
同時這幾個注解后面也可以添加一些引數,比如比較常用的一個是注解的括號中加value屬性,來表示這個組件在容器中的ID,如果不設定value值時,默認的ID是類名的全稱(第一個字母小寫),
如下實體,我們為一個Dao層組件添加一個@Respository注解
/**
* 資料庫層注解
* */
@Repository
public class BookDao {
public void saveBook() {
System.out.println("bookDao中的圖書已保存...");
}
}
通過這四個注解我們首先就可以將所有的組件逐一分類,置于為什么要使用注解進行分類,說到底其實就是為了方便方便快速的知道哪一個類是做了什么型別的功能,同時方便之后通過這四個注解將組件加入到IOC容器中,
所以你也可以把這四個注解理解為是Spring分發給不同功能組件的一個“身份證”,只有擁有這四種“身份證”,那么這個組件就可以被加入到IOC容器中,
在這里有一點需要注意:事實上Spring并沒有能力識別一個組件到底是不是它所標記的型別,即使將@Respository注解用在一個表述層控制器組件上面也不會產生任何錯誤,所以@Respository、@Service、@Controller這幾個注解僅僅是為了讓開發人員自己明確當前的組件扮演的角色,方便將組件加入到容器中去,
二、組件掃描
1、普通掃描
現在倒是對所有的組件進行了詳細的分類,但是這樣就等于將所有的組件已經加入到IOC容器中了嘛?如果真的是這樣的話,那么我們就真正的實作了低代碼時代了...
所以現在我們就是應該如何將擁有注解標識的組件加入到IOC容器中呢?在這里Spring在IOC中提供了一個包掃描的功能,通過這個名字我們就可以知道,Spring可以自動的掃描整個專案中被標記了這四個注解的組件,并且將其加入到IOC容器中,
進行包掃描的具體操作是這樣的:
進行包掃描依賴于Context名稱空間,所以需要在IOC中加入該名稱空間,加入名稱空間的方法有兩種,一種是在IOC的頭檔案中加入如下代碼:
xmlns:context="http://www.springframework.org/schema/context"
但是因為這種不好記所以不推薦,
還有一種就是直接在界面點擊下方的Namespaces,在其中找到并勾選Context,

在容器中進行包掃描的代碼是:
<context:component-scan base-package="com.spring"></context:component-scan>
其中base-package屬性指定一個需要掃描的基類包,Spring容器將會掃描這個基類包及其子包中的所有類,當需要掃描多個包時可以使用逗號分隔,如上面的代碼就是掃描com.spring包下面的所有類,
2、包含與排除特定組件
但是這樣進行掃描的范圍有時候未免還是有一些大,那么能不能再縮小進行包掃描的范圍呢?當然是可以的,
如果僅希望掃描特定的類而非基包下的所有類,可使用resource-pattern屬性過濾特定的類,如:
<context:component-scan base-package="com.atguigu.component" resource-pattern="autowire/*.class"/>
(1)掃描包含特定組件
如果我們僅僅是想要掃描包含特定特征的組件,那么我們可以如下方法:
<context:include-filter>子節點表示要包含的目標類
但是需要注意的是:由于context:component-scan默認是將所有的類全部都添加進去,所以在此基礎上再添加是沒有用的,需要在context:component-scan中加入屬性引數use-default-filters,use-default-filters="true" 表示默認將所有的類都添加進去,false表示將所有的類都不添加進去,
如下代碼表示僅僅掃描包含include-filter中所指特征的組件,其中的type用來表示使用何種型別的掃描運算式,expression后面跟運算式,
<context:component-scan base-package="com.spring" use-default-filters="false">
<context:include-filter type="annotation" expression="org.springframework.stereotype.Repository"/>
</context:component-scan>
(2)掃描排除特定組件
盡然有掃描包含特定組件,那么就有掃描排除特定組件,
<context:exclude-filter>子節點表示要排除在外的目標類,
以下代碼表示掃描除以下特征外的其他組件,
<context:component-scan base-package="com.spring">
<context:exclude-filter type="assignable" expression="com.spring.service.BookService"/>
</context:component-scan>
同時component-scan下可以擁有若干個include-filter和exclude-filter子節點,來表示可以包含多個哪種特征的組件或排除具有哪種特征的組件,
關于上面說到的type中填寫的過濾運算式型別及作用如下表:
| 類別 | 示例 | 說明 |
| annotation | com.atguigu.XxxAnnotation | 過濾所有標注了XxxAnnotation的類,這個規則根據目標組件是否標注了指定型別的注解進行過濾, |
| assignable | com.atguigu.BaseXxx | 過濾所有BaseXxx類的子類,這個規則根據目標組件是否是指定型別的子類的方式進行過濾, |
| aspectj | com.atguigu.*Service+ | 所有類名是以Service結束的,或這樣的類的子類,這個規則根據AspectJ運算式進行過濾, |
| regex | com\.atguigu\.anno\.* | 所有com.atguigu.anno包下的類,這個規則根據正則運算式匹配到的類名進行過濾, |
| custom | com.atguigu.XxxTypeFilter | 使用XxxTypeFilter類通過編碼的方式自定義過濾規則,該類必須實作org.springframework.core.type.filter.TypeFilter介面 |
最常用的上面兩個,以下三個幾乎不用:
type="aspectj" aspectj運算式
type="custom" 定義一個TypeFile,自己寫一個類定義使用哪一個
type="regex" 利用正則運算式
注意有bug:有些小伙伴們在進行注解開發的時候注解和掃描都寫的很完美,可就是不起作用,原因可能是缺少相應特有的一個jar包,在這里需要匯入額外的一個aop包
spring-aop-4.0.0.RELEASE.jar
到這里,將組件添加到容器中的操作就算是完成了,
在我們將組件添加成功之后呢,我們可以在組件圖示的右上角看到一個小S的圖示,這個時候就表示這個組件已經成功的加入到了容器中,
3、實作注解的三步驟
總結一下實作注解的三步驟:
- 添加context依賴
context:component-scan - 為類添加相應的注解
- 匯入aop包
spring-aop-4.0.0.RELEASE.jar
- 匯入aop包
三、組件自動裝配
但是這樣就結束了嘛?就這么輕松了嘛?之前學習的bean的作用域與生命周期這些都沒用了嘛?當然不是!!!更重要的是組件還沒獲取呢!!!

那么接下來就來和大家講一下使用注解開發的高端操作,讓你知道使用注解是多么的香!!!
我們平常在使用類的時候,難免會在類中呼叫其他自定義的類對吧,就比如說,Controller組件中往往需要用到Service組件的實體,Service組件中往往需要用到Repository組件的實體,
那么如果我們對這些需要實體化的組件一個一個的在類中進行實體化,是不是就顯得太麻煩了呢?哎,聰明機智的程式員們怎么會沒有想到這一點呢!所以組件的自動裝配就出現了,

在spring中我們可以通過注解的形式來對組件進行自動的裝配,那么到底如何對組件進行裝配的呢?
其實是這樣的,在IOC中指定要掃描的包時,<context:component-scan> 元素會自動注冊一個bean的后置處理器:AutowiredAnnotationBeanPostProcessor的實體,該后置處理器可以自動裝配標記了@Autowired、@Resource或@Inject注解的屬性,
而上面的@Autowired、@Resource或@Inject這三個注解,就是我們在進行組件的自動裝配時最常用的注解,
下面我和大家介紹一下這三種注解的具體使用,
1、@autowired注解
@autowired注解能夠根據型別實作自動裝配,無論是構造器、普通欄位(即使是非public)、還是一切具有引數的方法都可以應用@Autowired注解
默認情況下,所有使用@Autowired注解的屬性都需要被設定,當Spring找不到匹配的bean裝配屬性時,會拋出例外,
(1)@autowired裝配原理
接下里我來和大家詳細的講一下@autowired注解的裝配原理:
1、使用自動裝配時,首先會根據型別去容器中查找相應的組件,這就類似于
getBean("bookService.class"),
2、如果沒有找到就拋例外,如果找到一個就賦值
3、如果找到多個,那么也是有一定的裝配依據的,并不是隨便找一個進行裝配,
首先根據屬性名作為ID進行繼續尋找,找到對應屬性名的組件就進行裝配,沒有找到就報錯,報錯的原因是:使用變數名作為id進行匹配時候,沒有找到對應的屬性名
(2)@Qualifier指定裝配ID
對于這種報錯其實還有一種解決:就是使用@Qualifier("bookService")指定查找ID,找到就裝配,找不到報錯,指定查找ID的代碼示例如下:
// 添加注解表示自動裝填
@Autowired
@Qualifier("bookdao")
private BookDao bookDao;
(3)required—裝配報錯解決
那么要是每次找不到就報錯,這樣程式不是就崩了嗎?對于這樣的情況應該怎么辦呢?其實還有一種解決辦法,解決找不到報錯:使用required引數,
@Autowired(required=false) required=false表示如果實在找不到,就裝配null
反正裝配的依據就是,按照多種規則查找合適的裝配物件,直到查找成功,實在不成功就回傳null,
(4)特殊屬性的自動裝配
上面是使用@Autowired注解的基本原理與步驟,我們直到spring的注解開發是十分強大的,下面我們再來說幾個特殊的屬性的裝配,
@Autowired注解可以應用在陣列型別的屬性上,此時Spring將會把所有匹配的bean進行自動裝配,
@Autowired注解也可以應用在集合屬性上,此時Spring讀取該集合的型別資訊,然后自動裝配所有與之兼容的bean,
@Autowired注解用在java.util.Map上時,若該Map的鍵值為String,那么 Spring將自動裝配與值型別兼容的bean作為值,并以bean的id值作為鍵,
這樣一來,@Autowired注解的自動裝配是不是就顯得十分的強大了,以后媽媽再也不用擔心我new物件了!!!

2、@Resource注解
@Resource注解要求提供一個bean名稱的屬性,若該屬性為空,則自動采用標注處的變數或方法名作為bean的名稱,
3、@Inject注解
@Inject和@Autowired注解一樣也是按型別注入匹配的bean,但沒有reqired屬性,
以上就是進行自動裝配時使用的三個注解,在這里再總結一下,
@autoWried是spring自帶的,更強大一些,能夠實作required=false
@Resource也是java自帶的,擴展性更強,所以如果切換成另一個容器框架,@Resource還是可以用的,而@Inject和@Autowired注解一樣也是按型別注入匹配的bean,但沒有reqired屬性,其實在日常開發中,我們最常用到的、功能最強大的注解還是@Autowired注解,所以記住這一個基本上就可以了,
然后再總結一下使用注解的好處,主要就是節省了new物件時麻煩,直接使用一個@Autowired注解,spring就可以自動的為該屬性賦值,一般來說將組件加入到IOC的注解和@Autowired是結合使用的,
四、注解使用的小細節
其實在使用注解進行開發時還有一些小細節需要注意,我在這里給大家總結一下,
1、整合多個組態檔
當我們開發時的專案過大的時候,在一個組態檔寫如配置有時候就不能滿足我們的需求,所以Spring允許通過<import>將多個組態檔引入到一個檔案中,進行組態檔的集成,這樣在啟動Spring容器時,僅需要指定這個合并好的組態檔就可以,import元素的resource屬性支持Spring的標準的路徑資源,
如下示例,我們有springmvc.xml和spring.xml兩個組態檔,現在我們想要將spring.xml引入到springmvc.xml中,方法是:在springmvc.xml中寫入下面代碼:
<import resource="spring.xml"/>
2、路徑書寫問題
對于spring中常用地址書寫,有時候需要使用classpath,而有時候又需要其他,針對不同的路徑書寫,有不一樣的含義和使用:具體看下表:

3、獲取組件時的問題
對于使用注解方法添加到容器中的組件,我們在IOC容器中是看不到的,那么獲取它的時候應該如何獲取呢?
我們上面也說了,在注解中不指定id的前提下,spring是會自動的為每一個組件設定一個第一個字母小寫的組件的全稱作為ID,(如Book類的ID默認是book),在容器中獲取組件的方法和以往一樣,但是如果是單實體的話,一般建議以類為引數進行獲取,如:
Book book = (Book)ioc.getBean(Book.class);
五、寫在最后
以上就是Spring注解開發的全部知識點了,是不是覺得使用注解開發比原生代碼簡潔多了,注解也是SSM框架乃至之后開發會經常用到的東西,
所以小伙伴們一定要認真學習,有問題可以直接私信我或留言評論,點贊收藏,肝起來!!!
我是灰小猿,我們下期見!

轉載請註明出處,本文鏈接:https://www.uj5u.com/houduan/289262.html
標籤:java
上一篇:Mybatis核心原理

