面試官:說說你對「註解」的理解

2021-01-10 網易

  本文主要內容如下:

  

  背景

  現在已經處於註解盛行時代,註解@Override ,這個註解是再熟悉不過了,還有@Controller、@RequestMapping、@Service.....

  註解已經是作為一個開發中必備的技能了。

  如果在面試中被問到註解,說不出個123,就只能回去等通知了。

  什麼是註解?

  註解annotation是JavaSE5.0中新增功能。可以理解為註解是一種標記,這種標記可以在編譯、類加載、運行時被讀取,並執行相應的處理。

  它可以添加到程序的任何元素上:包聲明、類型聲明、構造方法、普通方法、成員變量、參數。

  註解的老大:

   package java.lang.annotation; //是個接口 public interface Annotation { boolean equals(Object obj); int hashCode(); String toString(); //獲取註解類型 Class annotationType(); }

  JDK自帶為我們提供了元註解,下面就來聊聊JDK的元註解。

  元註解有哪些?

  JDK為我們提供五個元註解,位於java.lang.annotation 表目錄下。分別為:

  

@Retention@Target@Documented@Inherited@Repeatable

  Retention註解

  字面翻譯:

  

  該註解就是定義該註解是作用於什麼階段。

  編譯、類加載、運行(使用最多)

  註解源碼:

   @Documented @Retention(RetentionPolicy·RUNTIME) @Target(ElementType·ANNOTATION_TYPE) public @interface Retention { /** * Returns the retention policy. * @return the retention policy */ RetentionPolicy value(); }

  保留策略

   package java.lang.annotation; public enum RetentionPolicy { SOURCE, CLASS, RUNTIME }

  SOURCE:只在Java原始碼中,編譯器編譯的時候會把它直接丟棄。

  CLASS:編譯器將註解記錄在.class文件中。當運行Java程序時,JVM不能獲取註解信息。這是默認值。

  RUNTIME:編譯器將註解記錄在.class文件中。當運行Java程序時,JVM也能獲取註解信息。程序可以通過反射獲取註解信息。

  注意:如果使用該註解的時候必須指定value的值。

  Target註解

  字面意義為目標,下面來看看其源碼:

   @Documented @Retention(RetentionPolicy·RUNTIME) @Target(ElementType·ANNOTATION_TYPE) public @interface Target { //元素類型 ElementType[] value(); } public enum ElementType { TYPE, FIELD, METHOD, PARAMETER, CONSTRUCTOR, LOCAL_VARIABLE, ANNOTATION_TYPE, PACKAGE, /** @since 1.8*/ TYPE_PARAMETER, /** @since 1.8*/ TYPE_USE }

  Target註解是在聲明創建一個註解的時候,指示該註解可以作用於程序中的哪些元素。

  它裡邊也包含一個名為value的成員變量,value成員變量的值有如下幾種

  

ANNOTATION_TYPE:指定當前註解只能修飾其它註解CONSTRUCTOR:指定當前註解只能修飾構造方法FIELD:指定當前註解只能修飾成員變量LOCAL_VARIABLE:指定當前註解只能修飾局部變量METHOD:指定當前註解只能修飾方法PACKAGE:指定當前註解只能修飾包PARAMETER:指定當前註解只能修飾參數TYPE:指定當前註解可以修飾類,接口,其它註解,枚舉等類型

  比如說:常用的Spring的註解@Controller,是用來作用於類上的。

  

  Documented 註解

  字面意義就是文檔。@Documented用於描述其它類型的annotation應該被作為被標註的程序成員的公共API,因此可以被例如javadoc此類的工具文 檔化。Documented是一個標記註解,沒有成員 。

  @Documented@Retention(RetentionPolicy·RUNTIME)@Target(ElementType·ANNOTATION_TYPE)public @interface Documented {}

  主要是用來生成文檔的,工作中基本上很少使用,作為了解就可以了。

  Inherited 註解

  字面意義:

  

  @Inherited註解是在聲明創建一個註解的時候,指定該註解將具有繼承性。

  Inherited 源碼:

   @Documented @Retention(RetentionPolicy·RUNTIME) @Target(ElementType·ANNOTATION_TYPE) public @interface Inherited { }

  如果某個類使用了該註解@Xx,則其子類也將自動被此註解@Xx所修飾。

  使用模板:

   @Retention(RetentionPolicy·RUNTIME) @Target(ElementType·TYPE) @Inherited public @interface A { } @A public class Base { } //Sub也帶有@A public class Sub extends Base { }

  Repeatable註解

  @Repeatable元註解,顧名思義,重複註解,就是在聲明創建註解的時候,指定該註解可以被同一個程序元素多次使用。這是JDK8新增的註解,重複註解只是一種簡單化寫法,這種簡單化寫法是一種假象。多個重複註解其實會被作為「容器」註解的value成員變量的數組元素。

  比如下面Spring註解中ComponentScan:

   @Retention(RetentionPolicy·RUNTIME) @Target(ElementType·TYPE) @Documented @Repeatable(ComponentScans·class) public @interface ComponentScan { } @Retention(RetentionPolicy·RUNTIME) @Target(ElementType·TYPE) @Documented public @interface ComponentScans { ComponentScan[] value(); }

  使用案例

   import org.springframework.context.annotation.Bean; import org.springframework.context.annotation.ComponentScan; import org.springframework.context.annotation.ComponentScans; @ComponentScans(value = { @ComponentScan(value = "com.tian.pakage0"), @ComponentScan(value = "com.tian.pakage1")}) public class MainConfig { @Bean public User person() { return new User(); } }

  基本註解

  註解必須使用工具來處理,工具負責提取註解中包含的元數據,工具還會根據這些元數據增加額外的功能。下面我們先來了解一下5個基本註解的用法。

  

OverrideSafeVarargsSuppressWarningsFunctionalInterfaceDeprecated

  下面我們就來說說這五個註解。

  Override

  用於標識方法,標識該方法屬於重寫父類的方法 。

   //只能用於方法上 @Target(ElementType·METHOD) //源碼中編譯時就會使用 @Retention(RetentionPolicy·SOURCE) public @interface Override { }

  此註解表面是重寫父類的方法,只能用於方法上,並且用於編譯階段,我們在開發的時候,如果註解使用不當,在源碼編譯時立馬就會做出提示。

  SafeVarargs

  @SafeVarargs註解是在JDK7中引入的。此註解適用於接受varargs參數的final和static方法或構造函數。此註解用於確保方法不會對其varargs參數執行不安全的操作。從Java9開始,@SafeVarargs註解也適用於私有示例方法。

  @SafeVarargs源碼

   @Documented @Retention(RetentionPolicy·RUNTIME) @Target({ElementType·CONSTRUCTOR, ElementType·METHOD}) public @interface SafeVarargs {}

  使用案例

  如果不使用此註解

  public class SafevarargsTest { public static void main(String[] args) { // 傳遞可變參數,參數是泛型集合 display(10, 20, 30);// 傳遞可變參數,參數是非泛型集合 display("10", 20, 1000L);// 會有編譯警告 } public static

   void display(T··· array) { for (T arg : array) { System.out.println(arg.getClass().getName() + ":" + arg); } }}

  display方法會提示

  

  如果我們給這個方法添加此註解後

  

  上面的代碼在可變參數display前添加了@SafeVarargs註解,當然也可以使用 @SuppressWarnings("unchecked") 註解,可是,兩者相比較來說的話@SafeVarargs註解更適合。

  注意:@SafeVarargs註解不適用於非static或非final聲明的方法,對於未聲明為static或final的方法,假如,要抑制unchecked警告,可以使用@SuppressWarnings註解。

  SuppressWarnings

  用於有選擇的關閉編譯器對類、方法、成員變量、變量初始化的警告。

   @Target({TYPE, FIELD, METHOD, PARAMETER, CONSTRUCTOR, LOCAL_VARIABLE}) @Retention(RetentionPolicy·SOURCE) public @interface SuppressWarnings { String[] value(); }

  編譯時期就會做出提示,使用範圍也是比較廣泛,可以適用於類、接口、枚舉、方法、欄位等。

  我們開發過程中見過最多的應該是集合存放數據的時候,比如下面的例子。

  

  但是如果我們把第一行代碼注釋放開。

  

  這樣就不會提示了。

  FunctionalInterface

  JDK8新增註解。@FunctionalInterface標記在接口上,「函數式接口」是指僅僅只包含一個抽象方法的接口。

  源碼

   @Documented @Retention(RetentionPolicy·RUNTIME) @Target(ElementType·TYPE) public @interface FunctionalInterface {}

  1、該註解只能標記在」有且僅有一個抽象方法」的接口上。

  2、JDK8接口中的靜態方法和默認方法,都不算是抽象方法。

  3、接口默認繼承java.lang.Object,所以如果接口顯示聲明覆蓋了Object中方法,那麼也不算抽象方法。

  4、該註解不是必須的,如果一個接口符合」函數式接口」定義,那麼加不加該註解都沒有影響。加上該註解能夠更好地讓編譯器進行檢查。如果編寫的不是函數式接口,但是加上了@FunctionInterface,那麼編譯器會報錯。

  5、@FunctionalInterface 註解的interface。它的特點是其中只有一個子類必須要實現的abstract方法。

  使用場景

  Callable、Runnable等就有使用到。

   @FunctionalInterface public interface Callable

   { V call() throws Exception; } @FunctionalInterface public interface Runnable { public abstract void run(); }

  Deprecated

  用於標識方法或類,標識該類或方法已過時,建議不要使用 。

   @Documented @Retention(RetentionPolicy·RUNTIME) @Target(value={CONSTRUCTOR, FIELD, LOCAL_VARIABLE, METHOD, PACKAGE, PARAMETER, TYPE}) public @interface Deprecated { }

  使用範圍就相當廣泛了,構造方法、欄位、方法等。

  注意:只是提示過時了,不建議使用,不代表不能用,但是我們如果想用某個使用此註解標記的方法或者類的時候,建議找找有沒有替換方案,實在沒有替換方案,搞清楚為什麼它會被設置成過時,使用不當可能會對我們的程序造成你意想不到問題,也可能會挖坑。

  自定義註解

  終於來到自定義了,下面我們來自定義一個註解。

  使用@interface自定義註解時,自動繼承了java.lang.annotation.Annotation接口,由編譯程序自動完成其他細節。在定義註解時,不能繼承其他的註解或接口。@interface用來聲明一個註解,其中的每一個方法實際上是聲明了一個配置參數。方法的名稱就是參數的名稱,返回值類型就是參數的類型(返回值類型只能是基本類型、Class、String、enum)。可以通過default來聲明參數的默認值。

  格式

   public @interface 註解名 {定義體}

  案例

  自定義我們的註解

   @Documented @Retention(RetentionPolicy·RUNTIME) @Target(ElementType·METHOD) public @interface MyInterface { String value() default ""; }

  使用階段為運行階段,目標是在方法上。定義一個屬性value默認值為空字符串。

  下面我們就來使用我們定義的註解。

   import java.lang.reflect.Method; public class InterfaceDemo { //@MyInterface("老田自定義的註解") //@MyInterface @MyInterface(value = "老田自定義的註解") public void test() { // TODO: } public static void main(String[] args) { InterfaceDemo interfaceDemo = new InterfaceDemo(); Class clazz = interfaceDemo.getClass(); Method[] methods = clazz.getMethods(); for (Method method : methods) { if ("test".contentEquals(method.getName())) { System.out.println("方法名稱= " + method.getName()); MyInterface myInterface = method.getAnnotation(MyInterface·class); System.out.println("方法上的註解= " + myInterface); System.out.println("枚舉值= " + myInterface.value()); } } } }

  如果沒有指定value的值,那就使用默認值,value兩種方式賦值:

   @MyInterface("老田自定義的註解") @MyInterface(value = "老田自定義的註解")

  然後我們運行上面的代碼,輸出結果為:

  

  以上我們就搞定了自定義註解以及使用,獲取屬性值。

  註解是普通類還是接口?

  使用javap查看我們自定義的註解.class文件內容。

  

  這裡Annotation是接口:

   public interface Annotation { }

  那麼證明,我們自定義的註解是extend接口Annotation,由此可知註解就是接口。

  自定義註解注意點

  解參數的可支持數據類型:

  

所有基本數據類型(int,float,boolean,byte,double,char,long,short)String類型Class類型enum類型Annotation類型以上所有類型的數組

  Annotation類型裡面的參數該怎麼設定:

  

只能用public或默認(default)這兩個訪問權修改.例如,String value();這裡把方法設為defaul默認類型。參數成員只能用基本類型byte,short,char,int,long,float,double,boolean八種基本數據類型 和 String,Enum,Class,annotations等數據類型,以及這一些類型的數組.例如,String value();這裡的參數成員就為String。如果只有一個參數成員,最好把參數名稱設為「value」,後加小括號。例:下面的例子FruitName註解就只有一個參數成員。

  如何獲取註解?

  共有以下五種方式:

  

  1. 獲取類上的註解:Class類的getAnnotation()

  

  2. 獲取方法上的註解:Method類的getAnnotation()

  

  3. 獲取欄位上的註解:Field類的 getAnnotation()

  

  4. 獲取構造方法上的註解:Constructor類的getAnnotation()

  

  5. 獲取包上的註解:Package類的getAnnotation()

  

  如果此元素上存在指定的注釋類型,則此方法返回該元素的注釋,否則返回null。從上面的的集中方式中發現,都是使用getAnnotation()方法獲取的,相信大多數人都能猜到為什麼都是同一個方法名稱。

  下面就來說說Java中註解獲取的鼻祖:

  java.lang.reflect.AnnotatedElement

  此接口所有方法

  

  看看AnnotatedElement類圖:

  

  發現前面說的獲取註解的類,全部都實現了AnnotatedElement接口。

  所以程序通過反射獲取了某個類的AnnotatedElement對象之後,程序就可以調用該對象的方法。

  如下四個個方法來訪問Annotation信息:

  「getAnnotation」

  返回該程序元素上存在的、指定類型的註解,如果該類型註解不存在,則返回null。

  「getAnnotations」

  返回該程序元素上存在的所有註解。

  「isAnnotationPresent」

  判斷該程序元素上是否包指定類型的註解,存在則返回true,否則返回false。

  「getDeclaredAnnotations」

  返回直接存在於此元素上的所有注釋。與此接口中的其他方法不同,該方法將忽略繼承的注釋。(如果沒有注釋直接存在於此元素上,則返回長度為零的一個數組。)該方法的調用者可以隨意修改返回的數組;這不會對其他調用者返回的數組產生任何影響

  總結

  為什麼要學習註解?元註解有哪些?基本註解有哪些?如何自定義註解?註解是普通類還是接口?自定義註解需要注意些什麼?獲取註解?

相關焦點

  • 「Spring 全家桶」70 道高頻面試題
    」的題目外,剩下針對實際工作的題目就屬於真正的本事了,熱門技術的細節和難點成為了面試時主要考察的內容。這裡說「天方夜譚」並不是說算法沒用,不切實際,而是想說算法平時其實很少用到,甚至面試官都對自己出的算法題一知半解。這裡總結了 70 道 Spring 相關面試題,有的很基礎,有的很細節,大家可以評估一下自己掌握的情況。
  • 面試官不專業? 將公民證書國籍「臺灣」改「中國」?
    近日華府地區有華裔民眾表示,在公民面試結束確認「入籍美國公民證書」(Certificate of U.S. Naturalization)資料時,國籍「臺灣」(Taiwan)被面試官改為「中國」(China),且面試官堅持稱,公民申請國籍沒有「臺灣」的選項,引起不少華裔的困惑和不滿,並批評面試官不專業。
  • 「自我介紹」該怎麼準備?2分鐘讓面試官對你超感興趣
    「自我介紹」經常是進入面試前的第一個問題,也是讓面試官對你產生第一印象的關鍵時刻,若是能好好把握這段開場白,對面試的後續階段也會大大加分!首先,求職者要先想想「自我介紹」在面試中的意義,面試其實就跟初次約會一樣,是雙方對彼此展開認識的第一步,因此如何在一開始就讓對方留下好印象、博取好感就是首要考量了,因此自我介紹最重要的就是讓面試官在短時間內對你「感興趣」!該如何準備「自我介紹」?
  • Spring框架你敢寫精通,面試官就敢問@Autowired註解的實現原理
    面試官:Spring框架中的@Autowired註解可以標註在哪些地方?小小白:@Autowired註解可以被標註在構造函數、屬性、setter方法或配置方法上,用於實現依賴自動注入。面試官:有沒有研究過@Autowired註解的實現原理?
  • 如何在面試中解釋「頻繁離職」,能讓HR接受?
    如今再找工作時,為什麼兩份工作做得時間那麼短,成了他在面試時的硬傷。他問我:怎麼回答「頻繁離職」這個問題,能不讓面試官反感? 辦法肯定有,但需要小夥伴們做到三件事。在如今相對來說更為艱難的職場環境中,有幾段履歷時間偏短,是一件完全可以理解的事情。理解歸理解,企業招聘官肯定也有疑慮。
  • 當面試官問及「職業規劃」時,怎樣回答最加分?
    來源|微信公眾號 求職面試研究所很多人被問到「職業規劃」這個問題的時候,都會很糾結:太踏實苦幹 面試官:此人沒有上進心職業目標太明確 面試官:太在意外部激勵,內部動機太小其實,面試的過程就是在跟 HR 「鬥智鬥勇」。正所謂:知己知彼,百戰不 Die!那麼,你真的了解「職業規劃」問題背後,面試官到底想要知道什麼嗎?怎麼回答才能巧妙迎合面試官的「胃口」呢?
  • 「應聘面試通關指南」面試中常見問題匯總及應答
    什麼是「熱情」?就是你對這個行業和這個崗位的熱愛。「熱情」是刻意表現不出來的,如果你不是真的熱愛這個行業和崗位,你工作起來也會比較困難。你面試的崗位一定是你真正熱愛的,才能夠在工作的時候讓你產生使命感。當然,你還是需要讓面試官看到你是真的熱愛這個行業、這個崗位。
  • Android 面試:如何理解 Activity 的生命周期
    先給個福利,關注後在公眾號後臺回復「小黃車」,即可獲取好心人準備的「小黃車」免費月卡。
  • 去外企公司面試時,我們應該如何回答面試官的問題呢?
    英語是現在我們日常生活中常用到的一門語言,有很多人會把英語運用在工作方面,例如去外企公司面試時,如果我們有一口流利的英語,那麼你的通過率將會非常的高。但是有很多人都不會用英語來應付面試官的提問,所以常常導致自己的印象分大大的減少,那麼下面我就教大家,如何使用英語來回答面試官發出的問題。
  • 【每日一題】(33題)面試官:你對圖論了解多少?(三)
    •回復「社招」獲取內推•回復「實習生」獲取內推後續會有更多福利學習資料福利回復「算法」獲取算法學習資料往期「每日一題」1、JavaScript && ES6•第 28 題:【每日一題】(28題)面試官:原型鏈與構造函數結合方法繼承與原型式繼承的區別?
  • 「GPA太低,面試時怎麼解釋?」「別解釋了…」
    >對於任何其他弱點也許面試時還能找到合理的解釋 例如「我付不起頂尖學校的學費」或者「我很晚才對金融感興趣」但是關於為什麼在長達2-4年期間一直成績不好似乎很難找到辯解的理由要知道那句「Don't let 4.0 ruin your university!」
  • 面試官到底想聽什麼 | 面試老被刷?你可能踩到了這6個坑!
    很簡單,你又不是明星,頂多只能算是一個潛在的同事,面試官會問你這個問題的唯一目的,是想看看看他們和你之前公司領導的管理風格有多少相似之處,實際工作待遇和職業環境又有多少吻合的地方,從而推算出被你「撂攤子」的可能性有多大
  • 「求職系列三」面試攻略之常見面試問題及回答技巧
    「求職系列一」漫漫求職路,你準備好了嗎?「求職系列二」面試攻略之自我介紹今天來講一講面試環節中面試官習慣會問的問題,問題背後的意圖,以及回答技巧。離職原因面試官問你上份工作的離職原因,就像你的現女友問你「為什麼跟前任分手」一樣,要認真謹慎回答,避免踩坑。
  • 「通透教育洞察」留學申請時,為什麼會需要第三方面試?
    第三方機構面試的主要作用,就在於:「1」檢測學生的英語水平是否和託福、SAT成績、校內成績相符。「2」檢測學生的問題作答是否和提供的申請表裡的信息、活動、文書等內容匹配。目前,面試的主要形式是一對一,主要內容包括自我介紹、看圖說話、深入討論、自由表達環節。
  • 【加入信義】有「溫度」的招募,讓面試的代名詞不再是緊張無措
    提到面試,相信大家能想到的形容詞就是「緊張」、「壓抑」、甚至是「恐懼」、「焦慮」。
  • 面試官:「你為什麼選擇這個行業?」,回答「因為興趣」就錯了
    回答面試問題,要提供「有效信息」很多人在聽到這個問題後,第一反應就會回答「因為我對這個行業很有興趣。」、「我喜歡這個行業」、「我很看好這個行業」等等類似的回答。然而,首先要告訴大家的就是,這一類的回答統統都是「無效回答」。
  • 最激烈86人爭一個「叩門位」!2020香港小一「叩門」面試題目盤點!
    升小統一派位由於屬計算機派位,子女能否獲派心儀小學,很大程度上跟運氣有關,所以每年派位結果公布後,都有大批對派位結果失望的家長,帶子女到心儀小學「叩門」。而對於今年的「叩門」情況,家長們也需要要心理準備,因為疫情下,各校的「叩門」程序,或有不同,所以家長現時應了解心儀小學的「叩門」程序,到有需要「叩門」時,才不會手忙腳亂。
  • 利用5種「科學提問法」讓人不小心說出真心話
    開放式提問法刻意問出一個問題,讓對方自由發揮,藉以抓住對方「重視的事情」。這可以具體應用在面試的時候,例如,同樣一個問題:「請說說你在大四暑假參與了什麼活動?」每個人的回應不一樣,反映的正是他們的內心重視取向。
  • 面試官:你的 SQL 一般有幾個 join? | 原力計劃
    面試官:sync; echo 3 > /proc/sys/vm/drop_caches就可以清理buff/cache了,你說說我在線上執行這條命令做好不好?我:(送分題,內心大喜)好處大大的有,清理出緩存我們就有更多可用的內存空間, 就跟pc上面xx衛士的小火箭一樣,點一下,就釋放出好多的內存。
  • 清華天才王垠和阿里 P10 面試官趙海平神仙打架後,我們來說說技術面試中的該與不該!
    近日,清華天才王垠受邀面試阿里 P9 後和阿里 P10 面試官趙海平在知乎上神仙打架後,技術圈對此進行了激烈的討論