本篇內(nèi)容介紹了“Java8動(dòng)態(tài)代理的技巧是什么”的有關(guān)知識(shí)，在實(shí)際案例的操作過(guò)程中，不少人都會(huì)遇到這樣的困境，接下來(lái)就讓小編帶領(lǐng)大家學(xué)習(xí)一下如何處理這些情況吧！希望大家仔細(xì)閱讀，能夠?qū)W有所成！

成都創(chuàng)新互聯(lián)專注于企業(yè)成都全網(wǎng)營(yíng)銷、網(wǎng)站重做改版、大安市網(wǎng)站定制設(shè)計(jì)、自適應(yīng)品牌網(wǎng)站建設(shè)、HTML5建站、商城網(wǎng)站制作、集團(tuán)公司官網(wǎng)建設(shè)、外貿(mào)網(wǎng)站制作、高端網(wǎng)站制作、響應(yīng)式網(wǎng)頁(yè)設(shè)計(jì)等建站業(yè)務(wù)，價(jià)格優(yōu)惠性價(jià)比高，為大安市等各大城市提供網(wǎng)站開發(fā)制作服務(wù)。

動(dòng)態(tài)代理（Dynamic proxies）是 Java 1.3 引入的特性，在 J2EE  的遠(yuǎn)程調(diào)用中應(yīng)用非常廣泛。給定一個(gè)抽象接口以及這個(gè)接口的具體實(shí)現(xiàn)，就可以通過(guò)創(chuàng)建兩個(gè)額外的類來(lái)實(shí)現(xiàn)這個(gè)接口的遠(yuǎn)程調(diào)用了（如，跨JVM）。首先，在 源JVM上實(shí)現(xiàn)相應(yīng)的接口，并將調(diào)用細(xì)節(jié)序列化后通過(guò)網(wǎng)絡(luò)傳輸。然后，在目標(biāo)JVM上，獲取到序列化后的調(diào)用的細(xì)節(jié)，并分配給具體的的類去調(diào)用。

沒(méi)有動(dòng)態(tài)代理和反射，開發(fā)者不得不為每個(gè)遠(yuǎn)程接口提供兩個(gè)類。一個(gè)動(dòng)態(tài)代理是運(yùn)行時(shí)產(chǎn)生的類，實(shí)現(xiàn)一個(gè)或多個(gè)接口，接口中每個(gè)方法的調(diào)用都會(huì)自動(dòng)轉(zhuǎn)換為 java.runtime.InvocationHandler 提供的方法調(diào)用：

public interface InvocationHandler {     Object invoke(Object proxy, Method method, Object[] args) throws Throwable; }

InvocationHandler決定如何處理調(diào)用，如何在運(yùn)行時(shí)使用方法的有效信息，包括注解、參數(shù)類型及方法的返回類型。這樣就可以實(shí)現(xiàn)一個(gè) 通用邏輯來(lái)定義方法調(diào)用的分發(fā)。一旦你寫好了一個(gè)InvocationHandler，就可以調(diào)用代理類的 handler  來(lái)完成所有接口中的方法，而不是為每一個(gè)接口寫一個(gè)單獨(dú)的實(shí)現(xiàn)。

遠(yuǎn)程調(diào)用最近幾年里已經(jīng)沒(méi)那么受歡迎了，因?yàn)殚_發(fā)者需要明白方法調(diào)用分發(fā)與網(wǎng)絡(luò)請(qǐng)求發(fā)送在語(yǔ)義和失敗模式上的本質(zhì)區(qū)別，但是動(dòng)態(tài)代理仍保留在語(yǔ)言當(dāng) 中。在這篇文章中，我將討論動(dòng)態(tài)代理其他方面的作用。在下一篇文章中，將討論動(dòng)態(tài)代理新的實(shí)現(xiàn)技術(shù)，這些技術(shù)是由于 Java 8 引入 lambda  表達(dá)式和默認(rèn)方法而產(chǎn)生的。

魔法匹配器

這些年來(lái)，我一直在使用一個(gè)“Magic” 對(duì)象，以便能夠?qū)懗龊?jiǎn)潔的流式測(cè)試。我定義了一個(gè)“magic”的接口，然后通過(guò)一個(gè)動(dòng)態(tài)代理來(lái)實(shí)現(xiàn)目標(biāo)行為。比較特別的是，在測(cè)試時(shí)候用”magic  builders”來(lái)生成測(cè)試值，然后用“magic matchers”來(lái)表述斷言屬性測(cè)試的結(jié)果。我們這里只關(guān)注匹配器。

我們有一個(gè)Person支撐類，這是一個(gè)典型的bean——成員變量是私有的，通過(guò)getter和setter方法暴露。

public class Person {      private String name;     private int age;      // insert getters and setters here }

使用一個(gè)簡(jiǎn)單Hamcrest類，我們有兩種方式來(lái)斷言該類的實(shí)例。一種方法是單獨(dú)抽取每個(gè)值，分開斷言。

assertThat(person.getName(), containsString("Smith")); assertThat(person.getAge(), greaterThan(30));

另一種方式是使用allOf和hasProperty方法，將對(duì)象作為一個(gè)整體，通過(guò)一組期望值來(lái)匹配。

assertThat(person, allOf(     hasProperty("name", containsString("Smith")),     hasProperty("age", greaterThan(30)));

這樣能很好的工作，但是這種方式對(duì) Hamcrest 描述整體匹配和錯(cuò)誤匹配并沒(méi)有什么幫助。

Expected: (hasProperty("name", a string containing "Putey") and hasProperty("age", a value greater than <43>)) but: hasProperty("age", a value greater than <43>) property 'age' <42> was less than <43>

hasProperty的匹配在類型一致性的檢測(cè)也是非常弱的：我們可以寫成 hasProperty(“age”, containsString(“Smith”))，這樣類型檢測(cè)也不會(huì)拒絕。

我們真正想要的是一個(gè)流式API，能夠像下面一樣使用：

assertThat(person, aPerson()     .withName("Arthur Putey")     .withAge(greaterThan(43)));

并且能夠很好且易于理解地報(bào)告錯(cuò)誤的匹配：

Expected: name: a string containing "Putey" age: a value greater than <43>     but: age: <42> was less than <43>

很容易寫一個(gè)上述功能的自定義匹配器，但是不得不很乏味地寫很多次。幸運(yùn)的是，可以通過(guò)動(dòng)態(tài)代理來(lái)幫我們解決。首先，我們定義一個(gè)流式接口，該接口包含如下方法：

interface PersonMatcher extends Matcher {     PersonMatcher withName(String expected);     PersonMatcher withName(Matcher matching);     PersonMatcher withAge(int expected);     PersonMatcher withAge(Matcher matching); }

然后，我們使用在一個(gè)名為 MagicMatcher 的類上的靜態(tài)方法來(lái)獲取動(dòng)態(tài)代理，該代理實(shí)現(xiàn)了這個(gè)接口，然后通過(guò)方法調(diào)用來(lái)獲取調(diào)節(jié)表達(dá)式：

static PersonMatcher aPerson() {     return MagicMatcher.proxying(PersonMatcher.class); }

每個(gè)方法的調(diào)用都通過(guò)代理類的“interpreted”方法來(lái)實(shí)現(xiàn)，該代理從方法（“withAge”）中獲取屬性（“age”），并指定調(diào)用匹 配對(duì)象上的（“getAge”）方法來(lái)獲取屬性值。屬性的名稱以及匹配中對(duì)應(yīng)的值將會(huì)被存儲(chǔ)，直到代理類的 match 或  describeMismatch 方法被調(diào)用（這就是為什么接口需要繼承  Matcher）。在調(diào)用的時(shí)候需要抽取并測(cè)試對(duì)象的屬性，如果有必要，會(huì)創(chuàng)建錯(cuò)誤匹配報(bào)告。

這種方式是輕量級(jí)的，我們可以引入任何新的自定義的接口，并在測(cè)試中重用，這樣，是非常有利于編寫自定義Hamcrest匹配器的，因?yàn)椴辉傩枰?寫接口的實(shí)現(xiàn)。所有需要生成的在接口中定義的匹配器行為，都只需要實(shí)現(xiàn)一次，我們通過(guò)一個(gè)合適的 InvocationHandler  來(lái)完成邏輯功能的實(shí)現(xiàn)。

“Java8動(dòng)態(tài)代理的技巧是什么”的內(nèi)容就介紹到這里了，感謝大家的閱讀。如果想了解更多行業(yè)相關(guān)的知識(shí)可以關(guān)注創(chuàng)新互聯(lián)網(wǎng)站，小編將為大家輸出更多高質(zhì)量的實(shí)用文章！