跳到主要內容

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 從入門到精通-反射機制_網頁設計公司

留言

張貼留言

這個網誌中的熱門文章

架構設計 | 異步處理流程，多種實現模式詳解

本文源碼：GitHub·點這裏 || GitEE·點這裏 一、異步處理 1、異步概念 異步處理不用阻塞當前線程來等待處理完成，而是允許後續操作，直至其它線程將處理完成，並回調通知此線程。 必須強調一個基礎邏輯，異步是一種設計理念，異步操作不等於多線程，MQ中間件，或者消息廣播，這些是可以實現異步處理的方式。 同步處理和異步處理相對，需要實時處理並響應，一旦超過時間會結束會話，在該過程中調用方一直在等待響應方處理完成並返回。同步類似電話溝通，需要實時對話，異步則類似短信交流，發送消息之後無需保持等待狀態。 2、異步處理優點 雖然異步處理不能實時響應，但是處理複雜業務場景，多數情況都會使用異步處理。 異步可以解耦業務間的流程關聯，降低耦合度； 降低接口響應時間，例如用戶註冊，異步生成相關信息表； 異步可以提高系統性能，提升吞吐量； 流量削峰即把請求先承接下來，然後在異步處理； 異步用在不同服務間，可以隔離服務，避免雪崩； 異步處理的實現方式有很多種，常見多線程，消息中間件，發布訂閱的廣播模式，其根據邏輯在於先把請求承接下來，放入容器中，在從容器中把請求取出，統一調度處理。 注意 ：一定要監控任務是否產生積壓過度情況，任務如果積壓到雪崩之勢的地步，你會感覺每一片雪花都想勇闖天涯。 3、異步處理模式 異步流程處理的實現有好多方式，但是實際開發中常用的就那麼幾種，例如： 基於接口異步響應，常用在第三方對接流程； 基於消息生產和消費模式，解耦複雜流程； 基於發布和訂閱的廣播模式，常見系統通知 異步適用的業務場景，對數據強一致性的要求不高，異步處理的數據更多時候追求的是最終一致性。 二、接口響應異步 1、流程描述 基於接口異步響應的方式，有一個本地業務服務，第三方接口服務，流程如下： 本地服務發起請求，調用第三方服務接口； 請求包含業務參數，和成功或失敗的回調地址； 第三方服務實時響應流水號，作為該調用的標識； 之後第三方服務處理請求，得到最終處理結果； 如果處理成功，回調本地服務的成功通知接口； 如果處理失敗，回調本地服務的失敗通知接口； 整個流程基於部分異步和部分實時的模式，完整處理； 注意 ：如...
張貼留言
閱讀完整內容

.NET Core前後端分離快速開發框架(Core.3.0+AntdVue)

.NET Core前後端分離快速開發框架(Core.3.0+AntdVue) 目錄 引言 時間真快，轉眼今年又要過去了。回想今年，依次開源發布了 Colder.Fx.Net.AdminLTE(254Star) 、 Colder.Fx.Core.AdminLTE(335Star) 、 DotNettySocket(82Star) 、 IdHelper(47Star) ，這些框架及組件都是本着以實際出發，實事求是的態度，力求提高開發效率（我自己都是第一個使用者），目前來看反響不錯。但是隨着前端和後端技術的不斷變革，尤其是前端，目前大環境已經是前後端完全分離為主的開發模式，在這樣的大環境和必然趨勢之下，傳統的MVC就顯得有些落伍了。在這樣的背景下，一款前後端分離的.NET開發框架就顯得尤為必要，由此便定了框架的升級目標： 前後端分離 。 首先後端技術的選擇，從目前的數據來看，.NET Core的發展遠遠快於.NET Framework，最簡單的分析就是Colder.Fx.Core.AdminLTE發布比Colder.Fx.Net.AdminLTE晚，但是星星卻後來居上而且比前者多30%，並且這個差距在不斷擴大，由點及面的分析可以看出我們廣大.NET開發人員學習的熱情和积極向上的態度，並不是某些人所認為的那麼不堪（ 走自己的路，讓別人說去吧 ）。大環境上微軟积極擁抱開源，大力發展.NET Core， 可以說前途一片光明。因此後端決定採用 .NET Core3.0 ，不再浪費精力去支持.NET Framework。 然後是前端技術選擇，首選是三大js框架選擇，也是從實際出發，Vue相對其它而言更加容易上手，並且功能也毫不遜色，深得各種大小公司喜歡，如果偏要說缺點的話，那就是對TS支持不行，但是即將發布Vue3.0肯定會改變這一缺陷。選擇了Vue之後，然後就是UI框架的選擇了，這裏的選擇更多了，我選擇了Ant Design Vue，理由便是簡潔方便，十分符合我的設計理念。 技術選型完畢之後便...
張貼留言
閱讀完整內容

台北市住宅、社區建創儲能設備 最高可獲600萬元補助

為了推廣分散式發電，台北市環保局預計補助1億元供住宅社區設置創能、儲能設備，計有3種方案可供選擇。環保局說明，每案補助額度不超過建制總經費49％，社區每案最高可獲200萬至600萬元補助，住宅每案補助上限100萬元，5月1日起開放申請。 環保局說明，台北市溫室氣體排放量7成以上來自住商部門，其中以使用電力造成間接溫室氣體排放為大宗，台北市平均年用電量約159.86億度，1度電約等同排放0.5公斤二氧化碳，若想達成2050年淨零排放目標，僅靠節能減碳無法達成，必須發展綠色創能、儲能，並且參考歐洲、日本的做法，採分散式發電方式，推廣到社區、住家、商辦，達到供電自給自足目標。 因此，環保局推出「台北市住宅社區創能儲能及節能補助計畫」，補助對象為台北市轄內房屋所有權人及社區管理委員會，補助方案共計3種，每一申請人或每一場址僅能獲1次補助，每案補助額度不超過建置總經費49％為限，5月1日到7月31日開放申請，但補助經費用完即停止申請。 環保局說明，方案A補助對象以社區為主，公共區域申請創能儲能及節能項目，每案補助上限新台幣600萬元；方案B分為住宅或社區公共區域申請創能搭配儲能項目（創能或儲能方案不得單獨申請），社區每案補助上限新台幣400萬元，住宅每案補助上限100萬元。方案C補助對象也是社區，公共區域申請節能項目，每案補助上限新台幣200萬元。 網頁設計 最專業,超強功能平台可客製,窩窩以「數位行銷」「品牌經營」「網站與應用程式」「印刷品設計」等四大主軸，為每一位客戶客製建立行銷脈絡及洞燭市場先機,請問 台中電動車 哪裡在賣比較便宜可以到台中景泰電動車門市去看看總店：臺中市潭子區潭秀里雅潭路一段102-1號。 電動車補助 推薦評價好的 iphone維修 中心擁有專業的維修技術團隊，同時聘請資深iphone手機維修專家，現場說明手機問題，快速修理，沒修好不收錢住家的頂樓裝 太陽光電 聽說可發揮隔熱功效一線推薦東陽能源擁有核心技術、產品研發、系統規劃設置、專業團隊的太陽能發電廠商。 網頁設計 一頭霧水該從何著手呢? 回頭車 貨運收費標準宇安交通關係企業，自成立迄今，即秉持著「以誠待人」、「以實處事」的企業信念 台中搬家公司 教你幾個打包小技巧,輕鬆整理裝箱!還在煩惱搬家費用要多少哪？台中大展搬家線上試算搬家費用，從此不再擔心「物品怎麼計費」、「多...
張貼留言
閱讀完整內容