什麼是代理模式

代理模式就是為一個對象提供一個代理對象，由這個代理對象控制對該對象的訪問。

理解代理模式，可以對照生活中的一些具體例子，比如房產中介、二手車交易市場、經紀人等。

為什麼要用代理模式

通過使用代理模式，我們避免了直接訪問目標對象時可能帶來的一些問題，比如：遠程調用，需要使用遠程代理來幫我們處理一些網絡傳輸相關的細節邏輯；可能需要基於某種權限控制對目標資源的訪問，可以使用保護代理等。

總的來說，通過是用代理模式，我們可以控制對目標對象的訪問，可以在真實方法被調用前或調用后，通過代理對象加入額外的處理邏輯。

代理模式分類

代理模式分為靜態代理和動態代理。動態代理根據實現不同又可細分為JDK動態代理和cglib動態代理。

靜態代理是由程序員創建或工具生成代理類的源碼，再編譯代理類。所謂靜態也就是在程序運行前就已經存在代理類的字節碼文件，代理類和委託類的關係在運行前就確定了。

動態代理是在實現階段不用關心代理類，而在運行時動態生成代理類的。

靜態代理

以房哥買房子為例，用代碼實現靜態代理。

1、首先建立一個Seller接口

public interface Seller {
    void sell();
}

2、創建實現類，房哥，有一個方法，就是買房子

public class FangGe implements Seller{
    @Override
    public void sell() {
        System.out.println("房哥要出手一套四合院");
    }
}

3、買房子需要找到買家，達成交易后還要辦理過戶等其他手續，房哥只想賣房收錢就完了。因此，需要找一個代理來幫房哥處理這些雜事。

我們創建一個代理類FangGeProxy，代理類也需要實現Seller接口，行為上要保持和FangGe一樣，都是要賣房子。同時該代理類還需要持有房哥的引用。

public class FangGeProxy implements Seller{
    private FangGe fangGe;

    public FangGeProxy(FangGe fangGe){
        this.fangGe = fangGe;
    }
    @Override
    public void sell() {
        findBuyer();
        fangGe.sell();
        afterSell();
    }
    
    public void findBuyer(){
        System.out.println("代理幫助尋找買主");
    }
    
    public void afterSell(){
        System.out.println("達成交易后，辦理相關手續");
    }
}

可以看到，房哥的代理類通過findBuyer()和afterSell()兩個方法幫助房哥完成了其他一些雜事。

4、測試類

public class StaticProxyTest {
    public static void main(String[] args) {
        Seller seller = new FangGeProxy(new FangGe());
        seller.sell();
    }
}

輸出：

代理幫助尋找買主
房哥要出手一套四合院
達成交易后，辦理相關手續

最後，看下類圖

靜態代理的問題：

1、由於靜態代理類在編譯前已經確定了代理的對象，因此靜態代理只能代理一種類型的類，如果要給大量的類做代理，就需要編寫大量的代理類；

2、如果我們要給Seller，也就是目標對象要增加一些方法，則需要同步修改代理類，不符合開閉原則。

JDK動態代理

JDK的動態代理依賴於jdk給我們提供的類庫實現，是一種基於接口實現的動態代理，在編譯時並不知道要代理哪個類，而是在運行時動態生成代理類。同時也解決了靜態代理中存在的問題。

我們接上上面靜態代理的例子，繼續實現JDK的動態代理。

1、我們建一個方法轉發的處理器類，該類需要實現InvocationHandler接口。

public class SellerInvocationHandler implements InvocationHandler {

    // 要代理的真實對象
    private Object target;

    /**
     * 使用Proxy類靜態方法獲取代理類實例
     */
    public Object getProxyInstance(Object target){
        this.target = target;
        Class<?> clazz = target.getClass();
        return Proxy.newProxyInstance(clazz.getClassLoader(),clazz.getInterfaces(),this);
    }
    
    @Override
    public Object invoke(Object proxy, Method method, Object[] args) throws Throwable {
        before();
        Object obj = method.invoke(this.target, args);
        after();
        return obj;
    }

    private void before() {
        System.out.println("執行方法前");
    }
    
    private void after() {
        System.out.println("執行方法后");
    }
}

2、新建JDK動態代理測試類，首先代理房哥賣房子

public class JDKDynamicProxyTest {
    public static void main(String[] args) {

        // new一個房哥，下面幫房哥找個代理
        FangGe fangGe = new FangGe();
        SellerInvocationHandler sellerInvocationHandler = new SellerInvocationHandler();
        
        // 房哥的代理對象
        Seller seller = (Seller) sellerInvocationHandler.getProxyInstance(fangGe);
        seller.sell();

    }
}

輸出：

執行方法前
房哥要出手一套四合院
執行方法后

可以看到，完成了代理。

3、接下來我們新建另外一個類，User類，並使用JDK動態代理完成代理User類

public interface IUser {
    void sayHello();

    void work();
}

public class UserImpl implements IUser{
    @Override
    public void sayHello() {
        System.out.println("hello,我是小明");
    }

    @Override
    public void work() {
        System.out.println("我正在寫代碼");
    }
}

修改測試類，

public class JDKDynamicProxyTest {
    public static void main(String[] args) {

/*        // new一個房哥，下面幫房哥找個代理
        FangGe fangGe = new FangGe();
        SellerInvocationHandler sellerInvocationHandler = new SellerInvocationHandler();

        // 房哥的代理對象
        Seller seller = (Seller) sellerInvocationHandler.getProxyInstance(fangGe);
        seller.sell();*/

        // 代理user類
        IUser user = new UserImpl();
        SellerInvocationHandler sellerInvocationHandler = new SellerInvocationHandler();
        IUser userProxy = (IUser) sellerInvocationHandler.getProxyInstance(user);
        userProxy.sayHello();
        userProxy.work();

    }
}

輸出：

執行方法前
hello,我是小明
執行方法后
執行方法前
我正在寫代碼
執行方法后

可以看到，我們SellerInvocationHandler 並未做任何改動，它便能為UserImpl類生成代理，並在執行方法的前後增加額外的執行邏輯。

cglib動態代理

JDK動態代理有一個局限就是，被代理的類必須要實現接口。如果被代理的類沒有實現接口，則JDK動態代理就無能為力了。這個時候該cglib動態代理上場了。

CGLIB是一個功能強大，高性能的代碼生成包。它為沒有實現接口的類提供代理，為JDK的動態代理提供了很好的補充。通常可以使用Java的動態代理創建代理，但當要代理的類沒有實現接口或者為了更好的性能，CGLIB是一個好的選擇。

1、新建一個MyCglibInterceptor，實現MethodInterceptor接口。該類類似於JDK動態代理中的InvocationHandler實例，是實現cglib動態代理的主要類。

public class MyCglibInterceptor implements MethodInterceptor {

    public Object getCglibProxyInstance(Object object){
        // 相當於Proxy，創建代理的工具類
        Enhancer enhancer = new Enhancer();
        enhancer.setSuperclass(object.getClass());
        enhancer.setCallback(this);
        return enhancer.create();
    }

    public Object intercept(Object o, Method method, Object[] objects, MethodProxy methodProxy) throws Throwable {
        before();
        Object obj = methodProxy.invokeSuper(o, objects);
        after();
        return obj;
    }

    private void before() {
        System.out.println("執行方法之前");
    }

    private void after() {
        System.out.println("執行方法之後");
    }
}

2、新建cglib動態代理的測試類，先代理上面例子中的User類。

public class CglibDynamicProxyTest {
    public static void main(String[] args) {
        MyCglibInterceptor myCglibInterceptor = new MyCglibInterceptor();
        IUser userCglibProxy = (IUser) myCglibInterceptor.getCglibProxyInstance(new UserImpl());
        userCglibProxy.sayHello();
        userCglibProxy.work();
    }
}

輸出：

執行方法之前
hello,我是小明
執行方法之後
執行方法之前
我正在寫代碼
執行方法之後

3、新建一個類HelloWorld，不實現任何接口，為該類實現動態代理。

public class HelloWorld {
    public void hello(){
        System.out.println("世界這麼大，我想去看看");
    }
}

測試代理類

public class CglibDynamicProxyTest {
    public static void main(String[] args) {
/*        MyCglibInterceptor myCglibInterceptor = new MyCglibInterceptor();
        IUser userCglibProxy = (IUser) myCglibInterceptor.getCglibProxyInstance(new UserImpl());
        userCglibProxy.sayHello();
        userCglibProxy.work();*/

        // 代理未實現任何接口的類
        MyCglibInterceptor myCglibInterceptor = new MyCglibInterceptor();
        HelloWorld helloWorldProxy = (HelloWorld) myCglibInterceptor.getCglibProxyInstance(new HelloWorld());
        helloWorldProxy.hello();
    }
}

輸出：

執行方法之前
世界這麼大，我想去看看
執行方法之後

使用cglib動態代理，我們實現了對普通類的代理。

（完）

設計模式系列文章

本站聲明:網站內容來源於博客園,如有侵權,請聯繫我們,我們將及時處理【其他文章推薦】

※想知道網站建置、網站改版該如何進行嗎?將由專業工程師為您規劃客製化網頁設計及後台網頁設計

※不管是台北網頁設計公司、台中網頁設計公司，全省皆有專員為您服務

※Google地圖已可更新顯示潭子電動車充電站設置地點!!

※帶您來看台北網站建置，台北網頁設計，各種案例分享

背景

最近一直忙於手上澳洲線上項目的整體遷移和升級的準備工作，導致博客和公眾號停更。本周終於艱難的完成了任務，藉此機會，總結一下項目中遇到的一些問題。

EF Core一直是我們團隊中中小型項目常用的ORM框架，在使用SQL Server作為持久化倉儲的場景一下，一直表現還中規中矩。但是在本次項目中，項目使用了MySql作為持久化倉儲。為了與EF Core集成，團隊使用了Pomelo.EntityFrameworkCore.MySql作為EF Core For MySql的擴展。在開發過程中，團隊遇到了各種各樣在SQL Server場景下沒有遇到過的問題，其中最奇怪的，也是隱藏最深的問題，就是將DateTime.Now作為查詢條件，產生了非預期的結果。

問題場景

本周在項目升級的過程中，客戶反饋了一個問題。

在當前系統的Dashboard頁面，有一個消息提醒功能，客戶可以自定義一些消息，並且指定提醒的日期。客戶遇到的問題是通常添加的消息提醒，在指定日期的上午時間段是不會显示，只有在下午時間段才能看到，比如說客戶指定2019年10月26號看到一個的消息提醒，但是在10月26日這天早上8:00-12:00這個時間段，系統總是看不到提醒，只有到了下午的時間段才能看到提醒。

PS：這裏客戶表達的只是個籠統的問題，但問題確實是上午的大部分時間是看不到消息提醒的，但並不是精確到中午12：00點這個時間, 所以此處不必過於糾結於具體的時間。

查看問題代碼

看到這個問題的時候，我自己也很奇怪，難道代碼或者數據庫使用了時區，導致查詢出現了偏差？

於是我就Review了一下此處的查詢， 代碼如下。

var query = DbContext.CRM_Note_Reminders
    .Include(x => x.CRM_Note)
    .Where(x => !x.CRM_Note.Is_Deleted 
             && !x.Is_Deleted
             && x.Reminder_Date.Date <= DateTime.Now.Date)
     .ToList();

PS: 這裏可能有同學會有疑問，為啥不用DbFunctions.DiffDays? 原因是DbFunctions.DiffDays是 EF Core for SQLServer的擴展方法，針對MySql還沒有官方的實現方案。

從這個查詢中，我沒有看出任何問題，於是我直接藉助一些日誌工具，將EF Core生成的查詢語句的輸出了出來。

其中WHERE條件部分如下：

WHERE (((`x.CRM_Note`.`Is_Deleted` = FALSE) 
AND (`x`.`Is_Deleted` = FALSE))
AND (CONVERT(`x`.`Reminder_Date`, date) 
  <= CONVERT(CURRENT_TIMESTAMP(), date)))

這裏CURRENT_TIMESTAMP()是MySql的內置函數，與SQLServer的內置函數GETDATE()不同，CURRENT_TIMESTAMP()默認返回的是UTC時間。因此我們大概能知道，為什麼澳洲客戶會遇到上面的場景了。

PS： 根據7樓兄弟的反饋，我試了一下，改動Mysql的時區配置之後，果然CURRENT_TIMESTAMP()就改為了對應時區的時間。這裏使用UTC時間的原因應該是我在AWS RDS上創建Mysql實例的時候，忽略了時區配置。

由於澳洲處於東10區，與UTC時間有+10個小時的時差，所以當澳洲上午的10點之前，UTC時間都是在當前澳洲日期的前一天，所以系統中出現了當天的消息提醒在上午時間段不能正常显示的問題。

PS： 由於澳洲是分冬令時和夏令時的，夏令時時間要加一個小時，所以實際上客戶在每天的11點之前都無法看到正確的消息提醒。

深入思考

你這可能會非常奇怪，為什麼DateTime.Now會被轉化成內置函數CURRENT_TIMESTAMP()，而沒有使用我們傳入的值DateTime.Now.Date呢？

其實EF/EF Core在查詢是時候是分2個階段的，一個是組合查詢表達式樹的階段，一個是真正的查詢階段。

在組合查詢表達式樹的階段，EF/EF Core只會去組合表達式，而不會去嘗試計算表達式的值，所以這個階段DateTime.Now.Date的值並沒有被計算出來， 在進入正常查詢階段的時候， EF/EF Core會嘗試將查詢表達式樹翻譯成SQL腳本，這時候由於我們的EF Provider是MySql Provider， 恰巧DateTime.Now可以翻譯成Mysql的內置函數CURRENT_TIMESTAMP()， 所以這裏EF/EF Core就跳過了表達式值的計算，直接將其翻譯成了對應的內置函數，所以導致生成的SQL查詢和我們的預期有偏差。

那麼我們該如何解決這個問題呢？

解決方案

經過了以上的思考，其實解決這個問題也就很簡單了，我們可以將DateTime.Now.Date先計算出來，保存在一個變量中，然後將這個變量傳入查詢中。

var today = DateTime.Now.Date;

var query = DbContext.CRM_Note_Reminders
     .Include(x => x.CRM_Note)
     .Where(x => !x.CRM_Note.Is_Deleted 
             && !x.Is_Deleted
             && x.Reminder_Date.Date <= today)
     .ToList();

由此生成的MySQL腳本如下：

WHERE (((`x.CRM_Note`.`Is_Deleted` = FALSE) 
AND (`x`.`Is_Deleted` = FALSE)) 
AND (CONVERT(`x`.`Reminder_Date`, date) <= @__date_0)) 

這樣我們就得到了一個正確的結果，澳洲客戶也就收到了正確的消息。

是不是有種差之毫厘，謬以千里的感覺呢？

本站聲明:網站內容來源於博客園,如有侵權,請聯繫我們,我們將及時處理【其他文章推薦】

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

※網頁設計一頭霧水??該從何著手呢? 找到專業技術的網頁設計公司，幫您輕鬆架站!

※想知道最厲害的台北網頁設計公司推薦、台中網頁設計公司推薦專業設計師”嚨底家”!!