自拍偷在线精品自拍偷,亚洲欧美中文日韩v在线观看不卡

為什么我棄用了Spring的@Autowired

開發(fā) 架構(gòu)
任何架構(gòu)決策都是利弊權(quán)衡的藝術(shù)。本文倡導(dǎo)的顯式依賴管理并非要全盤否定Spring的IoC機(jī)制,而是希望在框架便利性與系統(tǒng)健壯性之間尋找最佳平衡點(diǎn)。

大家好,我是Jensen。

在Spring框架統(tǒng)治Java企業(yè)級開發(fā)的黃金時代,類似@Autowired注解的自動注入機(jī)制,猶如一把金鑰匙,為開發(fā)者打開了依賴注入的魔法之門。通過簡單的注解聲明,Spring容器就能自動將所需的Bean注入到目標(biāo)位置,這種"聲明即所得"的編程范式極大提升了開發(fā)效率。

但在實(shí)際項(xiàng)目中,這種便利性正逐漸顯露出其危險(xiǎn)的一面。

典型問題案例:在一個訂單處理模塊中,領(lǐng)域?qū)ο驩rder直接通過@Autowired注入支付服務(wù)PaymentService。

這種看似優(yōu)雅的寫法,實(shí)則讓領(lǐng)域模型與Spring框架產(chǎn)生了深度耦合,導(dǎo)致以下問題:

// 貧血模型的典型實(shí)現(xiàn)
public class Order {
    @Autowired
    private PaymentService paymentService; // 違反單一職責(zé)原則
    
    public void pay() {
        paymentService.process(this);
    }
}

一、自動注入“四宗罪”

1. 依賴關(guān)系黑盒化

自動注入使得類的依賴項(xiàng)變得隱式且不可見,違背了"顯式優(yōu)于隱式"的設(shè)計(jì)原則。當(dāng)開發(fā)者需要理解一個類的完整行為時,不得不借助IDE的輔助功能才能發(fā)現(xiàn)所有隱藏依賴。

2. 單元測試?yán)Ь?/h4>

在測試領(lǐng)域?qū)ο髸r,Mock依賴項(xiàng)變得異常困難。測試用例必須通過SpringTestContext框架啟動完整容器,導(dǎo)致單元測試退化為集成測試,執(zhí)行效率呈指數(shù)級下降。

3. 循環(huán)依賴溫床

當(dāng)兩個服務(wù)通過@Autowired相互注入時,Spring容器會通過三級緩存機(jī)制解決循環(huán)依賴。這種設(shè)計(jì)漏洞被框架容忍后,最終導(dǎo)致系統(tǒng)出現(xiàn)"麻花式耦合"的架構(gòu)問題。

4. 破壞充血模型

在DDD實(shí)踐中,領(lǐng)域模型本應(yīng)是純凈的POJO,自動注入機(jī)制迫使領(lǐng)域?qū)ο蟊仨氈獣許pring容器的存在,導(dǎo)致技術(shù)實(shí)現(xiàn)細(xì)節(jié)污染業(yè)務(wù)核心邏輯。

二、破局之道:顯式依賴管理

我們通過自定義SpringContext工具類實(shí)現(xiàn)依賴的顯式獲取,該工具類的核心實(shí)現(xiàn)如下:

@Primary
publicclass SpringContext implements ApplicationContextAware, PriorityOrdered, ApplicationRunner {
    privatestatic ApplicationContext applicationContext;
    // 初始化完成的信號
    privatestaticfinal CountDownLatch INITIALIZATION_LATCH = new CountDownLatch(1);

    @Override
    public void run(ApplicationArguments args) throws Exception {
        // 通知等待的線程初始化已完成
        INITIALIZATION_LATCH.countDown();
    }

    public void setApplicationContext(ApplicationContext applicationContext) {
        SpringContext.applicationContext = applicationContext;
    }

    publicstatic <T> T getBean(Class<T> clazz) {
        return applicationContext.getBean(clazz);
    }

    // 獲取Bean,需等待應(yīng)用完全啟動
    publicstatic <T> T getBeanSync(Class<T> clazz) {
        try {
            // 阻塞等待初始化完成,最多等待 1 分鐘
            if (!INITIALIZATION_LATCH.await(1, TimeUnit.MINUTES)) {
                thrownew IllegalStateException("應(yīng)用初始化超時");
            }
        } catch (InterruptedException e) {
            Thread.currentThread().interrupt();
            thrownew RuntimeException("獲取Bean時線程被中斷", e);
        }
        return applicationContext.getBean(clazz);
    }

    @Override
    public int getOrder() {
        return PriorityOrdered.HIGHEST_PRECEDENCE;
    }

}
在訂單領(lǐng)域模型中,我們通過顯式獲取的方式維護(hù)領(lǐng)域模型的純粹性:
public class Order {
    private Long orderId;
    private BigDecimal amount;
    private OrderStatus status;

    // 保持領(lǐng)域模型的純潔性
    public void pay() {
        PaymentService paymentService = SpringContext.getBean(PaymentService.class);
        PaymentResult result = paymentService.execute(this);
        
        if (result.isSuccess()) {
            this.status = OrderStatus.PAID;
            DomainEventPublisher.publish(new OrderPaidEvent(this));
        }
    }
}

優(yōu)勢對比表

維度

自動注入方案

顯式獲取方案

領(lǐng)域模型純凈度

依賴容器

完全POJO

可測試性

需要Spring環(huán)境

普通Mock即可

依賴可見性

隱式

顯式

循環(huán)依賴風(fēng)險(xiǎn)

代碼可讀性

需要IDE輔助

一目了然

三、最佳實(shí)踐指南

分層管理策略

  • 基礎(chǔ)設(shè)施層:允許使用@Autowired注入技術(shù)組件(如JPA Repository)
  • 領(lǐng)域?qū)樱簢?yán)格禁止容器依賴,通過SpringContext獲取必要服務(wù)
  • 應(yīng)用層:有限制地使用構(gòu)造函數(shù)注入

異步環(huán)境適配在響應(yīng)式編程場景下,通過組合模式封裝異步獲取邏輯:

public class AsyncBeanAccessor {
    public static <T> Mono<T> getBeanReactive(Class<T> beanClass) {
        return Mono.fromCallable(() -> SpringContext.getBean(beanClass)).subscribeOn(Schedulers.boundedElastic());
    }
}
  • 測試支持方案通過自定義Mock策略實(shí)現(xiàn)依賴隔離:
@Test
public void testOrderPayment() {
    // 配置Mock環(huán)境
    SpringContextMock.registerMock(PaymentService.class, mockService);
    
    Order order = new Order(/*...*/);
    order.completePayment();
    
    assertThat(order.getStatus()).isEqualTo(PAID);
}

四、架構(gòu)選擇思考

在微服務(wù)架構(gòu)深度演進(jìn)的今天,依賴管理策略的選擇實(shí)際上反映了團(tuán)隊(duì)對以下核心問題的認(rèn)知:

  • 技術(shù)邊界的把控:框架應(yīng)該作為基礎(chǔ)設(shè)施存在于系統(tǒng)底層,而不是滲透到核心業(yè)務(wù)邏輯中
  • 復(fù)雜性的轉(zhuǎn)移:顯式依賴將復(fù)雜性從運(yùn)行時轉(zhuǎn)移到編碼階段,更符合"Fail Fast"原則
  • 演進(jìn)式設(shè)計(jì):保持領(lǐng)域模型的技術(shù)中立性,為未來可能的框架遷移預(yù)留可能性

后記:任何架構(gòu)決策都是利弊權(quán)衡的藝術(shù)。本文倡導(dǎo)的顯式依賴管理并非要全盤否定Spring的IoC機(jī)制,而是希望在框架便利性與系統(tǒng)健壯性之間尋找最佳平衡點(diǎn)。

當(dāng)我們的系統(tǒng)需要長期演進(jìn)時,這種克制使用框架特性的做法,終將顯現(xiàn)出它的戰(zhàn)略價(jià)值。

責(zé)任編輯:姜華 來源: 架構(gòu)師修行錄
相關(guān)推薦

2022-03-20 18:29:38

爬蟲反爬蟲代理

2022-09-26 10:26:27

FieldIDEASpring

2020-08-10 11:20:59

索引MySQL數(shù)據(jù)庫

2022-08-15 12:31:59

PythonRuby編程語言

2024-11-29 08:20:22

Autowired場景項(xiàng)目

2022-05-27 08:44:09

springStarter配置

2021-06-04 05:21:19

KubernetesDocker容器

2024-06-27 13:45:21

2023-09-07 17:06:21

@Autowired報(bào)錯原因分析

2020-08-14 10:40:35

RestTemplatRetrofitJava

2018-09-10 15:40:46

GitHubQuery前端

2020-05-15 08:30:25

前端開發(fā)工具

2023-07-31 07:45:12

Spring項(xiàng)目Jakarta

2024-08-08 08:50:21

標(biāo)簽頁portTab

2011-12-26 09:38:24

諾基亞SymbianBelle

2012-04-04 22:07:12

Android

2020-08-14 09:11:29

RedisQPS數(shù)據(jù)庫

2020-12-15 10:49:14

HTTP2TCP

2012-02-28 09:11:51

語言Lua

2020-07-17 14:06:36

Scrum敏捷團(tuán)隊(duì)
點(diǎn)贊
收藏

51CTO技術(shù)棧公眾號