前言：適配器模式是Java結(jié)構(gòu)型設(shè)計(jì)模式中最常用的模式之一，核心作用是“解決接口不兼容問題”——就像生活中的電源適配器，能讓不同插頭的設(shè)備正常通電。在后端開發(fā)中，我們經(jīng)常遇到“舊系統(tǒng)接口無法修改、第三方SDK接口不匹配、不同模塊接口規(guī)范不一致”的場(chǎng)景，此時(shí)適配器模式就能完美解決，無需修改原有代碼，實(shí)現(xiàn)接口的無縫對(duì)接。很多開發(fā)者只會(huì)用但說不清楚原理，面試時(shí)被問起三種實(shí)現(xiàn)方式的區(qū)別就卡殼，本文從入門到實(shí)戰(zhàn)，結(jié)合真實(shí)業(yè)務(wù)場(chǎng)景+可運(yùn)行代碼+面試高頻考點(diǎn)，帶你吃透適配器模式，看完直接能用、能說、能面試，新手也能快速上手。

一、為什么需要適配器模式？（痛點(diǎn)直擊）

先看一個(gè)Java后端開發(fā)中最常見的真實(shí)場(chǎng)景：假設(shè)你維護(hù)一個(gè)舊電商系統(tǒng)，其中訂單模塊有一個(gè)舊的訂單查詢接口（返回XML格式），現(xiàn)在新開發(fā)的前端頁面只支持JSON格式的接口，且舊接口代碼不能修改（可能被其他系統(tǒng)依賴），你該如何實(shí)現(xiàn)對(duì)接？

如果沒有適配器模式，你可能會(huì)這么做：

• 直接修改舊接口代碼，讓其返回JSON格式——違反“開閉原則”，且可能影響其他依賴該接口的系統(tǒng)；
• 在前端代碼中做XML轉(zhuǎn)JSON的處理——增加前端復(fù)雜度，不符合“后端負(fù)責(zé)數(shù)據(jù)格式轉(zhuǎn)換”的開發(fā)規(guī)范；
• 在新接口中重復(fù)編寫舊接口的業(yè)務(wù)邏輯，再返回JSON——代碼冗余，后期維護(hù)成本極高。

而適配器模式的核心價(jià)值，就是在不修改原有接口和調(diào)用方代碼的前提下，通過一個(gè)“適配器”類，實(shí)現(xiàn)兩個(gè)不兼容接口的對(duì)接，既保證原有系統(tǒng)穩(wěn)定，又滿足新需求，同時(shí)遵循開閉原則和單一職責(zé)原則。

核心結(jié)論：當(dāng)系統(tǒng)中存在“接口不兼容、無法直接修改原有代碼、需要對(duì)接第三方接口”的場(chǎng)景時(shí)，優(yōu)先使用適配器模式。

二、適配器模式核心概念（極簡(jiǎn)理解）

適配器模式的核心思想：“定義一個(gè)適配器類，實(shí)現(xiàn)目標(biāo)接口，同時(shí)持有適配者（舊接口/第三方接口）的引用，通過適配器將適配者的接口轉(zhuǎn)換為目標(biāo)接口，讓調(diào)用方可以通過目標(biāo)接口直接調(diào)用適配者的功能”。

簡(jiǎn)單說，適配器就是“中間轉(zhuǎn)換器”，一邊對(duì)接舊接口（適配者），一邊對(duì)接新接口（目標(biāo)），屏蔽接口差異，讓調(diào)用方無需關(guān)心適配細(xì)節(jié)。

適配器模式有3個(gè)核心角色（必須掌握，面試?？?，結(jié)合實(shí)戰(zhàn)理解，無需死記硬背）：

1. Target（目標(biāo)接口）：調(diào)用方期望使用的接口，定義了調(diào)用方需要的功能規(guī)范（如上述場(chǎng)景中“返回JSON格式的訂單查詢接口”）；
2. Adaptee（適配者）：需要被適配的原有接口/第三方接口，功能已經(jīng)存在，但接口規(guī)范與目標(biāo)接口不兼容（如上述場(chǎng)景中“返回XML格式的舊訂單查詢接口”）；
3. Adapter（適配器）：核心類，實(shí)現(xiàn)目標(biāo)接口，同時(shí)持有適配者的引用，將適配者的接口轉(zhuǎn)換為目標(biāo)接口，實(shí)現(xiàn)兩者的兼容（如“XML轉(zhuǎn)JSON的訂單查詢適配器”）。

重點(diǎn)補(bǔ)充：Java適配器模式有三種常見實(shí)現(xiàn)方式，分別是類適配器、對(duì)象適配器、接口適配器，其中對(duì)象適配器是企業(yè)開發(fā)中最常用的（耦合度最低），類適配器因繼承關(guān)系耦合度高，接口適配器適用于接口方法過多的場(chǎng)景，下文會(huì)逐一實(shí)戰(zhàn)講解。

三、適配器模式三種實(shí)現(xiàn)方式（手寫實(shí)戰(zhàn)，必掌握）

以“舊訂單接口（XML）適配新訂單接口（JSON）”為統(tǒng)一場(chǎng)景，分別實(shí)現(xiàn)三種適配器，對(duì)比差異，掌握各自的適用場(chǎng)景。

場(chǎng)景準(zhǔn)備：定義目標(biāo)接口（Target）和適配者（Adaptee）

先定義兩個(gè)不兼容的接口，為后續(xù)適配器實(shí)現(xiàn)做準(zhǔn)備，代碼可直接復(fù)制運(yùn)行。

/**
 * 1. 目標(biāo)接口（Target）：新系統(tǒng)期望的接口（返回JSON格式）
 * 調(diào)用方（前端）只關(guān)注這個(gè)接口，無需關(guān)心適配邏輯
 */
public interface OrderJsonService {
    // 目標(biāo)方法：查詢訂單，返回JSON字符串
    String queryOrderJson(String orderNo);
}
/**
 * 2. 適配者（Adaptee）：需要被適配的舊接口（返回XML格式）
 * 假設(shè)這個(gè)類是舊系統(tǒng)代碼，不能修改
 */
public class OrderXmlService {
    // 適配者方法：查詢訂單，返回XML字符串
    public String queryOrderXml(String orderNo) {
        // 模擬舊系統(tǒng)業(yè)務(wù)邏輯，返回XML格式數(shù)據(jù)
        return "<order><orderNo>" + orderNo + "</orderNo><amount>199.9</amount></order>";
    }
}

實(shí)現(xiàn)一：類適配器（繼承適配者，實(shí)現(xiàn)目標(biāo)接口）

核心：適配器類繼承適配者（Adaptee），同時(shí)實(shí)現(xiàn)目標(biāo)接口（Target），通過重寫目標(biāo)方法，調(diào)用適配者的方法，完成接口轉(zhuǎn)換。

/**
 * 類適配器：繼承適配者（OrderXmlService），實(shí)現(xiàn)目標(biāo)接口（OrderJsonService）
 * 缺點(diǎn)：因Java單繼承特性，適配器無法繼承其他類，耦合度較高，實(shí)際開發(fā)中較少使用
 */
public class OrderClassAdapter extends OrderXmlService implements OrderJsonService {
    @Override
    public String queryOrderJson(String orderNo) {
        // 1. 調(diào)用適配者（舊接口）的方法，獲取XML數(shù)據(jù)
        String xmlData = super.queryOrderXml(orderNo);
        // 2. 核心：將XML格式轉(zhuǎn)換為JSON格式（模擬轉(zhuǎn)換邏輯，實(shí)際開發(fā)中可用FastJSON等工具）
        String jsonData = xmlToJson(xmlData);
        // 3. 返回JSON數(shù)據(jù)，滿足目標(biāo)接口要求
        return jsonData;
    }
    // 模擬XML轉(zhuǎn)JSON的工具方法（實(shí)際開發(fā)中可使用第三方工具類）
    private String xmlToJson(String xml) {
        // 簡(jiǎn)化邏輯，實(shí)際需解析XML節(jié)點(diǎn)
        String orderNo = xml.substring(xml.indexOf("<orderNo>") + 9, xml.indexOf("</orderNo>"));
        String amount = xml.substring(xml.indexOf("<amount>") + 8, xml.indexOf("</amount>"));
        return "{\"orderNo\":\"" + orderNo + "\",\"amount\":" + amount + "}";
    }
}

類適配器測(cè)試代碼：

/**
 * 類適配器測(cè)試類
 */
public class ClassAdapterTest {
    public static void main(String[] args) {
        // 調(diào)用方直接使用目標(biāo)接口，無需關(guān)心適配細(xì)節(jié)
        OrderJsonService orderService = new OrderClassAdapter();
        // 調(diào)用目標(biāo)方法，獲取JSON格式數(shù)據(jù)
        String json = orderService.queryOrderJson("ORDER20260415001");
        System.out.println("類適配器返回JSON：" + json);
    }
}

運(yùn)行結(jié)果：

類適配器返回JSON：{"orderNo":"ORDER20260415001","amount":199.9}

類適配器核心要點(diǎn)（避坑）：

• 優(yōu)點(diǎn)：實(shí)現(xiàn)簡(jiǎn)單，直接繼承適配者，無需額外持有適配者引用；
• 缺點(diǎn)：受Java單繼承限制，適配器無法繼承其他類，耦合度高，不適用于適配者是接口的場(chǎng)景；
• 適用場(chǎng)景：適配者是具體類，且不需要繼承其他類的簡(jiǎn)單場(chǎng)景。

實(shí)現(xiàn)二：對(duì)象適配器（持有適配者引用，實(shí)現(xiàn)目標(biāo)接口）

核心：適配器類不繼承適配者，而是持有適配者的引用（通過構(gòu)造方法注入），同時(shí)實(shí)現(xiàn)目標(biāo)接口，通過調(diào)用適配者的方法完成接口轉(zhuǎn)換。這是企業(yè)開發(fā)中最常用的方式，耦合度低、擴(kuò)展性強(qiáng)。

/**
 * 對(duì)象適配器：持有適配者引用，實(shí)現(xiàn)目標(biāo)接口（推薦使用）
 * 優(yōu)點(diǎn)：不依賴?yán)^承，耦合度低，可適配多個(gè)適配者，擴(kuò)展性強(qiáng)
 */
public class OrderObjectAdapter implements OrderJsonService {
    // 持有適配者引用（通過構(gòu)造方法注入，便于擴(kuò)展和測(cè)試）
    private OrderXmlService orderXmlService;
    // 構(gòu)造方法：注入適配者實(shí)例
    public OrderObjectAdapter(OrderXmlService orderXmlService) {
        this.orderXmlService = orderXmlService;
    }
    @Override
    public String queryOrderJson(String orderNo) {
        // 1. 調(diào)用適配者（舊接口）的方法，獲取XML數(shù)據(jù)
        String xmlData = orderXmlService.queryOrderXml(orderNo);
        // 2. XML轉(zhuǎn)JSON（復(fù)用工具方法）
        String jsonData = xmlToJson(xmlData);
        // 3. 返回JSON數(shù)據(jù)
        return jsonData;
    }
    // 復(fù)用XML轉(zhuǎn)JSON工具方法
    private String xmlToJson(String xml) {
        String orderNo = xml.substring(xml.indexOf("<orderNo>") + 9, xml.indexOf("</orderNo>"));
        String amount = xml.substring(xml.indexOf("<amount>") + 8, xml.indexOf("</amount>"));
        return "{\"orderNo\":\"" + orderNo + "\",\"amount\":" + amount + "}";
    }
}

對(duì)象適配器測(cè)試代碼：

/**
 * 對(duì)象適配器測(cè)試類（企業(yè)開發(fā)常用）
 */
public class ObjectAdapterTest {
    public static void main(String[] args) {
        // 1. 創(chuàng)建適配者實(shí)例（舊接口）
        OrderXmlService xmlService = new OrderXmlService();
        // 2. 創(chuàng)建適配器，注入適配者
        OrderJsonService orderService = new OrderObjectAdapter(xmlService);
        // 3. 調(diào)用目標(biāo)方法，獲取JSON數(shù)據(jù)
        String json = orderService.queryOrderJson("ORDER20260415002");
        System.out.println("對(duì)象適配器返回JSON：" + json);
    }
}

運(yùn)行結(jié)果：

對(duì)象適配器返回JSON：{"orderNo":"ORDER20260415002","amount":199.9}

對(duì)象適配器核心要點(diǎn)（重點(diǎn)掌握）：

• 優(yōu)點(diǎn)：不依賴?yán)^承，規(guī)避Java單繼承限制；通過構(gòu)造方法注入適配者，耦合度低，可靈活替換適配者，擴(kuò)展性強(qiáng)；
• 缺點(diǎn)：需要額外持有適配者引用，代碼量略多于類適配器；
• 適用場(chǎng)景：企業(yè)開發(fā)主流場(chǎng)景，尤其是適配者可能變化、需要適配多個(gè)適配者的情況。

實(shí)現(xiàn)三：接口適配器（抽象類實(shí)現(xiàn)目標(biāo)接口，空實(shí)現(xiàn)所有方法）

核心：當(dāng)目標(biāo)接口中方法過多，而調(diào)用方只需要使用其中部分方法時(shí)，定義一個(gè)抽象適配器類，實(shí)現(xiàn)目標(biāo)接口的所有方法（空實(shí)現(xiàn)），調(diào)用方只需繼承抽象適配器，重寫自己需要的方法即可，避免實(shí)現(xiàn)不必要的方法。

/**
 * 目標(biāo)接口（方法較多，調(diào)用方只需要部分方法）
 * 模擬一個(gè)復(fù)雜的訂單接口，包含多個(gè)方法
 */
public interface OrderService {
    // 方法1：查詢訂單（JSON格式）
    String queryOrderJson(String orderNo);
    // 方法2：查詢訂單（XML格式，備用）
    String queryOrderXml(String orderNo);
    // 方法3：取消訂單
    boolean cancelOrder(String orderNo);
    // 方法4：修改訂單金額
    boolean updateOrderAmount(String orderNo, double amount);
}
/**
 * 接口適配器：抽象類，實(shí)現(xiàn)目標(biāo)接口，空實(shí)現(xiàn)所有方法
 * 作用：避免調(diào)用方實(shí)現(xiàn)不必要的方法，簡(jiǎn)化開發(fā)
 */
public abstract class OrderInterfaceAdapter implements OrderService {
    // 空實(shí)現(xiàn)所有方法，調(diào)用方按需重寫
    @Override
    public String queryOrderJson(String orderNo) {
        return null;
    }
    @Override
    public String queryOrderXml(String orderNo) {
        return null;
    }
    @Override
    public boolean cancelOrder(String orderNo) {
        return false;
    }
    @Override
    public boolean updateOrderAmount(String orderNo, double amount) {
        return false;
    }
}
/**
 * 調(diào)用方：只需要使用“查詢訂單JSON”和“取消訂單”方法
 * 繼承接口適配器，只重寫需要的方法，無需實(shí)現(xiàn)所有方法
 */
public class OrderClientAdapter extends OrderInterfaceAdapter {
    // 持有適配者引用（舊接口）
    private OrderXmlService orderXmlService;
    public OrderClientAdapter(OrderXmlService orderXmlService) {
        this.orderXmlService = orderXmlService;
    }
    // 重寫需要的方法1：查詢訂單JSON
    @Override
    public String queryOrderJson(String orderNo) {
        String xmlData = orderXmlService.queryOrderXml(orderNo);
        return xmlToJson(xmlData);
    }
    // 重寫需要的方法2：取消訂單
    @Override
    public boolean cancelOrder(String orderNo) {
        // 模擬取消訂單邏輯
        System.out.println("取消訂單：" + orderNo);
        return true;
    }
    // XML轉(zhuǎn)JSON工具方法
    private String xmlToJson(String xml) {
        String orderNo = xml.substring(xml.indexOf("<orderNo>") + 9, xml.indexOf("</orderNo>"));
        String amount = xml.substring(xml.indexOf("<amount>") + 8, xml.indexOf("</amount>"));
        return "{\"orderNo\":\"" + orderNo + "\",\"amount\":" + amount + "}";
    }
}

接口適配器測(cè)試代碼：

/**
 * 接口適配器測(cè)試類
 */
public class InterfaceAdapterTest {
    public static void main(String[] args) {
        OrderXmlService xmlService = new OrderXmlService();
        OrderService orderService = new OrderClientAdapter(xmlService);
        // 調(diào)用重寫的方法
        String json = orderService.queryOrderJson("ORDER20260415003");
        boolean cancel = orderService.cancelOrder("ORDER20260415003");
        System.out.println("接口適配器返回JSON：" + json);
        System.out.println("訂單取消結(jié)果：" + cancel);
        // 未重寫的方法，調(diào)用抽象適配器的空實(shí)現(xiàn)（返回null/false）
        System.out.println(orderService.queryOrderXml("ORDER20260415003"));
    }
}

運(yùn)行結(jié)果：

取消訂單：ORDER20260415003
接口適配器返回JSON：{"orderNo":"ORDER20260415003","amount":199.9}
訂單取消結(jié)果：true
null

接口適配器核心要點(diǎn)：

• 優(yōu)點(diǎn)：簡(jiǎn)化開發(fā)，調(diào)用方無需實(shí)現(xiàn)目標(biāo)接口的所有方法，只需重寫需要的方法；
• 缺點(diǎn)：只能適配一個(gè)目標(biāo)接口，靈活性不如對(duì)象適配器；
• 適用場(chǎng)景：目標(biāo)接口方法較多，且調(diào)用方只需要使用其中部分方法的場(chǎng)景（如Spring中的HandlerAdapter）。

三種適配器實(shí)現(xiàn)方式對(duì)比（面試必背）

四、實(shí)戰(zhàn)二：適配器模式進(jìn)階（結(jié)合Spring，企業(yè)實(shí)戰(zhàn)）

實(shí)際企業(yè)開發(fā)中，我們不會(huì)手動(dòng)創(chuàng)建適配器實(shí)例，而是結(jié)合Spring框架的依賴注入（DI），將適配器、適配者交給Spring容器管理，進(jìn)一步降低耦合，同時(shí)規(guī)避Spring XML配置中鏈接失效的問題（優(yōu)先使用注解配置）。

場(chǎng)景升級(jí)：對(duì)接第三方支付SDK（接口不兼容）

假設(shè)項(xiàng)目中需要對(duì)接第三方支付寶SDK，第三方SDK的接口方法與項(xiàng)目?jī)?nèi)部的支付接口不兼容，使用對(duì)象適配器（推薦）結(jié)合Spring實(shí)現(xiàn)適配，無需修改項(xiàng)目原有接口和第三方SDK代碼。

步驟1：定義項(xiàng)目?jī)?nèi)部目標(biāo)接口（Target）

/**
 * 項(xiàng)目?jī)?nèi)部目標(biāo)接口：支付接口（項(xiàng)目統(tǒng)一規(guī)范）
 */
public interface PayService {
    // 項(xiàng)目?jī)?nèi)部支付方法：參數(shù)為訂單號(hào)、金額，返回支付結(jié)果（JSON）
    String pay(String orderNo, double amount);
}

步驟2：定義第三方SDK適配者（Adaptee）

假設(shè)這是第三方支付寶SDK的接口，無法修改，接口規(guī)范與項(xiàng)目?jī)?nèi)部不一致。

/**
 * 適配者：第三方支付寶SDK接口（無法修改）
 * 接口規(guī)范與項(xiàng)目?jī)?nèi)部PayService不兼容
 */
public class AlipaySdk {
    // 第三方SDK支付方法：參數(shù)為訂單信息（JSON），返回支付結(jié)果（XML）
    public String alipay(String orderInfo) {
        // 模擬第三方SDK支付邏輯
        System.out.println("第三方支付寶SDK支付：" + orderInfo);
        return "<result><orderNo>{orderNo}</orderNo><status>success</status></result>";
    }
}

步驟3：實(shí)現(xiàn)對(duì)象適配器（結(jié)合Spring注解）

使用Spring的@Component注解將適配器、適配者交給Spring管理，通過@Autowired注入適配者，實(shí)現(xiàn)接口轉(zhuǎn)換。

import org.springframework.stereotype.Component;
// 適配者交給Spring管理（第三方SDK實(shí)例）
@Component
public class AlipaySdk {
    public String alipay(String orderInfo) {
        System.out.println("第三方支付寶SDK支付：" + orderInfo);
        return "<result><orderNo>{orderNo}</orderNo><status>success</status></result>";
    }
}
// 適配器交給Spring管理，實(shí)現(xiàn)目標(biāo)接口
@Component
public class AlipayAdapter implements PayService {
    // Autowired注入適配者（第三方SDK實(shí)例），無需手動(dòng)new
    @Autowired
    private AlipaySdk alipaySdk;
    @Override
    public String pay(String orderNo, double amount) {
        // 1. 項(xiàng)目?jī)?nèi)部參數(shù)（訂單號(hào)、金額）轉(zhuǎn)換為第三方SDK需要的參數(shù)（JSON）
        String orderInfo = "{\"orderNo\":\"" + orderNo + "\",\"amount\":" + amount + "}";
        // 2. 調(diào)用第三方SDK的方法，獲取XML格式結(jié)果
        String xmlResult = alipaySdk.alipay(orderInfo);
        // 3. 將XML結(jié)果轉(zhuǎn)換為項(xiàng)目?jī)?nèi)部需要的JSON格式
        String jsonResult = xmlToJson(xmlResult, orderNo);
        // 4. 返回項(xiàng)目?jī)?nèi)部規(guī)范的結(jié)果
        return jsonResult;
    }
    // 模擬XML轉(zhuǎn)JSON（實(shí)際開發(fā)中使用FastJSON、Jackson等工具）
    private String xmlToJson(String xml, String orderNo) {
        return "{\"orderNo\":\"" + orderNo + "\",\"status\":\"success\",\"message\":\"支付成功\"}";
    }
}

步驟4：客戶端通過Spring調(diào)用（企業(yè)實(shí)戰(zhàn)版）

通過Spring的ApplicationContext獲取目標(biāo)接口實(shí)例，直接調(diào)用方法，無需關(guān)心適配細(xì)節(jié)和實(shí)例創(chuàng)建。

import org.springframework.context.ApplicationContext;
import org.springframework.context.annotation.AnnotationConfigApplicationContext;
import org.springframework.context.annotation.ComponentScan;
// Spring配置類：掃描組件（替代XML配置，避免鏈接失效）
@ComponentScan("com.example.adapter")
public class SpringConfig {
}
// 客戶端調(diào)用（企業(yè)開發(fā)常用）
public class SpringAdapterClient {
    public static void main(String[] args) {
        // 加載Spring配置，獲取容器（注解配置，無XML，避免鏈接失效）
        ApplicationContext context = new AnnotationConfigApplicationContext(SpringConfig.class);
        // 獲取目標(biāo)接口實(shí)例（Spring自動(dòng)注入適配器）
        PayService payService = context.getBean(PayService.class);
        // 調(diào)用項(xiàng)目?jī)?nèi)部接口，底層自動(dòng)通過適配器對(duì)接第三方SDK
        String result = payService.pay("ORDER20260415004", 299.9);
        System.out.println("項(xiàng)目?jī)?nèi)部支付結(jié)果：" + result);
    }
}

進(jìn)階要點(diǎn)（企業(yè)開發(fā)避坑）

• 優(yōu)先使用注解配置（@Component、@Autowired、@ComponentScan），替代XML配置，避免XML中出現(xiàn)“link dead”（鏈接失效）問題；
• 適配器與適配者通過Spring依賴注入關(guān)聯(lián)，便于后續(xù)替換適配者（如將支付寶SDK替換為微信SDK，只需修改適配器注入的適配者）；
• 可結(jié)合Spring的@Qualifier注解，實(shí)現(xiàn)多個(gè)適配者的靈活切換（如同時(shí)對(duì)接支付寶、微信SDK，通過注解指定適配者）；
• 若必須使用XML配置，避免使用外部鏈接，可替換為本地XSD文件，或升級(jí)Spring依賴版本，確保配置文件正常加載。

五、實(shí)戰(zhàn)三：框架中的適配器模式（面試必說）

適配器模式在Java主流框架中應(yīng)用極其廣泛，面試時(shí)能說出1-2個(gè)具體應(yīng)用，會(huì)顯得你理解更深刻，不是只懂理論。

1. Spring 框架：HandlerAdapter（核心應(yīng)用）

Spring MVC中的HandlerAdapter是適配器模式的經(jīng)典實(shí)現(xiàn)，核心作用是“適配不同類型的處理器（Controller）”，讓DispatcherServlet（前端控制器）無需關(guān)心不同處理器的調(diào)用方式，統(tǒng)一通過適配器調(diào)用。

• Target（目標(biāo)接口）：HandlerAdapter接口（定義了handleRequest()方法，統(tǒng)一處理器調(diào)用規(guī)范）；
• Adaptee（適配者）：不同類型的處理器（如Controller、HttpRequestHandler、Servlet）；
• Adapter（適配器）：具體適配器（如SimpleControllerHandlerAdapter、HttpRequestHandlerAdapter），適配不同類型的處理器。

原理：DispatcherServlet通過HandlerAdapter找到對(duì)應(yīng)的適配器，調(diào)用適配器的handleRequest()方法，適配器再調(diào)用具體處理器的方法，實(shí)現(xiàn)不同處理器的統(tǒng)一調(diào)用，完美解決“處理器類型多樣、接口不統(tǒng)一”的問題。

2. Spring 框架：MethodInterceptor（AOP中的適配器）

Spring AOP中的MethodInterceptor（方法攔截器），本質(zhì)也是接口適配器的實(shí)現(xiàn)。Spring AOP的攔截器鏈中，不同的攔截器可能實(shí)現(xiàn)不同的接口，通過適配器模式，將不同攔截器的接口轉(zhuǎn)換為統(tǒng)一的攔截器接口，實(shí)現(xiàn)攔截器的鏈?zhǔn)秸{(diào)用。

3. Java 內(nèi)置適配器：InputStreamReader/OutputStreamWriter

Java IO流中的InputStreamReader（字節(jié)流轉(zhuǎn)字符流）、OutputStreamWriter（字符流轉(zhuǎn)字節(jié)流），是JDK內(nèi)置的適配器模式實(shí)現(xiàn)，日常開發(fā)中經(jīng)常用到。

• InputStreamReader：將InputStream（字節(jié)流，適配者）適配為Reader（字符流，目標(biāo)接口）；
• OutputStreamWriter：將OutputStream（字節(jié)流，適配者）適配為Writer（字符流，目標(biāo)接口）。

// 示例：InputStreamReader（字節(jié)流轉(zhuǎn)字符流，適配器模式）
InputStream inputStream = new FileInputStream("test.txt");
// InputStreamReader是適配器，將字節(jié)流適配為字符流
Reader reader = new InputStreamReader(inputStream, StandardCharsets.UTF_8);

4. 實(shí)際項(xiàng)目場(chǎng)景：日志框架適配

項(xiàng)目中原有日志框架使用Log4j，后來需要升級(jí)為SLF4J+Logback，為了不修改原有項(xiàng)目中所有Log4j的調(diào)用代碼，使用適配器模式，實(shí)現(xiàn)Log4j接口到SLF4J接口的適配，讓原有代碼無需修改，即可使用新的日志框架。

六、適配器模式面試高頻考點(diǎn)（必背）

1. 適配器模式的核心優(yōu)勢(shì)？

• 解耦：隔離原有接口和調(diào)用方，無需修改原有代碼和調(diào)用方代碼，實(shí)現(xiàn)接口兼容；
• 遵循開閉原則：新增適配場(chǎng)景時(shí)，只需新增適配器類，無需修改原有代碼；
• 提高復(fù)用性：復(fù)用原有接口的功能，無需重復(fù)開發(fā)，降低維護(hù)成本；
• 靈活性高：可靈活適配不同接口，適配者或目標(biāo)接口變化時(shí)，只需修改適配器。

2. 適配器模式的三種實(shí)現(xiàn)方式及區(qū)別？（高頻中的高頻）

核心區(qū)別：適配方式不同（繼承 vs 持有引用 vs 抽象類空實(shí)現(xiàn)），結(jié)合表格記憶，面試直接說清：

• 類適配器：繼承適配者，實(shí)現(xiàn)目標(biāo)接口，受單繼承限制，耦合度高；
• 對(duì)象適配器：持有適配者引用，實(shí)現(xiàn)目標(biāo)接口，無繼承限制，耦合度低，企業(yè)常用；
• 接口適配器：抽象類實(shí)現(xiàn)目標(biāo)接口，空實(shí)現(xiàn)所有方法，適用于目標(biāo)接口方法過多的場(chǎng)景。

3. 適配器模式和裝飾者模式的區(qū)別？（面試易錯(cuò)點(diǎn)）

核心區(qū)別：目的不同，記住一句話即可：

• 適配器模式：核心是“解決接口不兼容”，讓兩個(gè)不相關(guān)的接口可以對(duì)接，不改變?cè)泄δ埽?/li>
• 裝飾者模式：核心是“增強(qiáng)原有功能”，在不改變?cè)薪涌诘那疤嵯?，為?duì)象增加新的功能。

補(bǔ)充：適配器模式是“轉(zhuǎn)換接口”，裝飾者模式是“增強(qiáng)功能”，兩者都不修改原有代碼，但目的和使用場(chǎng)景完全不同。

4. 適配器模式的缺點(diǎn)？（避坑重點(diǎn)）

• 增加系統(tǒng)復(fù)雜度：新增適配器類，會(huì)增加類的數(shù)量，后續(xù)維護(hù)成本略有增加；
• 適配邏輯復(fù)雜：當(dāng)適配者和目標(biāo)接口差異較大時(shí)，適配器的轉(zhuǎn)換邏輯會(huì)比較復(fù)雜，容易出錯(cuò)；
• 可讀性降低：調(diào)用方看不到適配細(xì)節(jié)，若適配器邏輯不清晰，后續(xù)排查問題難度較大。

5. 什么時(shí)候用適配器模式？（實(shí)戰(zhàn)判斷）

• 舊系統(tǒng)接口無法修改，需要對(duì)接新系統(tǒng)接口（如舊訂單接口適配新前端）；
• 對(duì)接第三方SDK，第三方接口規(guī)范與項(xiàng)目?jī)?nèi)部接口不兼容（如支付SDK、日志SDK）；
• 系統(tǒng)中存在多個(gè)接口規(guī)范不一致，但功能相似的模塊，需要統(tǒng)一調(diào)用方式；
• 目標(biāo)接口方法過多，調(diào)用方只需使用部分方法（使用接口適配器）。

七、總結(jié)（實(shí)戰(zhàn)+面試雙達(dá)標(biāo)）

對(duì)于Java后端開發(fā)者來說，適配器模式是“解決接口兼容問題的萬能鑰匙”，它不像工廠模式、單例模式那樣頻繁使用，但在系統(tǒng)集成、第三方對(duì)接、舊系統(tǒng)維護(hù)場(chǎng)景中，是不可或缺的設(shè)計(jì)模式，也是面試中高頻考察的重點(diǎn)（尤其是三種實(shí)現(xiàn)方式的區(qū)別）。

• 基礎(chǔ)：掌握3個(gè)核心角色，理解適配器模式“接口轉(zhuǎn)換”的核心思想，能手動(dòng)實(shí)現(xiàn)三種適配器；
• 實(shí)戰(zhàn)：重點(diǎn)掌握對(duì)象適配器（企業(yè)常用），結(jié)合Spring依賴注入實(shí)現(xiàn)適配，規(guī)避XML鏈接失效的坑；
• 面試：能清晰區(qū)分三種適配器的區(qū)別，說出框架中的應(yīng)用場(chǎng)景，掌握與裝飾者模式的區(qū)別；
• 避坑：記住“接口不兼容用適配器，功能增強(qiáng)用裝飾者”，避免過度設(shè)計(jì)（如接口兼容可直接修改代碼時(shí)，無需使用適配器）。

記住一句話：適配器模式的核心是“兼容不修改，轉(zhuǎn)換無感知”，通過中間適配器，讓不兼容的接口無縫對(duì)接，既保證原有系統(tǒng)穩(wěn)定，又滿足新的業(yè)務(wù)需求。掌握它，能讓你在系統(tǒng)集成、舊系統(tǒng)維護(hù)中事半功倍，面試時(shí)也能輕松應(yīng)對(duì)設(shè)計(jì)模式相關(guān)提問。

補(bǔ)充：常見問題解決

• 問題1：適配者和目標(biāo)接口差異過大，適配器邏輯復(fù)雜怎么辦？
• 解決：拆分適配器，將復(fù)雜的轉(zhuǎn)換邏輯拆分為多個(gè)小適配器，或提取公共轉(zhuǎn)換方法，降低維護(hù)難度；
• 問題2：Spring XML配置中出現(xiàn)“link dead”（鏈接失效）怎么辦？
• 解決：優(yōu)先使用注解配置（@Component、@ComponentScan）；若必須用XML，替換為本地Spring XSD文件，或升級(jí)Spring依賴版本；
• 問題3：如何實(shí)現(xiàn)多個(gè)適配者的靈活切換？

解決：結(jié)合Spring的@Qualifier注解，注入不同的適配者；或使用工廠模式，根據(jù)條件動(dòng)態(tài)創(chuàng)建對(duì)應(yīng)的適配器。

到此這篇關(guān)于Java 適配器模式從入門到實(shí)戰(zhàn)指南的文章就介紹到這了,更多相關(guān)Java 適配器模式內(nèi)容請(qǐng)搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家！

最新評(píng)論