摘要：所以，我實(shí)現(xiàn)了一個(gè)稱為的類來應(yīng)用反射?，F(xiàn)在流行的語言大都支持反射。這組內(nèi)省主要是針對(duì)類進(jìn)行操作的，能夠獲取類的屬性信息?？梢钥吹?，通過的內(nèi)省機(jī)制，解決了的最關(guān)鍵的問題。在封裝反射的時(shí)候，會(huì)充分考慮到各種情況。

學(xué)習(xí)具體的技術(shù)工具的好辦法就是些Demo、造輪子。所以，我實(shí)現(xiàn)了一個(gè)稱為BeanMap的類來應(yīng)用java反射API。

這個(gè)BeanMap的功能是將一個(gè)Bean包裝成Map來使用。對(duì)調(diào)用者來說，是以操作Map的方式來操作BeanMap，
但是，實(shí)際上的數(shù)據(jù)是存儲(chǔ)在被包裝的Bean對(duì)象中的。

這種思路類似適配器模式，可以讓你以Map的接口操作Bean對(duì)象。
但又有點(diǎn)像“視圖”思想，真正的數(shù)據(jù)是存儲(chǔ)在Bean對(duì)象中的，BeanMap只是對(duì)它進(jìn)行操作的“視圖”。對(duì)BeanMap的所有操作都會(huì)反映在后面的Bean對(duì)象中。

下面是BeanMap的一個(gè)使用例子。

    @Getter
    @Setter
    class Point {
        private Integer x = 2;
        private Integer y = 1;
    }

BeanMap map = new BeanMap(new Point());
map.put("x", 10);
map.get("y");

示例中的Point這個(gè)Bean類擁有屬性x和y。但是被BeanMap包裝后，它就變成了一個(gè)擁有鍵"x"和鍵"y"的Map了。

那這個(gè)BeanMap類有什么實(shí)際應(yīng)用呢？哈哈這只是我為了寫反射的DEMO自己設(shè)計(jì)出來的一個(gè)類。

稍微思考下不難發(fā)現(xiàn)，BeanMap實(shí)現(xiàn)的關(guān)鍵點(diǎn)在于，
BeanMap接受外部傳入的鍵，這是一個(gè)字符串。之后，它得到找到Bean對(duì)象中對(duì)應(yīng)的getter和setter，并操作Bean對(duì)象。

將這個(gè)要求向通用化的方向分析，也即提供一個(gè)與函數(shù)匹配的字符串，得到對(duì)該函數(shù)的引用。

通過反射，就能夠?qū)崿F(xiàn)上面的要求。
現(xiàn)在流行的語言大都支持反射。反射能夠在運(yùn)行時(shí)得到程序元數(shù)據(jù)，比如某類的信息。
還能夠根據(jù)這些元信息來修改程序狀態(tài)或邏輯。
由于反射是在 運(yùn)行 時(shí)得到的信息，那么支持反射的語言也必然要在程序運(yùn)行時(shí)將這些元信息存放在內(nèi)存某處。

java語言提供了反射API，這里是官方完整的文檔：https://docs.oracle.com/javas... 。
對(duì)于反射出來的信息，Java的反射API將其以類的形式包裝提供。
Java的反射機(jī)制提供了4個(gè)類：

Class 類

Constructor 構(gòu)造器

Field 屬性

Method 方法

現(xiàn)在，試圖利用反射API，得到一個(gè)POJO類的所有屬性名稱。如下：

    private List names() {
        Method[] methods = bean.getClass().getMethods();
        List result = new ArrayList<>();
        for (Method getter : methods) {
            int mod = getter.getModifiers();
            if (getter.getName().startsWith("get") && !Modifier.isPublic(mod)) {
                String name = getter.getName().substring("key".length());
                name = name.substring(0, 1).toLowerCase() + key.substring(1);
                result.add(name);
            }
        }
        return result;
    }

上述代碼的思路很簡單，java提供的反射API，能夠得到該類的所有方法列表。按照約定，POJO類的屬性xxx的getter方法都命名為GetXxx。那么，遍歷這個(gè)表，找出所有g(shù)etter，字符串處理下，就得到了所有的屬性。

通過調(diào)用對(duì)象的getClass()方法得到一個(gè)Class對(duì)象，也即反射出該對(duì)象的Class信息。Class::getMethods函數(shù)則是反射出該類的所有方法。

Method::getModifiers得到方法的修飾符信息。它是一個(gè)整數(shù)，我猜測(cè)是用位標(biāo)記各個(gè)修飾符的，處理它需要用到位運(yùn)算。不過可以使用Modifier這個(gè)類的工具方法去處理它。

不過，這里是想實(shí)現(xiàn)BeanMap。一種思路是，通過對(duì)反射出的列表進(jìn)行一次處理，除了得到每個(gè)屬性的名稱外，還要得到它們的getter和setter。下面是一種粗暴的實(shí)現(xiàn)：

    private List fileds() {
        Method[] fields = bean.getClass().getMethods();
        List result = new ArrayList<>();
        for (Method getter : fields) {
            if (getter.getName().startsWith("get") && isVaildModifier(getter.getModifiers())) {
                String setterName = "set" + getter.getName().substring("get".length());
                for (Method setter : fields) {
                    if (setter.getName().equals(setterName) && isVaildModifier(setter.getModifiers())) {
                        result.add(new Item(this.bean, getter, setter));
                    }
                }
            }
        }
        return result;
    }

當(dāng)然，上面的實(shí)現(xiàn)思路缺點(diǎn)很多。
首先，是性能問題。上面的代碼雖然能實(shí)現(xiàn)功能，但是太暴力了。
雖然一個(gè)POJO類的方法頂多幾十個(gè)，但是考慮到在具體的實(shí)踐中，這些都是作為較為底層的基礎(chǔ)設(shè)施，項(xiàng)目中可能會(huì)頻繁被業(yè)務(wù)代碼調(diào)用，因此對(duì)其進(jìn)行性能上的分析是有必要的。

其次，上面這段邏輯考慮的也不全面。上面的邏輯是對(duì)公開的getter進(jìn)行進(jìn)一步的處理的，那么，如果getter是static的呢？
如果getter被native修飾呢？如果是超類所擁有的屬性，那么該如何處理這種情況呢？

為了方便使用，java針對(duì)反射API進(jìn)行了封裝，提供了一組內(nèi)省API。
這組內(nèi)省API主要是針對(duì)POJO類進(jìn)行操作的，能夠獲取POJO類的屬性信息。

那么，有了jdk自帶的用于對(duì)Bean進(jìn)行反射的工具后，上面的邏輯既可以簡化了：

    private List fileds() throws IntrospectionException {
        BeanInfo beanInfo = Introspector.getBeanInfo(List.class);
        return Stream.of(beanInfo.getPropertyDescriptors()).map((pd) -> {
            return new Item(this.bean, pd.getReadMethod(), pd.getWriteMethod());
        }).collect(Collectors.toList());
    }

使用getBeanInfo方法獲取某個(gè)Bean類的內(nèi)省信息，這些信息封裝在BeanInfo對(duì)象中。

PropertyDescriptor是對(duì)Bean類中的一個(gè)屬性的封裝，通過它可以獲取該屬性的名稱、getter方法、setter方法等信息。

beanInfo::getPropertyDescriptors獲取Bean類的所有的PropertyDescriptor。

可以看到，通過java的內(nèi)省機(jī)制，解決了BeanMap的最關(guān)鍵的問題。而且，使用java自帶的內(nèi)省機(jī)制比自己通過反射API處理有以下好處：

內(nèi)省API基于反射API進(jìn)行的封裝，使用更高層次的接口，當(dāng)然更省心，開發(fā)效率更高。

jdk在封裝反射API的時(shí)候，會(huì)充分考慮到各種情況。如考慮到繼承這一問題，Introspector::getBeanInfo函數(shù)可接收第二個(gè)參數(shù)，只反射出繼承鏈中該類到第二個(gè)參數(shù)指定類之間類的屬性。

內(nèi)省API也充分考慮到了性能，其中擁有緩存機(jī)制，以提升性能。

解決了最關(guān)鍵的邏輯后，剩下的部分，就是對(duì)Map接口進(jìn)行實(shí)現(xiàn)，填充一些封裝目的的代碼。在這里，我將核心的邏輯放在BeanMapImpl類中，而BeanMap僅僅負(fù)責(zé)實(shí)現(xiàn)Map接口，相關(guān)操作轉(zhuǎn)發(fā)到BeanMapImpl相應(yīng)的方法中實(shí)現(xiàn)。這樣顯得程序結(jié)構(gòu)更為清晰：
https://github.com/frapples/j...