在 Java 技術(shù)體系中，動(dòng)態(tài)代理是一個(gè)極其關(guān)鍵且高頻出現(xiàn)的核心知識(shí)點(diǎn)。不少開發(fā)者對(duì)它的理解仍停留在“能跑就行”的層面，遇到“靜態(tài)代理與動(dòng)態(tài)代理的區(qū)別是什么”“JDK 動(dòng)態(tài)代理與 CGLIB 有何不同”“Spring AOP 底層到底用了哪種代理機(jī)制”這類問題時(shí)，往往答不上來。本文將從開發(fā)中的實(shí)際痛點(diǎn)切入，結(jié)合可運(yùn)行的代碼示例，系統(tǒng)講解 Java 動(dòng)態(tài)代理的核心概念、實(shí)現(xiàn)機(jī)制、底層原理以及高頻面試題，幫助讀者真正吃透這個(gè) AOP 編程的基石。

一、痛點(diǎn)切入：為什么需要?jiǎng)討B(tài)代理

假設(shè)你需要給一個(gè)業(yè)務(wù)系統(tǒng)的所有方法都加上日志記錄，最直接的做法是在每個(gè)方法的入口和出口手動(dòng)寫日志代碼：

public class UserServiceImpl implements UserService {

    @Override
    public void createUser(String name) {
        System.out.println("[LOG] 開始執(zhí)行 createUser，參數(shù)：" + name);
        // 核心業(yè)務(wù)邏輯...
        System.out.println("[LOG] createUser 執(zhí)行結(jié)束");
    }
    // deleteUser、updateUser 等方法也需要同樣處理...
}

這種方式的問題十分明顯：

• 代碼重復(fù)：每個(gè)方法都要寫相同的日志代碼，不符合 DRY 原則；

• 耦合度高：日志代碼與業(yè)務(wù)邏輯混在一起，后期修改日志格式時(shí)需要改動(dòng)所有方法；

• 擴(kuò)展性差：如果后續(xù)要增加權(quán)限校驗(yàn)或性能統(tǒng)計(jì)，又要在每個(gè)方法中重復(fù)添加；

• 維護(hù)成本高：接口新增方法時(shí)，代理類和目標(biāo)類都需要同步修改，極易遺漏-。

靜態(tài)代理雖然能在一定程度上解決上述問題，但依然存在硬傷——每增加一個(gè)接口或方法，都需要額外維護(hù)代理代碼，工程復(fù)雜度隨接口數(shù)量線性上升-8。

動(dòng)態(tài)代理正是為了解決這些問題而誕生的：它能在運(yùn)行時(shí)動(dòng)態(tài)生成代理類，讓你可以在不修改任何業(yè)務(wù)代碼的前提下，統(tǒng)一為多個(gè)方法添加增強(qiáng)邏輯。這種“無侵入式增強(qiáng)”的能力，正是 AOP（Aspect-Oriented Programming，面向切面編程）得以實(shí)現(xiàn)的技術(shù)基礎(chǔ)-49。

二、核心概念講解：JDK 動(dòng)態(tài)代理

JDK 動(dòng)態(tài)代理（JDK Dynamic Proxy）是 Java 標(biāo)準(zhǔn)庫提供的動(dòng)態(tài)代理實(shí)現(xiàn)方式，其本質(zhì)是利用反射機(jī)制在運(yùn)行時(shí)動(dòng)態(tài)生成代理類和代理對(duì)象-。

JDK 動(dòng)態(tài)代理的核心組件有兩個(gè)，可稱為“雙引擎”：

• java.lang.reflect.InvocationHandler：一個(gè)接口，其中定義了 invoke 方法。你需要實(shí)現(xiàn)該接口，并在 invoke 方法中編寫“方法調(diào)用前/后”的增強(qiáng)邏輯（如日志記錄、權(quán)限校驗(yàn)等）-2。

• java.lang.reflect.Proxy：JDK 提供的工具類，其 newProxyInstance 方法負(fù)責(zé)在運(yùn)行時(shí)生成代理類并創(chuàng)建代理實(shí)例-。

?? 生活化類比：你可以把 InvocationHandler 想象成一位“調(diào)度員”——每當(dāng)有人想找目標(biāo)對(duì)象辦事情，必須先經(jīng)過調(diào)度員。調(diào)度員可以在事情開始前做前置處理（如檢查權(quán)限），然后轉(zhuǎn)交給真正辦事的人，結(jié)束后再做后置處理（如記錄日志）。而 Proxy 就像一家“自動(dòng)化工廠”，它根據(jù)你的需求，在運(yùn)行時(shí)自動(dòng)“生產(chǎn)”出能夠代理目標(biāo)對(duì)象的“替身”。

三、關(guān)聯(lián)概念講解：CGLIB 動(dòng)態(tài)代理

CGLIB（Code Generation Library，代碼生成庫）是一個(gè)第三方代碼生成庫，它通過 ASM 字節(jié)碼操作框架，在運(yùn)行時(shí)動(dòng)態(tài)生成目標(biāo)類的子類作為代理類，從而實(shí)現(xiàn)對(duì)目標(biāo)類的代理--20。

與 JDK 動(dòng)態(tài)代理不同，CGLIB 不要求目標(biāo)類實(shí)現(xiàn)任何接口，它通過“繼承”的方式生成代理子類，因此無法代理 final 類和 final 方法-40。

CGLIB 的核心組件是 net.sf.cglib.proxy.Enhancer 和 MethodInterceptor：

• Enhancer：CGLIB 提供的增強(qiáng)器類，用于配置和生成代理子類；

• MethodInterceptor：方法攔截器接口，你需要實(shí)現(xiàn)它的 intercept 方法，在其中定義代理邏輯，類似于 JDK 的 InvocationHandler-25。

四、概念關(guān)系與區(qū)別總結(jié)

?? 一句話記憶：JDK 動(dòng)態(tài)代理是“接口驅(qū)動(dòng)”，CGLIB 是“繼承驅(qū)動(dòng)”；兩者分別解決“有接口”和“無接口”兩類場(chǎng)景的代理需求。

五、代碼 / 流程示例演示

下面通過一個(gè)完整示例展示 JDK 動(dòng)態(tài)代理的使用過程。

1. 定義接口和實(shí)現(xiàn)類

// 目標(biāo)接口
public interface HelloService {
    String sayHello(String name);
}

// 接口實(shí)現(xiàn)類
public class HelloServiceImpl implements HelloService {
    @Override
    public String sayHello(String name) {
        System.out.println("正在執(zhí)行業(yè)務(wù)方法...");
        return "Hello, " + name;
    }
}

2. 實(shí)現(xiàn) InvocationHandler

import java.lang.reflect.InvocationHandler;
import java.lang.reflect.Method;

public class LoggingInvocationHandler implements InvocationHandler {
    private final Object target;  // 持有真實(shí)目標(biāo)對(duì)象的引用

    public LoggingInvocationHandler(Object target) {
        this.target = target;
    }

    @Override
    public Object invoke(Object proxy, Method method, Object[] args) throws Throwable {
        // 前置增強(qiáng)：記錄日志
        System.out.println("[LOG] 開始執(zhí)行方法：" + method.getName());
        
        // 通過反射調(diào)用目標(biāo)對(duì)象的真實(shí)方法
        Object result = method.invoke(target, args);
        
        // 后置增強(qiáng)
        System.out.println("[LOG] 方法執(zhí)行結(jié)束，返回值：" + result);
        return result;
    }
}

3. 生成代理對(duì)象并調(diào)用

import java.lang.reflect.Proxy;

public class Main {
    public static void main(String[] args) {
        // 創(chuàng)建真實(shí)目標(biāo)對(duì)象
        HelloService realService = new HelloServiceImpl();
        
        // 創(chuàng)建代理對(duì)象：傳入類加載器、接口數(shù)組、調(diào)用處理器
        HelloService proxy = (HelloService) Proxy.newProxyInstance(
            realService.getClass().getClassLoader(),
            realService.getClass().getInterfaces(),
            new LoggingInvocationHandler(realService)
        );
        
        // 通過代理對(duì)象調(diào)用方法
        String result = proxy.sayHello("AI助手平臺(tái)");
        System.out.println("最終結(jié)果：" + result);
    }
}

執(zhí)行流程說明

1. 調(diào)用 proxy.sayHello("AI助手平臺(tái)")；

2. JDK 動(dòng)態(tài)代理將調(diào)用路由到 LoggingInvocationHandler.invoke() 方法；

3. 在 invoke 中執(zhí)行前置增強(qiáng)（打印日志）；

4. 通過 method.invoke(target, args) 反射調(diào)用真實(shí)目標(biāo)對(duì)象的 sayHello 方法；

5. 執(zhí)行后置增強(qiáng)；

6. 返回結(jié)果-1。

六、底層原理 / 技術(shù)支撐

JDK 動(dòng)態(tài)代理的實(shí)現(xiàn)高度依賴 Java 的反射機(jī)制。當(dāng)調(diào)用 Proxy.newProxyInstance() 時(shí)，JVM 在底層經(jīng)歷了以下步驟：

1. 生成代理類字節(jié)碼：JDK 內(nèi)部的 ProxyGenerator 類在內(nèi)存中動(dòng)態(tài)拼接出一份代理類的 Java 源碼（類名通常為 $Proxy0）；

2. 編譯與加載：通過內(nèi)部編譯器將源碼編譯成 .class 字節(jié)碼，再通過 defineClass0 方法將字節(jié)碼加載到當(dāng)前的 ClassLoader 中；

3. 實(shí)例化代理對(duì)象：通過反射獲取代理類的構(gòu)造方法（參數(shù)為 InvocationHandler），并實(shí)例化代理對(duì)象-6-8。

生成的 $Proxy0 類繼承了 Proxy 類，實(shí)現(xiàn)了你指定的所有接口。在這個(gè)代理類中，所有方法最終都會(huì)調(diào)用到 InvocationHandler.invoke() 方法-8。這一整套流程之所以能夠?qū)崿F(xiàn)，核心原因在于 JVM 允許在運(yùn)行時(shí)動(dòng)態(tài)操作類的元數(shù)據(jù)——這正是反射機(jī)制提供的底層能力。

七、高頻面試題與參考答案

1. JDK 動(dòng)態(tài)代理和 CGLIB 動(dòng)態(tài)代理有什么區(qū)別？

參考答案：

2. 靜態(tài)代理和動(dòng)態(tài)代理的區(qū)別是什么？

參考答案：

• 創(chuàng)建時(shí)機(jī)：靜態(tài)代理的代理類在編譯期手動(dòng)編寫，編譯后存在 .class 文件；動(dòng)態(tài)代理的代理類在運(yùn)行期通過反射/字節(jié)碼技術(shù)動(dòng)態(tài)生成-40。

• 靈活性：靜態(tài)代理一對(duì)一綁定，接口變更時(shí)需同步修改代理類；動(dòng)態(tài)代理可通用適配多個(gè)目標(biāo)類，無需手動(dòng)編寫代理類，靈活性高-。

• 性能：靜態(tài)代理編譯期優(yōu)化，性能略優(yōu)；動(dòng)態(tài)代理有運(yùn)行時(shí)生成開銷，但 JDK 1.8+ 已大幅優(yōu)化，差距極小。

3. Spring AOP 中兩種代理方式的選擇策略是怎樣的？

參考答案：

Spring AOP 的底層實(shí)現(xiàn)核心就是動(dòng)態(tài)代理，默認(rèn)策略為：

• 目標(biāo)類實(shí)現(xiàn)了接口 → 使用 JDK 動(dòng)態(tài)代理；

• 目標(biāo)類未實(shí)現(xiàn)接口 → 使用 CGLIB 動(dòng)態(tài)代理。

開發(fā)者也可通過 <aop:aspectj-autoproxy proxy-target-class="true"/> 或 @EnableAspectJAutoProxy(proxyTargetClass = true) 強(qiáng)制使用 CGLIB-40-。

4. 為什么 JDK 動(dòng)態(tài)代理只能代理接口？

參考答案：

JDK 動(dòng)態(tài)代理生成的代理類 $Proxy0 已經(jīng)繼承了 Proxy 類。由于 Java 是單繼承的，無法再繼承其他類，因此只能通過“實(shí)現(xiàn)接口”的方式來代理目標(biāo)對(duì)象的行為。這也是 JDK 動(dòng)態(tài)代理要求目標(biāo)類必須實(shí)現(xiàn)接口的根本原因-8。

八、結(jié)尾總結(jié)

本文系統(tǒng)梳理了 Java 動(dòng)態(tài)代理的核心知識(shí)點(diǎn)：

• 動(dòng)態(tài)代理是什么：在運(yùn)行時(shí)動(dòng)態(tài)生成代理類的機(jī)制，無需手動(dòng)編寫代理代碼；

• 為什么需要它：解決靜態(tài)代理耦合高、擴(kuò)展性差、維護(hù)成本高的痛點(diǎn)；

• JDK 動(dòng)態(tài)代理：基于接口 + 反射 + Proxy/InvocationHandler，JDK 內(nèi)置；

• CGLIB：基于繼承 + ASM 字節(jié)碼增強(qiáng)，適用于無接口類；

• 底層原理：依賴反射機(jī)制，運(yùn)行時(shí)生成 $Proxy0 類并通過 invoke 集中轉(zhuǎn)發(fā)；

• 面試要點(diǎn)：JDK 與 CGLIB 的區(qū)別、Spring AOP 的選擇策略、靜態(tài)與動(dòng)態(tài)代理對(duì)比。

動(dòng)態(tài)代理是通往 Java 高級(jí)編程的重要關(guān)卡，也是理解 Spring AOP、MyBatis、Dubbo 等主流框架底層機(jī)制的基礎(chǔ)。下一期將深入分析 Spring AOP 中動(dòng)態(tài)代理的源碼實(shí)現(xiàn)，敬請(qǐng)期待。