跳到主要內容

Java 從入門到精通-反射機制_網頁設計公司


※自行創業缺乏曝光? 網頁設計幫您第一時間規劃公司的形象門面



網站的第一印象網頁設計,決定了客戶是否繼續瀏覽的意願。台北網動廣告製作的RWD網頁設計,採用精簡與質感的CSS語法,提升企業的專業形象與簡約舒適的瀏覽體驗,讓瀏覽者第一眼就愛上它。



導讀


  Java反射機制是開發者邁向結構化開發的重要一步,同時掌握了反射機制也就掌握了所有框架的核心實現思想。


認識反射機制


簡單例子



  通過以上的程序就會發現,除了對象的正向處理操作之外,還可以通過getClass()方法來獲取一個類對應的完整的信息的結構,而這就是反射的開始。


Class類對象實例化



  在整個反射機制之中,Class類是整個反射操作的源頭所在,如果現在可以獲取Class類的對象,那麼就可以進行所有的更加深層次的反射操作(上面案例僅僅是根據實例化對象的Class獲取了類的基本名稱)。


  在Java的處理機制之中,實際上會有三種方式可以獲取Class類的實例化對象。


方式一、


  由於在Object類中提供有getClass()方法,所以任意的實例化對象都可以通過此方法來獲取Class類的對象實例。



方式二、


  在Java處理過程之中,可以直接使用"類名稱.class"的形式直接在沒有產生實例化對象的時候獲取Class類的實例。



  這個時候輸出會直接通過toString()方法來獲取相關的對象完整信息。


方式三、


  在Class類的內部提供一個根據"類名稱"字符串實現類反射加載的處理方法


 public static Class<?> forName(String className) throws ClassNotFoundException {}

  在之前獲取Class類對象的情況下都必須獲取類本身對應的程序包,但是如果使用了"Class.forName()"方法進行Class類對象實例化獲取的時候,就可以直接將類名稱以字符串的形式定義在程序之中。



  這個時候就通過字符串實現了類的加載,但是需要明確的是,以上的這幾點處理語法在整個項目的實際開發過程之中全部都有可能使用到,不可能做一個優先級區分。


反射實例化類對象


  上面三種方式,我們已經可以得到三種實例化Class類對象的方法,但是不理解的是,為什麼我們要分析這三種方法,或者是為什麼要獲取Class類的實例化對象呢?


反射對象實例化


  在Java之中如果要想產生一個類的實例化對象,那麼你給要通過關鍵字new進行構造方法的調用,隨後再通過該對象進行具體的類的結構操作,可以除了這種關鍵字new之外,如果此時已經獲得了Class類的對象實例,那麼就可以通過Class類的如下方法來實現類對象的實例化處理。


傳統對象實例化



反射對象實例化



  通過以上兩個代碼的對比可以發現,使用關鍵字new或者使用反射機制中提供newInstance()兩個方法都可以實現類對象實例化處理,這樣就意味着從此之後可以不局限於關鍵字"new"的使用。JDK 1.9之後傳統所使用的newInstance()方法不推薦使用了,變為了以下使用方式


class.getDeclaredConstructor().newInstance();

  在JDK 1.9之後如果要想通過Class類對象獲取其他類的實例,那麼就需要進行方法的更換,但是又另外一點需要注意的是,當通過Class類對象獲取指定類實例的時候,newInstance()方法所返回的數據類型為Object,那麼這個時候就需要進行一些對象的向下轉型處理(對象的向下會存在有安全隱患)



  需要注意的是,雖然以上的操作可以通過向下轉型獲取指定類型的對象實例,但是這種操作的代碼是存在有設計上問題的,之所以使用反射很大的程度上是不希望進行完整類信息的導入,但是如果僅僅是按照如上的方式進行處理,那麼如果真的有一些其他包的類,則依然會出現導入包的情況。


  當有了反射機制的支持之後,那麼就可以得到第二種對象實例化的方案,而這種方案之中主要依靠的是Class完成。



反射與工廠設計模式


  通過反射可以獲取類的實例化對象,但是現在就需要去思考為什麼要提供反射的機制來獲取實例化對象,或者說如果直接使用關鍵字new有什麼問題嘛?如果要想回答這個問題最佳的做法是通過工廠設計模式來進行分析。



  但是如果說此時IPeople接口裡面有幾萬個子類呢?此時Factory類維護起來是不是很麻煩?所以這種傳統的靜態工廠類是不可能滿足於現實的項目開發要求的,最佳的做法要採用動態工廠類,反射機制就可以登場了。


  在使用反射操作的時候只需要根據字符串(類名稱)獲取Class類的實例化對象之後就可以直接反射實例化對象處理,這樣的操作最適合完成工廠設計的改良。


通過動態工廠設計模式解決當前的設計問題:



  此時工廠類完全變為了一種獨立的操作模式,不管你的項目中IPeople接口到底會產生多少個子類,那麼對於整個的工廠類來講都沒有任何的區別,只要給出類的完全路徑即可,並且該類屬於IPeople接口的子類,就都可以動態實例化。


反射機制與單例設計模式



  可以看到在JVM進程之中某一個類只允許提供唯一的一個實例化對象。


※綠能、環保無空污,成為電動車最新代名詞,目前市場使用率逐漸普及化



台中景泰電動車行只是一個單純的理由,將來台灣的環境,出門可以自由放心的深呼吸,讓空氣回歸自然的乾淨,減少污染,留給我們下一代有好品質無空污的優質環境




 線程安全的單例模式



 反射獲取類結構信息


  反射機制除了可以通過Class類的方式獲取一個類的實例化對象之外,其最大的特點還可以實現整個類結果的剖析。例如:該類的父類、他實現的父接口、類中的構造方法、成員屬性或者普通方法等等。


獲取類結構信息


  如果要進行一個類的定義,那麼在這個類中往往會存在有程序所處的包、一個類所繼承的父類或者是相關的實現接口,那麼這些信息都可以通過Class類直接獲取,在Class中提供如下的幾個方法。



  1. public Package getPackage(){} ==>獲取指定類的所在包

  2. public Class<? super T> getSuperclass(){} ==>獲取實現父類

  3.  public Class<?>[] getInterfaces(){} ==>獲取所有實現的全部接口



  在整個的程序之中利用Class這種處理結構,就可以持續進行當前類繼承關係的剖析,這樣的操作的結構就是對已有類執行反射的處理過程。之所以現在可以實現這樣的功能,主要的原因是針對於生成的二進制字節碼文件進行的處理。


反射調用構造方法


  在一個類中會存在有若干個構造方法的信息,那麼這樣就在Class類裏面可以基於反射機制來獲取一個類中全部已經存在的構造方法,具體的操作方法如下。



  1. public Constructor<T> getConstructor(Class<?>... parameterTypes) throws NoSuchMethodException, SecurityException  -->根據指定參數類型獲取指定構造方法對象


  2. public Constructor<?>[] getConstructors() throws SecurityException  -->獲取類中全部構造方法,只能訪問public構造方法的訪問權限

  3. public Constructor<T> getDeclaredConstructor(Class<?>... parameterTypes) throws NoSuchMethodException, SecurityException  -->獲取類中指定參數類型構造方法


  4. public Constructor<?>[] getDeclaredConstructors() throws SecurityException -->獲取全部構造方法,可以獲得類中全部構造方法


  可以發現在Class類中對於構造方法信息的獲取分為了兩組的方法名稱,之家有什麼區別呢?



  在Java反射機制之中,每一個Constrcutor類對象實例實際上都會描述一個對應的構造方法信息,於是可以使用Constructor類中的如下方法進行構造方法的處理



  1. public String getName()  -->獲取構造方法的名稱

  2. public int getParameterCount()  --> 獲取方法中的參數個數

  3. public TypeVariable<?>[] getTypeParameters()  -->獲取構造方法的參數類型

  4. public T newInstance(Object... initargs)  -->調用構造方法進行對象的反射實例化


  獲取構造方法的主要目的是進行指定有參構造的對象實例化處理操作。



 反射調用方法


  在一個類中處理構造之外還會存在有許多類中提供的方法,那麼在這種情況下,所有的方法信息也是可以通過Class類的對象反射獲取的,使用如下方法獲取即可



  1. public Method getMethod(String name, Class<?>... parameterTypes)  -->獲取類中的public訪問權限定義的指定方法

  2. public Method[] getMethods()  -->獲取類中所有定義的public方法

  3. public Method getDeclaredMethod(String name, Class<?>... parameterTypes)  -->獲取本類中的指定參數的方法,不區分訪問控制權限

  4. public Method[] getDeclaredMethods()  -->獲取本類中所有方法(不區分訪問控制權限)



  在Java反射機制運行過程之中,每一個方法都通過Method類的對象實例來進行包裝,這種情況下如果要想進行方法更深入層次的調用,就需要去研究Method類的重要組成,在Method類中提供有如下幾個常用方法



  1. public Class<?> getReturnType()  -->獲取方法的返回值類型

  2. public Type[] getGenericParameterTypes()  -->獲取方法的參數類型

  3. public Type[] getGenericExceptionTypes()  -->獲取方法中拋出的異常類型

  4. public Object invoke(Object obj, Object... args)  -->方法的調用

  5. public int getModifiers()  -->方法的訪問修飾符


  通過反射獲取類中的全部的方法的信息內容,在之前進行方法內容輸出的時候所採用的方式是由Method類提供的toString()方法,我們現在可以實現所有方法信息的獲取


package com.cyb.demo;

import java.lang.reflect.Method;
import java.lang.reflect.Modifier;
import java.lang.reflect.Type;

class People { // People類中的構造方法使用不同的訪問權限
public void Speak() {}
private String Run(String name) throws Exception{
return name+"正在跑。。。";
}
public String SelfInfo(String name,int age) throws RuntimeException,Exception{
return "我叫:"+name+",今年:"+age+"歲了";
}
}

public class Demo {
public static void main(String[] args) throws Exception {
Class
<?> clazz = Class.forName("com.cyb.demo.People");
Method[] methods
= clazz.getDeclaredMethods();
for(Method m:methods) {
System.out.print(Modifier.toString(m.getModifiers())
+" "); //方法的修飾符
System.out.print(m.getGenericReturnType().getTypeName()+" "); //返回值類型
System.out.print(m.getName()+" ("); //方法的名稱
Type[] parameterTypes = m.getGenericParameterTypes();
for (int i = 0; i < parameterTypes.length; i++) {
if (i>0) {
System.out.print(
",");
}
System.out.print(parameterTypes[i].getTypeName()
+" arg"+i);
}
System.out.print(
")");
Type[] exceptionTypes
= m.getGenericExceptionTypes(); //獲取所有拋出的異常信息
if (exceptionTypes.length>0) {
System.out.print(
" throws"); //輸出throws信息
for (int x = 0; x < exceptionTypes.length; x++) {
if (x>0) {
System.out.print(
", ");
}
System.out.print(exceptionTypes[x].getTypeName());
}
}
System.out.println();
//換行
}
}
}


  在實際項目的開發過程之中,使用Method類的對象最大的用途並不是進行方法結構的剖析(Method方法缺陷就是無法獲取參數具體名稱定義),最大的用途在於可以實現方法的反射調用



  使用如上的形式代替掉傳統的關鍵字new以及明確的"對象.方法()"形式,本質上來將就是為了進行解耦合設計。


反射調用成員屬性


  類中除了提供有構造還有方法之外,最為重要的概念就是屬性,因為在不同的對象裏面所保存的內容就屬於屬性的信息,屬性嚴格來講在Java中成為成員,所以如果要想獲得所有程序的信息,就需要通過Class類的對象來完成。



  1. public Field[] getFields()  -->獲取所有繼承而來的public成員

  2. public Field getField(String name)  -->獲取一個指定名稱的成員

  3. public Field[] getDeclaredFields()  -->獲取本類定義的全部成員

  4. public Field getDeclaredField(String name)  -->獲取本類中指定名稱的成員對象


  對於成員來講一定分為本類成員、父類成員以及接口中的常量成員等信息,那麼下面來獲取這些信息。



  在實際項目開發過程之中,如果使用反射進行處理的時候,一般來講都會採用"getDeclaredFields、getDeclaredField",方式來獲取本類的操作屬性(即便使用了private封裝也可以返回),所有的成員在Java中都使用Field類型來進行描述。



Field類的相關方法



  1. public Object get(Object obj)  -->獲取指定成員的內容

  2. public void set(Object obj, Object value)  -->設置成員的屬性內容

  3. public String getName()  -->獲取成員名稱

  4. public Class<?> getType()  -->獲取成員類型

  5. public void setAccessible(boolean flag)  -->設置封裝的可見性


  如果在一個類的對象裏面要進行成員的操作,那麼一定要首先獲取本類的實例化對象,然後才可以進行,在Field類中就直接提供有set()方法設置屬性,get()方法獲取屬性的操作。


通過Field實現屬性的直接操作



  從上面例子我們可以看到,童話里都是騙人的,設置為private私有屬性,直接可以用反射暴力(setAccessible)打開可見性。對於屬性的操作一般還是建議通過setter、getter方法完成,Field類只是表示有這種能力,但並不推薦。


Unsage工具類


  java.lang.reflect 本身所描述的是一種反射的基本操作功能,除了這個基本的功能之外,在JDK裏面還提供有一個比較特殊的反射類:sun.misc.Unsafe (按照Java開發的原則來將,所有以"sun"開頭的包一般都不建議調用,因為這些包都會與操作系統的底層有關,可以直接通過C++代碼進行操作),其中Unsafe類可以實現在沒有實例化對象的情況下進行類中方法的調用,在這個類中提供有如下兩個重要的結構



  1. private Unsafe(){}

  2. private static final Unsafe theUnsafe = new Unsafe();


  一般在單例設計模式之中,如果類中的構造方法被私有化了,往往會提供有一個static方法獲取本類對象,但是Unsafe類沒有這樣的處理方法,這個時候可以考慮通過反射的機制來獲取內部提供的"theUnsafe"對象


獲取Unsafe類對象的實例



  獲取Unsafe類的對象實例最為重要的目的是可以繞過JVM的管理機制來實現一些類的調用處理,例如:傳統的開發之中,只要調用類中的普通方法,就必須有實例化對象存在,但是如果使用了Unsafe類,這個機制就可以被打破了。


通過Unsafe類繞過JVM的對象管理機制實現方法調用



結尾


  通過上面一系列的學習,你已經學會了反射的基本方法調用,實際開發中還需要多多應用實戰練習,利用反射可以大幅度減少重複性代碼的開發。


  通過一系列的分析可以發現利用Unsafe類的對象實例可以直接繞過JVM運行機制,從而直接實現指定類的方法調用,並且連實例化對象的操作全部省略了。


完~~

本站聲明:網站內容來源於博客園,如有侵權,請聯繫我們,我們將及時處理

※如何讓商品強力曝光呢? 網頁設計公司幫您建置最吸引人的網站,提高曝光率!



以設計的實用美學觀點,規劃出舒適、美觀的視覺畫面,有效提昇使用者的心理期待,營造出輕鬆、愉悅的網站瀏覽體驗。




Orignal From: Java 從入門到精通-反射機制_網頁設計公司

留言

這個網誌中的熱門文章

旅館疑有臭蟲 北市府稽查找嘸

有民眾抱怨,日前投宿的北市某旅館疑似出現臭蟲,北市觀傳局與衛生局、環保局聯合稽查,但因為沒有發現蟲屍,無法確認該旅館是否真有臭蟲,市府下周將召開專家會議處理該案,市長蔣萬安則允諾會以最高規格防範臭蟲。 北市某旅館傳出疑有臭蟲,議員陳宥丞23日在市政總質詢詢問市府處理進度,並指出法國、澳洲、韓國的臭蟲,起初都現蹤公車或地鐵卻沒被發現,直到大規模爆發,才付出大量社會成本處理,而且一般殺蟲劑無法殺掉臭蟲,北市是否有因應措施? 觀傳局主任祕書蕭君杰表示,21日聯合環保局、衛生局到該旅館稽查,但沒有發現臭蟲,也沒有查到蟲卵跡象,只能檢查現場環境是否符合衛生相關規定,但環保局有指導業者如何針對臭蟲清潔消毒。觀傳局長王秋冬指出,下周會與專家學者召開會議,以最高規格處理此案。 想知道購買電動車哪裡補助最多? 台中電動車 補助資訊懶人包彙整 ;推薦評價好的 iphone維修 中心擁有專業的維修技術團隊,同時聘請資深iphone手機維修專家,現場說明手機問題,快速修理,沒修好不收錢住家的頂樓裝 太陽光電 聽說可發揮隔熱功效一線推薦東陽能源擁有核心技術、產品研發、系統規劃設置、專業團隊的太陽能發電廠商。 網頁設計 一頭霧水該從何著手呢? 回頭車 貨運收費標準宇安交通關係企業,自成立迄今,即秉持著「以誠待人」、「以實處事」的企業信念 台中搬家公司 教你幾個打包小技巧,輕鬆整理裝箱!還在煩惱搬家費用要多少哪?台中大展搬家線上試算搬家費用,從此不再擔心「物品怎麼計費」、「多少車才能裝完」 台中搬家 公司費用怎麼算?擁有20年純熟搬遷經驗,提供免費估價且流程透明更是5星評價的搬家公司好山好水 露營車 漫遊體驗露營車x公路旅行的十一個出遊特色。走到哪、玩到哪,彈性的出遊方案,行程跟出發地也可客製 廣告預算用在刀口上, 台北網頁設計 公司幫您達到更多曝光效益; 電動車補助 衛生局疾病管制科長張惠美表示,現場查到與臭蟲無關的多項衛生缺失,包含未提供從業人員體檢報告、簡易外傷藥品及器材超過有效期、紗窗有破損等,已要求業者2周內改善,將擇期複查,如果複查不合格,將依法裁罰3000元至2萬元罰鍰。 但陳宥丞批評,環保局未公告哪些藥劑能殺死臭蟲,很擔心北市會和韓國、法國一樣,把臭蟲防治交給民間恐造成大規模爆發,且北市內的廢棄傢俱回收廠也有可能成為臭蟲孳生的...

必知必會-存儲器層次結構

相信大家一定都用過各種存儲技術,比如mysql,mongodb,redis,mq等,這些存儲服務性能有非常大的區別,其中之一就是底層使用的存儲設備不同。作為一個程序員,你需要理解存儲器的層次結構,這樣才能對程序的性能差別瞭然於心。今天帶大家了解下計算機系統存儲器的層次結構。 存儲技術 首先了解下什麼是存儲器系統? 實質上就是一個具有不同容量、成本和訪問時間的存儲設備的層次結構。從快到慢依次為:CPU寄存器、高速緩存、主存、磁盤; 這裏給大家介紹一組數據,讓大家有一個更清晰的認識: 如果數據存儲在CPU寄存器,需要0個時鐘周期就能訪問到,存儲在高速緩存中需要4~75個時鐘周期。如果存儲在主存需要上百個周期,而如果存儲在磁盤上,大約需要幾千萬個周期! -- 出自 CSAPP 接下來一起深入了解下計算機系統涉及的幾個存儲設備: 隨機訪問存儲器 隨機訪問存儲器(RAM)分為靜態RAM (SRAM) 和動態RAM(DRAM)。SRAM的速度更快,但也貴很多,一般不會超過幾兆字節,通常用來做告訴緩存存儲器。DRAM就是就是我們常說的主存。 訪問主存 數據流是通過操作系統中的總線的共享电子電路在處理器和DRAM之間來來回回。每次CPU和主存之間的數據傳送都是通過一系列複雜的步驟完成,這些步驟成為總線事務。讀事務是將主存傳送數據到CPU。寫事務從CPU傳送數據到主存。 總線是一組并行的導線,能攜帶地址、數據和控制信號。下圖展示了CPU芯片是如何與主存DRAM連接的。 那麼我們在加載數據和存儲數據時,CPU和主存到底是怎樣交互實現的呢? 首先來看一個基本指令,加載內存數據到CPU寄存器中: movq A,%rax 將地址A的內容加載到寄存器%rax中,這個命令會使CPU芯片上稱為總線接口(bus interface)的電路在總線上發起讀事務,具體分為三個步驟: CPU將地址A放到系統總線上,I/O橋將信號傳遞到內存總線。詳情看下下圖a 主存感覺到內存總線上的地址信號,從內存總線讀地址,從DRAM取出數據字,將其寫到內存總線。I/O橋將內存總線信號翻譯成系統總線信號,沿着系統總線傳遞到CPU總線接口。下圖b CPU感覺到系統總線上的數據,從總線上讀數據,並將數據複製到寄存器%rax...

2016年電動車和插電式混合動力車銷量預計將超過70萬輛

中汽協日前預測,2016年全國電動汽車和插電式混合動力車的銷量預計將超過70萬輛,較2015年的銷量增長一倍。 2015年電動車和插電式混合動力車的合併銷量為331092輛,較2014年增長了340%。其中包括247482輛電動車和83610輛插電式混合動力車,在24萬輛多的電動汽車銷量中,包括146719輛乘用車,另有100763輛為商用車。插電式混合動力車的銷量中,60663輛為乘用車,22947輛為商用車。 根據2015年起草的藍圖,政府計畫到2020年在全國範圍內新建12000個充電站和480枚充電樁。2014年年底,全國共有780個充電站共31000枚充電樁。2015年政府還為27個省市自治區設定了電動車的最低銷量目標。 政府預計,這些措施到位後,自主品牌車企的電動車和插電式混合動力車銷量到2020年可達100萬輛,到2025年可達300萬輛。 本站聲明:網站內容來源於EnergyTrend https://www.energytrend.com.tw/ev/,如有侵權,請聯繫我們,我們將及時處理 【其他文章推薦】 ※為什麼 USB CONNECTOR 是電子產業重要的元件? ※ 網頁設計 一頭霧水??該從何著手呢? 找到專業技術的 網頁設計公司 ,幫您輕鬆架站! ※想要讓你的商品成為最夯、最多人討論的話題? 網頁設計公司 讓你強力曝光 ※想知道最厲害的 台北網頁設計公司推薦 、 台中網頁設計公司推薦 專業設計師"嚨底家"!! Orignal From: 2016年電動車和插電式混合動力車銷量預計將超過70萬輛