這篇文章主要介紹“@Autowired的原理和作用”,在日常操作中,相信很多人在@Autowired的原理和作用問題上存在疑惑,小編查閱了各式資料,整理出簡單好用的操作方法,希望對大家解答”@Autowired的原理和作用”的疑惑有所幫助!接下來,請跟著小編一起來學習吧!
創新互聯自2013年創立以來,先為安岳等服務建站,安岳等地企業,進行企業商務咨詢服務。為安岳企業網站制作PC+手機+微官網三網同步一站式服務解決您的所有建站問題。
最近review別人代碼的時候,看到了一些@Autowired不一樣的用法,覺得有些意思,特定花時間研究了一下,收獲了不少東西,現在分享給大家。
也許@Autowired比你想象中更強大。
我們都知道在spring中@Autowired注解,是用來自動裝配對象的。通常,我們在項目中是這樣用的:
package com.sue.cache.service;
import org.springframework.stereotype.Service;
@Service
public class TestService1 {
public void test1() {
}
}
package com.sue.cache.service; import org.springframework.stereotype.Service; @Service public class TestService2 { @Autowired private TestService1 testService1; public void test2() { } }
沒錯,這樣是能夠裝配成功的,因為默認情況下spring是按照類型裝配的,也就是我們所說的byType方式。
此外,@Autowired注解的required參數默認是true,表示開啟自動裝配,有些時候我們不想使用自動裝配功能,可以將該參數設置成false。
上面byType方式主要針對相同類型的對象有且只有一個的情況,此時對象類型是唯一的,可以找到正確的對象。
但如果相同類型的對象不只一個時,會發生什么?
在項目的test目錄下,建了一個同名的類TestService1:
package com.sue.cache.service.test; import org.springframework.stereotype.Service; @Service public class TestService1 { public void test1() { } }
重新啟動項目時:
Caused by: org.springframework.context.annotation.ConflictingBeanDefinitionException: Annotation-specified bean name 'testService1' for bean class [com.sue.cache.service.test.TestService1] conflicts with existing, non-compatible bean definition of same name and class [com.sue.cache.service.TestService1]
結果報錯了,報類類名稱有沖突,直接導致項目啟動不來。
注意,這種情況不是相同類型的對象在Autowired時有兩個導致的,非常容易產生混淆。這種情況是因為spring的@Service方法不允許出現相同的類名,因為spring會將類名的第一個字母轉換成小寫,作為bean的名稱,比如:testService1,而默認情況下bean名稱必須是唯一的。
下面看看如何產生兩個相同的類型bean:
public class TestService1 {
public void test1() {
}
}
@Service public class TestService2 { @Autowired private TestService1 testService1; public void test2() { } }
@Configuration public class TestConfig { @Bean("test1") public TestService1 test1() { return new TestService1(); } @Bean("test2") public TestService1 test2() { return new TestService1(); } }
在TestConfig類中手動創建TestService1實例,并且去掉TestService1類上原有的@Service注解。
重新啟動項目:
果然報錯了,提示testService1是單例的,卻找到兩個對象。
其實還有一個情況會產生兩個相同的類型bean:
public interface IUser {
void say();
}
@Service
public class User1 implements IUser{
@Override
public void say() {
}
}
@Service
public class User2 implements IUser{
@Override
public void say() {
}
}
@Service public class UserService { @Autowired private IUser user; }
項目重新啟動時:
報錯了,提示跟上面一樣,testService1是單例的,卻找到兩個對象。
第二種情況在實際的項目中出現得更多一些,后面的例子,我們主要針對第二種情況。
顯然在spring中,按照Autowired默認的裝配方式:byType,是無法解決上面的問題的,這時可以改用按名稱裝配:byName。
只需在代碼上加上@Qualifier注解即可:
@Service public class UserService { @Autowired @Qualifier("user1") private IUser user; }
調整之后,項目就能正常啟動了。
Qualifier意思是合格者,一般跟Autowired配合使用,需要指定一個bean的名稱,通過bean名稱就能找到需要裝配的bean。
除了上面的@Qualifier注解之外,還能使用@Primary注解解決上面的問題。在User1上面加上@Primary注解:
@Primary @Service public class User1 implements IUser{ @Override public void say() { } }
去掉UserService上的@Qualifier注解:
@Service public class UserService { @Autowired private IUser user; }
重新啟動項目,一樣能正常運行。
當我們使用自動配置的方式裝配Bean時,如果這個Bean有多個候選者,假如其中一個候選者具有@Primary注解修飾,該候選者會被選中,作為自動配置的值。
上面的實例中@Autowired注解,都是使用在成員變量上,但@Autowired的強大之處,遠非如此。
先看看@Autowired注解的定義:
從圖中可以看出該注解能夠使用在5種目標類型上,下面用一張圖總結一下:
在成員變量上使用Autowired注解:
@Service public class UserService { @Autowired private IUser user; }
這種方式可能是平時用得最多的。
在構造器上使用Autowired注解:
@Service public class UserService { private IUser user; @Autowired public UserService(IUser user) { this.user = user; System.out.println("user:" + user); } }
注意,在構造器上加Autowired注解,實際上還是使用了Autowired裝配方式,并非構造器裝配。
在普通方法上加Autowired注解:
@Service public class UserService { @Autowired public void test(IUser user) { user.say(); } }
spring會在項目啟動的過程中,自動調用一次加了@Autowired注解的方法,我們可以在該方法做一些初始化的工作。
也可以在setter方法上Autowired注解:
@Service public class UserService { private IUser user; @Autowired public void setUser(IUser user) { this.user = user; } }
可以在構造器的入參上加Autowired注解:
@Service public class UserService { private IUser user; public UserService(@Autowired IUser user) { this.user = user; System.out.println("user:" + user); } }
也可以在非靜態方法的入參上加Autowired注解:
@Service public class UserService { public void test(@Autowired IUser user) { user.say(); } }
這種方式其實用得不多,我就不過多介紹了。
其實上面舉的例子都是通過@Autowired自動裝配單個實例,但這里我會告訴你,它也能自動裝配多個實例,怎么回事呢?
將UserService方法調整一下,用一個List集合接收IUser類型的參數:
@Service public class UserService { @Autowired private List<IUser> userList; @Autowired private Set<IUser> userSet; @Autowired private Map<String, IUser> userMap; public void test() { System.out.println("userList:" + userList); System.out.println("userSet:" + userSet); System.out.println("userMap:" + userMap); } }
增加一個controller:
@RequestMapping("/u") @RestController public class UController { @Autowired private UserService userService; @RequestMapping("/test") public String test() { userService.test(); return "success"; } }
調用該接口后:
從上圖中看出:userList、userSet和userMap都打印出了兩個元素,說明@Autowired會自動把相同類型的IUser對象收集到集合中。
意不意外,驚不驚喜?
前面介紹了@Autowired注解這么多牛逼之處,其實有些情況下,即使使用了@Autowired裝配的對象還是null,到底是什么原因呢?
在類上面忘了加@Controller、@Service、@Component、@Repository等注解,spring就無法完成自動裝配的功能,例如:
public class UserService { @Autowired private IUser user; public void test() { user.say(); } }
這種情況應該是最常見的錯誤了,不會因為你長得帥,就不會犯這種低級的錯誤。
web應用啟動的順序是:listener->filter->servlet。
接下來看看這個案例:
public class UserFilter implements Filter {
@Autowired
private IUser user;
@Override
public void init(FilterConfig filterConfig) throws ServletException {
user.say();
}
@Override
public void doFilter(ServletRequest request, ServletResponse response, FilterChain chain) throws IOException, ServletException {
}
@Override
public void destroy() {
}
}
@Configuration public class FilterConfig { @Bean public FilterRegistrationBean filterRegistrationBean() { FilterRegistrationBean bean = new FilterRegistrationBean(); bean.setFilter(new UserFilter()); bean.addUrlPatterns("/*"); return bean; } }
程序啟動會報錯:
tomcat無法正常啟動。
什么原因呢?
眾所周知,springmvc的啟動是在DisptachServlet里面做的,而它是在listener和filter之后執行。如果我們想在listener和filter里面@Autowired某個bean,肯定是不行的,因為filter初始化的時候,此時bean還沒有初始化,無法自動裝配。
如果工作當中真的需要這樣做,我們該如何解決這個問題呢?
public class UserFilter implements Filter { private IUser user; @Override public void init(FilterConfig filterConfig) throws ServletException { ApplicationContext applicationContext = WebApplicationContextUtils.getWebApplicationContext(filterConfig.getServletContext()); this.user = ((IUser)(applicationContext.getBean("user1"))); user.say(); } @Override public void doFilter(ServletRequest request, ServletResponse response, FilterChain chain) throws IOException, ServletException { } @Override public void destroy() { } }
答案是使用WebApplicationContextUtils.getWebApplicationContext獲取當前的ApplicationContext,再通過它獲取到bean實例。
通常情況下,@Controller、@Service、@Component、@Repository、@Configuration等注解,是需要通過@ComponentScan注解掃描,收集元數據的。
但是,如果沒有加@ComponentScan注解,或者@ComponentScan注解掃描的路徑不對,或者路徑范圍太小,會導致有些注解無法收集,到后面無法使用@Autowired完成自動裝配的功能。
有個好消息是,在springboot項目中,如果使用了@SpringBootApplication注解,它里面內置了@ComponentScan注解的功能。
如果A依賴于B,B依賴于C,C又依賴于A,這樣就形成了一個死循環。
spring的bean默認是單例的,如果單例bean使用@Autowired裝配,大多數情況,能解決循環依賴問題。
但是如果bean是多例的,會出現循環依賴問題,導致bean自動裝配不了。
還有有些情況下,如果創建了代理對象,即使bean是單例的,依然會出現循環依賴問題。
如果你對循環依賴問題比較感興趣,也可以看一下我的另一篇專題《spring:我是如何解決循環依賴的?》,里面介紹的非常詳細。
@Autowired功能雖說非常強大,但是也有些不足之處。比如:比如它跟spring強耦合了,如果換成了JFinal等其他框架,功能就會失效。而@Resource是JSR-250提供的,它是Java標準,絕大部分框架都支持。
除此之外,有些場景使用@Autowired無法滿足的要求,改成@Resource卻能解決問題。接下來,我們重點看看@Autowired和@Resource的區別。
@Autowired默認按byType自動裝配,而@Resource默認byName自動裝配。
@Autowired只包含一個參數:required,表示是否開啟自動準入,默認是true。而@Resource包含七個參數,其中最重要的兩個參數是:name 和 type。
@Autowired如果要使用byName,需要使用@Qualifier一起配合。而@Resource如果指定了name,則用byName自動裝配,如果指定了type,則用byType自動裝配。
@Autowired能夠用在:構造器、方法、參數、成員變量和注解上,而@Resource能用在:類、成員變量和方法上。
@Autowired是spring定義的注解,而@Resource是JSR-250定義的注解。
此外,它們的裝配順序不同。
如果同時指定了name和type:
如果指定了name:
如果指定了type:
如果既沒有指定name,也沒有指定type:
到此,關于“@Autowired的原理和作用”的學習就結束了,希望能夠解決大家的疑惑。理論與實踐的搭配能更好的幫助大家學習,快去試試吧!若想繼續學習更多相關知識,請繼續關注創新互聯網站,小編會繼續努力為大家帶來更多實用的文章!
分享標題:@Autowired的原理和作用
標題URL:http://m.newbst.com/article24/iideje.html
成都網站建設公司_創新互聯,為您提供網站制作、營銷型網站建設、移動網站建設、關鍵詞優化、網站策劃、網站改版
聲明:本網站發布的內容(圖片、視頻和文字)以用戶投稿、用戶轉載內容為主,如果涉及侵權請盡快告知,我們將會在第一時間刪除。文章觀點不代表本網站立場,如需處理請聯系客服。電話:028-86922220;郵箱:631063699@qq.com。內容未經允許不得轉載,或轉載時需注明來源: 創新互聯