老鐵們，大家好，相信還有很多朋友對(duì)于spring注解作用和java注解到底有什么用的相關(guān)問題不太懂，沒關(guān)系，今天就由我來為大家分享分享spring注解作用以及java注解到底有什么用的問題，文章篇幅可能偏長，希望可以幫助到大家，下面一起來看看吧！
SpringBoot中，@Autowired和@Resource使用起來到底有什么區(qū)別
這個(gè)問題也有一段時(shí)間了，當(dāng)初也就隨手一寫，直到最近還有網(wǎng)友在看，為了保證大家看的時(shí)候不會(huì)出現(xiàn)理解方面的問題，于2021-5-10編輯一次，希望能更加嚴(yán)謹(jǐn)一點(diǎn)，至少不會(huì)誤導(dǎo)大家。
首先，這個(gè)問題有點(diǎn)不準(zhǔn)確，這2個(gè)注解是使用Spring框架過程中常用的注解，而SpringMVC和SpringBoot等框架都是基于Spring的進(jìn)階框架，并沒有對(duì)這2個(gè)注解的使用進(jìn)行修改或者調(diào)整，所以，只討論Spring框架如何處理這2個(gè)注解即可，而不是討論在SpringBoot中的使用區(qū)別。
【結(jié)論】在絕大部分情況下，使用這2個(gè)注解的任何一個(gè)都可以實(shí)現(xiàn)自動(dòng)裝配，在使用方面是無感的。
如果要討論區(qū)別，基本上就是2點(diǎn)：
所屬不同：@Resource注解是javax包的；@Autowired是Spring聲明的；裝配機(jī)制不同：@Resource會(huì)優(yōu)先byName來裝配，即使名稱不匹配，也會(huì)嘗試byType來裝配；@Autowired則是先查找匹配類型對(duì)象的數(shù)量，如果有且僅有1個(gè)，則直接裝配，如果為0個(gè)，則無法裝配，此時(shí)需要考慮該注解的required屬性，默認(rèn)是true，就會(huì)因?yàn)椤氨仨氀b配卻沒有匹配類型的對(duì)象”而拋出異常，如果顯式的設(shè)置為false，則不裝配，保持被自動(dòng)裝配的屬性為null值，如果匹配類型的對(duì)象超過1個(gè)，則會(huì)嘗試byName，如果成功，則裝配，如果失敗，則拋出異常。如果一定要說還有其它區(qū)別，可以是：
作用范圍不同：@Resource用于對(duì)字段、Setter方法進(jìn)行注解，@Autowired可用于構(gòu)造方法、Setter方法和字段；當(dāng)同一種類型的對(duì)象有多個(gè)時(shí)（例如聲明的類型是接口，在Spring容器中有2個(gè)或多個(gè)實(shí)現(xiàn)類的對(duì)象），需要指定名稱，@Resource可直接配置name屬性來指定bean-name，而@Autowired需要配合@Qualifer注解，由@Qualifer注解來指定bean-name，當(dāng)用于字段時(shí)，直接在字段的聲明之前使用這2個(gè)注解，當(dāng)用于Setter方法時(shí)，在方法的聲明之前使用@Autowired，在方法的參數(shù)之前使用@Qualifer；另外，還有很多關(guān)于使用@Autowired的細(xì)節(jié)問題，例如“是不是不建議使用了”、“到底應(yīng)該怎么用”等等，所以，接下來主要討論這些問題。
關(guān)于“是不是不建議使用了”，這種問題的主要原因應(yīng)該是最近幾年IntelliJIDEA越來越流行了，而許多版本的IntelliJIDEA對(duì)@Autowired的預(yù)判是有問題的！也就是說：IntelliJIDEA會(huì)在編碼期實(shí)時(shí)預(yù)判是否存在可以裝配的對(duì)象，如果它認(rèn)為沒有，就會(huì)報(bào)錯(cuò)，事實(shí)上，它的判斷并不完全準(zhǔn)確！
例如，嘗試在Service組件中裝配一個(gè)Mapper接口類型的字段時(shí)：
（截圖來自IntelliJIDEA2020.1.4）
以上報(bào)錯(cuò)就是IntelliJIDEA預(yù)判錯(cuò)誤導(dǎo)致的，如果使用的是Eclipse就不會(huì)有這樣的問題，解決方案可以是：
在UserMapper接口上添加@Repository注解；將以上代碼中的@Autowired配置為@Autowired(required=false)，因?yàn)锧Autowired默認(rèn)是required=true，同時(shí)IntelliJIDEA認(rèn)為沒有可裝配對(duì)象，所以報(bào)錯(cuò)，顯式的配置為required=false之后，即使IntelliJIDEA認(rèn)為沒有可裝配對(duì)象也不會(huì)報(bào)錯(cuò)了；將以上代碼中的@Autowired改為@Resource。再例如在使用SpringSecurity進(jìn)行配置時(shí)也會(huì)有類似的問題，只不過這次它認(rèn)為“存在多個(gè)匹配類型的對(duì)象”：
（截圖來自IntelliJIDEA2020.1.4）
解決以上報(bào)錯(cuò)信息的方式可以是：
將聲明的UserDetailsService接口類型改為你的UserDetailsServiceImpl實(shí)現(xiàn)類類型，例如privateUserDetailsServerImplservice;即可；將以上代碼中的@Autowired改為@Resource。由于許多類似問題都可以通過“將@Autowired改為@Resource”來解決，加上一些相關(guān)說法（詳見下文），且某些片面的斷章取義，導(dǎo)致網(wǎng)上還存在“使用@Resource取代@Autowired”、“以后不要再用@Autowired”的說法，而這些說法都是錯(cuò)誤的，沒有任何官方（開發(fā)工具的IntelliJIDEA，或框架官方Spring）說過這樣的話！
首先，使用Spring實(shí)現(xiàn)自動(dòng)裝配時(shí)，有3種方式：
通過構(gòu)造方法注入；通過Setter注入（即與字段屬性匹配的set方法）；通過字段注入；基本示例參見下圖：
以上圖片來自Spring官方提供的資料，可以看到最后還附了個(gè)URL，是國外網(wǎng)友寫的一篇主題為《whyfieldinjectionisevil》的討論文章，有興趣且有一定英語閱讀能力的朋友可以自行上網(wǎng)查看全文，大意是“使用字段注入時(shí)可能導(dǎo)致NPE”！為什么會(huì)這樣呢？假設(shè)你有如下代碼：
如果你因?yàn)槟撤N原因直接創(chuàng)建對(duì)象，即通過UserServiceservice=newUserService();來創(chuàng)建對(duì)象，其中的userRepository屬性肯定是沒有值的，后續(xù)使用這個(gè)service對(duì)象時(shí)，只要涉及調(diào)用userRepository就會(huì)出現(xiàn)NPE了！
既然UserService是一個(gè)組件，為什么還會(huì)直接創(chuàng)建對(duì)象呢？其實(shí)這也算是一個(gè)低概率的特殊情況，在彼此不太熟悉的協(xié)同工作中可能出現(xiàn)，例如你和我一起開發(fā)項(xiàng)目，我對(duì)你寫的那部分代碼不太了解……再就是測(cè)試使用時(shí)，也可能出現(xiàn)直接創(chuàng)建對(duì)象的情況……
如果將代碼改為下面這樣：
則剛才的問題就不存在了！因?yàn)楝F(xiàn)在的構(gòu)造方法是需要參數(shù)的，你不給參數(shù)，就創(chuàng)建不了對(duì)象！如果能創(chuàng)建出對(duì)象，就肯定給了參數(shù)，則userRepository肯定有值，就不會(huì)出現(xiàn)NPE！當(dāng)然，如果你一定要傳個(gè)null進(jìn)去就沒辦法了，Nozuonodiewhyyoutry？
所以，使用構(gòu)造方法傳遞參數(shù)是一種強(qiáng)制依賴的做法，可以保證不會(huì)出現(xiàn)NPE，但是，如果參數(shù)太多會(huì)不會(huì)很奇怪？真的有必要把代碼寫得這么滴水不漏嗎？這個(gè)就看你自己了！首先，是IntelliJIDEA并不建議你使用字段注入：
（截圖來自IntelliJIDEA2020.1.4）
而Spring的觀點(diǎn)，可參見下圖：
可以看到，Spring是無所謂的，反正都能用（Springdoesn'tcare,canuseeither），當(dāng)然，也列舉了使用構(gòu)造方法注入和使用Setter注入的區(qū)別（雖然我在前面都是寫的字段注入，在NPE問題上，字段注入和Setter注入是一樣的）。
既然Spring都無所謂了，我們?yōu)槭裁催€要糾結(jié)注入方式呢？還是那句話，只要你能保證不出錯(cuò)，怎么都行！可能95%以上的Java從業(yè)者不是在寫大廠的大型項(xiàng)目，合格的程序員也不會(huì)亂寫代碼，由Setter或字段注入導(dǎo)致NPE的概率本來就極低，不一定需要為了“保證極端情況下也不出錯(cuò)”而刻意的把代碼調(diào)整為構(gòu)造方法注入，只要注意規(guī)避這個(gè)問題即可！
另外，我在上面的代碼演示中，在構(gòu)造方法上加了@Autowired注解，在這里解釋一下：
如果類中只存在默認(rèn)構(gòu)造方法（無論是你顯式的添加的，還是根本不寫，由編譯器添加的），則無需@Autowired注解，Spring會(huì)自動(dòng)調(diào)用，當(dāng)然，加了也不會(huì)出錯(cuò)；如果類中只存在唯一的構(gòu)造方法，Spring會(huì)自動(dòng)調(diào)用，且會(huì)自動(dòng)從Spring容器中找對(duì)象裝配為調(diào)用構(gòu)造方法的參數(shù)，這種情況也是不需要添加@Autowired注解的，加了也不會(huì)出錯(cuò)；如果類中存在多個(gè)構(gòu)造方法，且都沒有添加@Autowired注解時(shí)，當(dāng)存在無參數(shù)構(gòu)造方法時(shí)，Spring會(huì)自動(dòng)調(diào)用無參數(shù)構(gòu)造方法，如果你想要Spring調(diào)用另外某一個(gè)構(gòu)造方法，就在那個(gè)構(gòu)造方法上添加@Autowired注解；如果類中存在多個(gè)構(gòu)造方法，且超過1個(gè)構(gòu)造方法上都添加了@Autowired注解……你別作，你不需要知道Spring怎么處理，你只要把@Autowired刪得只有1個(gè)了，就肯定沒問題！所以，從道理上來說，應(yīng)該推薦顯式的為某1個(gè)構(gòu)造方法添加@Autowired注解，哪怕是不需要添加也能用，因?yàn)檫@樣會(huì)保證多構(gòu)造方法的情況下代碼更加直觀，增加代碼的可讀性，但是，從實(shí)際工作出發(fā)，可能就變成了“有啥好加的？這點(diǎn)道理都不懂還上什么班？”……大家都懶得加了，所以，又不是什么很難懂的原理，加不加就自行把握吧。
最后，再總結(jié)一下使用原則：
@Autowired和@Resource在使用時(shí)可以不糾結(jié)它們的區(qū)別，使用它們的目的就是為了裝配對(duì)象，只要能裝得上，裝的是對(duì)的，無所謂使用哪個(gè)？一定要區(qū)分選取，先保證“在同一個(gè)項(xiàng)目中使用同一個(gè)”，不要一個(gè)類使用@Autowired，另一個(gè)類又使用@Resource，然后，我個(gè)人建議使用@Autowired，原因嘛，很簡(jiǎn)單，你既然用Spring框架，就用它帶的注解唄；關(guān)于@Autowired的使用方式，不怕麻煩就都使用構(gòu)造方法注入，且顯式的添加@Autowired，如果怕麻煩，只要不出錯(cuò)，就隨意吧。Spring官方也考慮到了網(wǎng)友關(guān)于@Resource或相關(guān)注解的問題，因?yàn)闆]什么需要特別解釋的了，就直接貼圖好了，大家自行查閱，以下圖片仍是來自Spring官方資料：
最后，近期因?yàn)楣ぷ鞯年P(guān)系看了不少Spring的官方資料，包括官方的Spring學(xué)習(xí)教程，有些感慨，給我的感覺，Spring對(duì)外提倡實(shí)用主義，極少和你講理論，源碼什么的更是少得可憐，這也和面向?qū)ο蟮乃枷氡３忠恢拢思叶紟湍阕龊昧耍愫煤糜镁托辛耍槐仃P(guān)心實(shí)現(xiàn)細(xì)節(jié)，希望大家也能這樣！現(xiàn)在IT行業(yè)真的被一些大廠帶節(jié)奏了，網(wǎng)上各種吸引眼球的XX源碼解析、XX底層原理、XX加載過程分析、XX算法、大廠案例、大廠面試題……很多時(shí)候真的想噴一句“你咋不從操作系統(tǒng)開始做軟件研發(fā)呢”……真的，絕大部分Java從業(yè)者一輩子都進(jìn)不了大廠，也接觸不到超過20臺(tái)以上服務(wù)器才能扛得住的項(xiàng)目，除非是為了應(yīng)付面試，你甚至不需要知道i++和++i的區(qū)別，如果只是自己寫代碼自己用，你也不需要知道private和public的區(qū)別……如果你只想開自己的私家車，不想修車也不想造車，除了吹牛，你都不需要知道發(fā)動(dòng)機(jī)的型號(hào)……多掌握實(shí)用技術(shù)，多積累解決問題的經(jīng)驗(yàn)，原理什么的能不管就不要管，當(dāng)熟練到一定程度后，再考慮要不要深入了解原理。
好了，就這么多，如果有錯(cuò)別字，大家將就一下吧（可編輯次數(shù)有限），如果有覺得不對(duì)的地方，歡迎留言討論。
spring使用注解時(shí)報(bào)錯(cuò)，該怎么辦
解決方案：
1、在這需要說明的是，由于后臺(tái)從始至終沒有報(bào)任何的錯(cuò)誤，故我的文章里不會(huì)有出錯(cuò)的貼圖，有人就會(huì)說了，為什么不把自己的配置文件貼給大家看呢，我認(rèn)為沒有必要，因?yàn)榻酉聛砦視?huì)給大家講解排錯(cuò)方法，并且貼上已經(jīng)訪問成功的完整代碼貼圖。其實(shí)剛開始一遇見這樣的錯(cuò)誤，自己也排查了一邊沒有任何的發(fā)現(xiàn)，于是就網(wǎng)上百度各種搜索，其中也搜到一些結(jié)果，按照提示操作一通都沒有成功。這里我總結(jié)一下網(wǎng)上各種帖子的解決方案：
1、大量文章都是千篇一律的說處理器映射器和處理器適配器以及視圖解析器沒有配置好，于是教你怎么去配置處理器映射器，這里我總結(jié)一個(gè)處理器映射器和適配器以及視圖解析器的配置
1.1、非注解的處理器映射器和適配器配置，注意：在這里處理器映射器的配置必須和處理器適配器的配置是成對(duì)的，還有必須在配置文件里聲明注入你的controller，并且這個(gè)controller必須實(shí)現(xiàn)Controller接口。非注解的配置訪問是根據(jù)聲明注入的beanname來進(jìn)行映射處理的，必須有name,而且name的值必須有根符號(hào)（“/”）。
1.2、注解的處理器映射器和適配器配置。注解的controller類必須使用@Controller進(jìn)行注解，類中的方法使用@RequestMapping("")進(jìn)行注解。注解的配置方式還有一種，即<mvc:annotation-driven/>注解驅(qū)動(dòng)配置，這樣更方便，實(shí)際項(xiàng)目也是這樣使用的。
1.3、視圖解析器的配置。
至此，springmvc的controller需要的處理器映射器和處理器適配器以及視圖解析器的配置已經(jīng)完成，當(dāng)然實(shí)際要運(yùn)行的時(shí)候還必須要有Controller包掃描，不然你的程序在實(shí)例化完sqlSessionFactory后會(huì)一直卡在那里，不做任何操作，頁面也不會(huì)有任何的反映。
2、這網(wǎng)上的第二種解決方法說的最多的就是我上面說的Controller的包掃描沒有加或者包掃描的配置是錯(cuò)誤的，這如果說其他配置都OK的話，如果沒有加包掃描，那么他不回報(bào)任何的錯(cuò)誤，但是會(huì)輸出日志，創(chuàng)建SqlSessionFactory的日志是有的，不會(huì)什么信息都沒有。有的人將Controller的包掃描加成這樣
<context:component-scanbase-package="com.springmvc.ssm.controller.*"/>也是什么都沒有的。正確的包掃描是這樣的：
3、當(dāng)然也有說jar包沒有，這也有可能是有的，沒有jar包報(bào)404很正常的。這里要說的是如果出現(xiàn)404，你的判斷是jar包沒有，那你就得去你的項(xiàng)目發(fā)布路徑下的WEB-INF下的lib文件夾去找jar包，而不是你的eclipse里看有沒有。更需要注意的是，有人在tomcat運(yùn)行設(shè)置過發(fā)布路徑，那就必須在你設(shè)置的發(fā)布路徑下找，我的設(shè)置為tomcat的安裝目錄下的webapps下了。
4、其實(shí)忘了一個(gè)最多的說法，那就是說你的請(qǐng)求地址是錯(cuò)誤的，這個(gè)只能說自己認(rèn)真排查，一般人在出現(xiàn)404的時(shí)候第一反應(yīng)就是請(qǐng)求地址的核對(duì)，所以這個(gè)我也不說了。但是在這里我強(qiáng)調(diào)一個(gè)現(xiàn)象，就是你的請(qǐng)求地址是正確的，但是你的目錄里沒有Controller里的方法返回的頁面，這樣也會(huì)出現(xiàn)404,但是這個(gè)404和之前的404是不一樣的。比如我在我的testController的items映射的方法里返回的itemsLists,實(shí)際我的jsp下的JSP文件沒有一個(gè)itemsLists.jsp，那么頁面的錯(cuò)誤就會(huì)是這樣的：
5、還有一種解決辦法說web.xml配置DispatcherServlet的時(shí)候servlet的映射關(guān)系<url-pattern>配置不正確，應(yīng)該將<url-pattern>/*</url-pattern>改為<url-pattern>/*</url-pattern>，去掉根號(hào)后面的星號(hào)，當(dāng)然如果確實(shí)這樣寫了，那這也是一種解決辦法。
springmvc中響應(yīng)頁面請(qǐng)求的注解為
@Responsebody。使用@Responsebody標(biāo)識(shí)的方法表示該方法的返回結(jié)果直接寫入HTTPresponsebody中，一般在異步獲取數(shù)據(jù)時(shí)使用，在使用@RequestMapping后，返回值通常解析為跳轉(zhuǎn)路徑，加上@Responsebody后返回結(jié)果不會(huì)被解析為跳轉(zhuǎn)路徑，而是直接寫入HTTPresponsebody中。
比如異步獲取json數(shù)據(jù)
spring中反序列化注解
JackSon解析工具:@JsonAlias注解，反序列化時(shí)使bean的屬性接收多個(gè)json字段的名稱。
可以將類或?qū)ο笸泄芙oSpring的IOC容器的注解是
springioc指的是控制反轉(zhuǎn)，IOC容器負(fù)責(zé)實(shí)例化、定位、配置應(yīng)用程序中的對(duì)象及建立這些對(duì)象間的依賴。交由Spring來管理這些，實(shí)現(xiàn)解耦
spring注解原理
注解（Annotation）提供了一種安全的類似注釋的機(jī)制，為我們?cè)诖a中添加信息提供了一種形式化得方法，使我們可以在稍后某個(gè)時(shí)刻方便的使用這些數(shù)據(jù)（通過解析注解來使用這些數(shù)據(jù)），用來將任何的信息或者元數(shù)據(jù)與程序元素（類、方法、成員變量等）進(jìn)行關(guān)聯(lián)。其實(shí)就是更加直觀更加明了的說明，這些說明信息與程序業(yè)務(wù)邏輯沒有關(guān)系，并且是供指定的工具或框架使用的。Annotation像一種修飾符一樣，應(yīng)用于包、類型、構(gòu)造方法、方法、成員變量、參數(shù)及本地變量的申明語句中。
Annotation其實(shí)是一種接口。通過java的反射機(jī)制相關(guān)的API來訪問Annotation信息。相關(guān)類（框架或工具中的類）根據(jù)這些信息來決定如何使用該程序元素或改變它們的行為。Java語言解釋器在工作時(shí)會(huì)忽略這些Annotation，因此在JVM中這些Annotation是“不起作用”的，只能通過配套的工具才能對(duì)這些Annotation類型的信息進(jìn)行訪問和處理。
文章到此結(jié)束，如果本次分享的spring注解作用和java注解到底有什么用的問題解決了您的問題，那么我們由衷的感到高興！
