探析在Spring Boot中為可擴(kuò)展微服務(wù)構(gòu)建多模塊項(xiàng)目的方法

作者：劉濤 2024-11-25 08:00:00

隨著軟件應(yīng)用程序復(fù)雜程度的不斷提升，對(duì)可擴(kuò)展性、模塊化以及清晰度的管理變得極為關(guān)鍵。

作者 | 劉濤

審校 | 重樓

隨著軟件應(yīng)用程序復(fù)雜程度的不斷提升，對(duì)可擴(kuò)展性、模塊化以及清晰度的管理變得極為關(guān)鍵。

Spring Boot的多模塊結(jié)構(gòu)能夠讓你對(duì)應(yīng)用程序的不同部分進(jìn)行獨(dú)立管理，如此一來，你的團(tuán)隊(duì)能夠分別開展組件的開發(fā)、測試以及部署工作。這種結(jié)構(gòu)使得代碼維持著井然有序的狀態(tài)，并具備模塊化特性，不管是對(duì)于微服務(wù)，還是大型整體式系統(tǒng)，均頗具實(shí)用價(jià)值。

在本教程當(dāng)中，你將會(huì)構(gòu)建一個(gè)多模塊的Spring Boot項(xiàng)目，每個(gè)模塊都專門負(fù)責(zé)特定的職責(zé)。你將學(xué)習(xí)如何設(shè)置模塊、配置模塊間的通信、處理錯(cuò)誤、施行基于JWT（JSON Web Token：是一種開放標(biāo)準(zhǔn)（RFC 7519），用于在認(rèn)證服務(wù)器（簽發(fā)者）、客戶端（如瀏覽器或移動(dòng)應(yīng)用）和資源服務(wù)器（接收者）之間安全地傳輸包含用戶等實(shí)體相關(guān)信息（通過頭部、載荷和簽名組成）的一種數(shù)據(jù)格式，以方便對(duì)資源訪問進(jìn)行驗(yàn)證。）的安全性策略以及使用Docker進(jìn)行部署。

必備知識(shí)

具備Spring Boot和Maven的基礎(chǔ)知識(shí)
熟悉Docker和CI/CD概念（可選但有幫助）

1.為何采用多模塊項(xiàng)目？

在單模塊項(xiàng)目中，各個(gè)組件（指代碼中的功能單元，像數(shù)據(jù)庫訪問層組件、業(yè)務(wù)邏輯處理組件、用戶界面展示組件等）之間往往存在緊密的耦合關(guān)系，這種設(shè)計(jì)使得編程人員在擴(kuò)展項(xiàng)目規(guī)模和管理復(fù)雜代碼庫時(shí)面臨諸多挑戰(zhàn)。然而，相比之下，采用多模塊結(jié)構(gòu)則能夠帶來一系列顯著的優(yōu)勢(shì)：

模塊化：每個(gè)模塊都聚焦于特定任務(wù)，如用戶管理或庫存管理，從而簡化了管理流程和故障排除工作。
團(tuán)隊(duì)可擴(kuò)展性：團(tuán)隊(duì)可以在不同的模塊上各自獨(dú)立開展工作，此舉能夠最大限度地減少?zèng)_突的發(fā)生，提高生產(chǎn)效率。
靈活部署：模塊可以獨(dú)立部署或更新，這對(duì)于微服務(wù)或具有眾多功能的大型應(yīng)用程序而言特別有益。

現(xiàn)實(shí)案例

以某個(gè)大型電子商務(wù)應(yīng)用程序為例，其架構(gòu)可以清晰地劃分為以下幾個(gè)模塊：

客戶管理模塊：主要負(fù)責(zé)處理客戶資料、偏好設(shè)置以及身份認(rèn)證等功能。
產(chǎn)品管理模塊：專注于管理產(chǎn)品的詳細(xì)信息、庫存量以及定價(jià)策略。
訂單處理模塊：負(fù)責(zé)管理訂單信息、支付流程以及訂單追蹤等功能。
庫存管理模塊：負(fù)責(zé)監(jiān)控庫存水平，并處理與供應(yīng)商之間的訂單事宜。

案例學(xué)習(xí)：網(wǎng)飛（Netflix）

為了闡明這些優(yōu)勢(shì)，讓我們來研究一下網(wǎng)飛（Netflix：全球最大的流媒體視頻服務(wù)平臺(tái)之一）是如何采用多模塊架構(gòu)的。

網(wǎng)飛是有效運(yùn)用此種方式（多模塊架構(gòu)）并通過微服務(wù)架構(gòu)實(shí)現(xiàn)目標(biāo)的領(lǐng)先典范。網(wǎng)飛的每個(gè)微服務(wù)均專注于特定的功能，例如用戶認(rèn)證、內(nèi)容推薦或者流媒體服務(wù)。

多模塊化結(jié)構(gòu)使網(wǎng)飛能夠高效地?cái)U(kuò)展其業(yè)務(wù)運(yùn)營、獨(dú)立部署更新，并保持高可用性和高性能。通過解耦服務(wù)的架構(gòu)設(shè)計(jì)，網(wǎng)飛構(gòu)建了一個(gè)強(qiáng)大而靈活的系統(tǒng)，能夠同時(shí)服務(wù)全球數(shù)以百萬計(jì)的用戶，確保內(nèi)容的無縫傳輸，有效支撐起這個(gè)規(guī)模龐大且不斷動(dòng)態(tài)發(fā)展的平臺(tái)。

這種架構(gòu)設(shè)計(jì)不僅提升了系統(tǒng)的可擴(kuò)展能力，同時(shí)加強(qiáng)了故障隔離機(jī)制，使網(wǎng)飛能夠快速進(jìn)行創(chuàng)新并及時(shí)響應(yīng)用戶需求。

2.項(xiàng)目結(jié)構(gòu)與架構(gòu)

現(xiàn)在讓我們回歸到示例項(xiàng)目中，你的多模塊Spring Boot項(xiàng)目將會(huì)使用5個(gè)關(guān)鍵模塊，其布局情況如下：

codespring-boot-multi-module/
 ├── common/ # Shared utilities and constants
 ├── domain/ # Domain entities
 ├── repository/ # Data access layer (DAL)
 ├── service/ # Business logic
 └── web/ # Main Spring Boot application and controllers

每個(gè)模塊均具有其特定的功用：

Common（通用模塊）：存放跨模塊共享的工具類、常量和配置文件。
Domain（域模塊）：包含應(yīng)用程序的數(shù)據(jù)模型定義。
Repository（倉儲(chǔ)模塊）：負(fù)責(zé)數(shù)據(jù)庫訪問和操作。
Service（服務(wù)模塊）：實(shí)現(xiàn)業(yè)務(wù)邏輯封裝。
Web（網(wǎng)絡(luò)模塊）：定義REST API接口，作為應(yīng)用程序的入口層。

這種結(jié)構(gòu)遵循了關(guān)注點(diǎn)分離原則(Separation of Concerns：軟件工程的一個(gè)基本原則，將程序分解為互不重疊的功能模塊，使每個(gè)模塊專注于解決特定的問題領(lǐng)域)，其中每一層都保持獨(dú)立并處理自身特定的邏輯。

下方的圖表展示了各個(gè)模塊：

3.如何設(shè)置父項(xiàng)目

步驟1：創(chuàng)建根項(xiàng)目

讓我們運(yùn)行以下命令來創(chuàng)建Maven父項(xiàng)目：

mvn archetype:generate -DgroupId=com.example -DartifactId=spring-boot-multi-module -DarchetypeArtifactId=maven-archetype-quickstart -DinteractiveMode=false cd spring-boot-multi-module

步驟2：配置父項(xiàng)目的pom.xml文件

在pom.xml文件中，定義依賴項(xiàng)和模塊：

<project xmlns="http://maven.apache.org/POM/4.0.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://www.apache.org/xsd/maven-4.0.0.xsd">
    <modelVersion>4.0.0</modelVersion>
    <groupId>com.example</groupId>
    <artifactId>spring-boot-multi-module</artifactId>
    <version>1.0-SNAPSHOT</version>
    <packaging>pom</packaging>
    <modules>
        <module>common</module>
        <module>domain</module>
        <module>repository</module>
        <module>service</module>
        <module>web</module>
    </modules>
    <properties>
        <java.version>11</java.version>
        <spring.boot.version>2.5.4</spring.boot.version>
    </properties>
    <dependencyManagement>
        <dependencies>
            <dependency>
                <groupId>org.springframework.boot</groupId>
                <artifactId>spring-boot-dependencies</artifactId>
                <version>${spring.boot.version}</version>
                <type>pom</type>
                <scope>import</scope>
            </dependency>
        </dependencies>
    </dependencyManagement>
    <build>
        <plugins>
            <plugin>
                <groupId>org.springframework.boot</groupId>
                <artifactId>spring-boot-maven-plugin</artifactId>
            </plugin>
        </plugins>
</build>
</project>

該pom.xml文件對(duì)依賴項(xiàng)和配置進(jìn)行集中管理，從而讓跨模塊共享設(shè)置的管理變得更為便捷。

4.如何創(chuàng)建模塊

通用模塊

創(chuàng)建一個(gè)通用模塊以定義共享的工具，例如日期格式化器。創(chuàng)建此模塊并添加一個(gè)示例工具類：

mvn archetype:generate -DgroupId=com.example.common -DartifactId=common -DarchetypeArtifactId=maven-archetype-quickstart -DinteractiveMode=false

日期格式化工具：

package com.example.common;

import java.time.LocalDate;
import java.time.format.DateTimeFormatter;

public class DateUtils {
    public static String formatDate(LocalDate date) {
        return date.format(DateTimeFormatter.ofPattern("yyyy-MM-dd"));
}
}

域模塊

在域模塊中定義數(shù)據(jù)模型：

package com.example.domain;

import javax.persistence.Entity;
import javax.persistence.Id;

@Entity
public class User {
 @Id
 private Long id;
 private String name;

// Getters and Setters
}

倉儲(chǔ)模塊（Repository）

創(chuàng)建倉儲(chǔ)模塊以管理數(shù)據(jù)訪問。以下是一個(gè)基本的存儲(chǔ)庫接口：

package com.example.repository;

import com.example.domain.User;
import org.springframework.data.jpa.repository.JpaRepository;

public interface UserRepository extends JpaRepository<User, Long> {}

服務(wù)模塊（Service）

創(chuàng)建服務(wù)模塊以涵蓋業(yè)務(wù)邏輯。以下是一個(gè)服務(wù)類的示例：

package com.example.service;
import com.example.domain.User;
import com.example.repository.UserRepository;
import org.springframework.beans.factory.annotation.Autowired;
import org.springframework.stereotype.Service;
@Service
public class UserService {
@Autowired
 private UserRepository userRepository;
public User getUserById(Long id) {
 return userRepository.findById(id).orElse(null);
 }
}

網(wǎng)絡(luò)模塊（Web）

網(wǎng)絡(luò)模塊作為REST API層。

@RestController
public class UserController {
@Autowired
 private UserService userService;
@GetMapping("/users/{id}")
 public User getUserById(@PathVariable Long id) {
 return userService.getUserById(id);
 }
}

5.模塊間通信

為了消除模塊間的直接依賴，我們可以借助REST API（表述性狀態(tài)轉(zhuǎn)移應(yīng)用程序接口）或消息代理（例如Kafka）來實(shí)現(xiàn)模塊間的通信。這種做法確保了模塊間的松耦合性，使得每個(gè)模塊都能夠獨(dú)立地進(jìn)行通信交流。

下圖清晰地展示了模塊間是如何相互通信的：

該圖呈現(xiàn)出不同系統(tǒng)組件如何協(xié)同運(yùn)作以高效處理請(qǐng)求。

Web模塊負(fù)責(zé)處理傳入的 API 請(qǐng)求，并將其轉(zhuǎn)發(fā)給涵蓋業(yè)務(wù)邏輯的服務(wù)模塊。其后，服務(wù)模塊與倉儲(chǔ)模塊進(jìn)行交互，以從數(shù)據(jù)庫中獲取或者更新數(shù)據(jù)。這種分層方法確保了每個(gè)模塊都能夠獨(dú)立運(yùn)行，進(jìn)而提升了系統(tǒng)的靈活性與維護(hù)的便捷性。

以使用Feign客戶端（Feign Clients ：Spring Cloud 提供的一個(gè)聲明式的 HTTP 客戶端工具，用于簡化微服務(wù)間的調(diào)用）為例：

在模塊間通信的場景中，使用Feign客戶端等工具是達(dá)成服務(wù)間松耦合（loose coupling：一種軟件架構(gòu)設(shè)計(jì)原則，目標(biāo)是減少系統(tǒng)組件之間的相互依賴）的有效方式。

Feign客戶端允許一個(gè)模塊通過REST API調(diào)用無縫地與另一個(gè)模塊進(jìn)行通信，而無需建立直接依賴。這種方法與前面所描述的分層架構(gòu)高度契合，其中服務(wù)模塊能夠使用Feign客戶端從其他服務(wù)或微服務(wù)中獲取數(shù)據(jù)，而非直接訪問數(shù)據(jù)庫或者硬編碼 HTTP 請(qǐng)求。

該方式不僅簡化了代碼，還通過隔離服務(wù)依賴增強(qiáng)了系統(tǒng)的可擴(kuò)展性與可維護(hù)性。

@FeignClient(name = "userServiceClient", url = "http://localhost:8081")
public interface UserServiceClient {
 @GetMapping("/users/{id}")
 User getUserById(@PathVariable("id") Long id);
}

6.常見陷阱及解決方案

在實(shí)施多模塊架構(gòu)時(shí)，你可能會(huì)遇到一些挑戰(zhàn)。以下是一些常見的陷阱及其解決方案：

循環(huán)依賴：模塊之間可能會(huì)不經(jīng)意地相互依賴，形成循環(huán)依賴的情況，從而增加構(gòu)建和部署的復(fù)雜程度。解決方案：精心設(shè)計(jì)模塊接口，并使用依賴管理工具在開發(fā)的早期階段檢測并解決循環(huán)依賴問題。
過度工程化：存在創(chuàng)建過多模塊的風(fēng)險(xiǎn)，導(dǎo)致不必要的復(fù)雜性產(chǎn)生。解決方案：從最小的一組模塊開始，只有在有明確需求時(shí)才進(jìn)一步進(jìn)行拆分，確保每個(gè)模塊都有清晰明確的職責(zé)。
配置不一致：管理多個(gè)模塊的配置可能會(huì)導(dǎo)致不一致性。解決方案：使用集中式配置管理工具（如Spring Cloud Config）來保持模塊間配置的一致性。
通信開銷：模塊間通信可能會(huì)引入延遲和復(fù)雜性。解決方案：通過使用高效的協(xié)議來優(yōu)化通信，并在適當(dāng)?shù)那闆r下考慮使用異步消息傳遞來減少延遲。
測試復(fù)雜性：由于模塊間的交互，多模塊項(xiàng)目的測試可能會(huì)更加復(fù)雜。

解決方案：推行一個(gè)穩(wěn)健的測試策略，涵蓋針對(duì)單個(gè)模塊的單元測試以及針對(duì)模塊間交互的集成測試。

通過了解這些陷阱并應(yīng)用這些解決方案，你可以有效地管理多模塊架構(gòu)的復(fù)雜性，并確保開發(fā)過程的順利進(jìn)行。

7.測試策略及配置

在多模塊的設(shè)置當(dāng)中，獨(dú)立地測試每個(gè)模塊，并將其當(dāng)作一個(gè)單元來進(jìn)行測試，這一點(diǎn)至關(guān)重要。

單元測試

在這里，我們將使用JUnit和Mockito（Java中兩個(gè)常見測試工具）來執(zhí)行單元測試：

@RunWith(MockitoJUnitRunner.class)
public class UserServiceTest {
@Mock
 private UserRepository userRepository;
@InjectMocks
 private UserService userService;
@Test
 public void testGetUserById() {
 User user = new User();
 user.setId(1L);
 user.setName("John");
Mockito.when(userRepository.findById(1L)).thenReturn(Optional.of(user));
User result = userService.getUserById(1L);
 assertEquals("John", result.getName());
 }
}

集成測試

我們將使用帶有內(nèi)存數(shù)據(jù)庫的Testcontainers（一個(gè)支持 Java 測試的庫，它提供了輕量級(jí)的、一次性的容器實(shí)例支持。它讓測試人員在測試中使用真實(shí)的數(shù)據(jù)庫、消息隊(duì)列等服務(wù)，而不是模擬這些服務(wù)）進(jìn)行集成測試：

@Testcontainers
@ExtendWith(SpringExtension.class)
@SpringBootTest
public class UserServiceIntegrationTest {
@Container
 private static PostgreSQLContainer<?> postgresqlContainer = new PostgreSQLContainer<>("postgres:latest");
@Autowired
 private UserService userService;
@Test
 public void testFindById() {

 User user = userService.getUserById(1L);
 assertNotNull(user);
 }
}

8.錯(cuò)誤處理與日志記錄

錯(cuò)誤處理和日志記錄是確保應(yīng)用程序可靠運(yùn)行且具備可調(diào)試性的重要手段。

錯(cuò)誤處理

在本節(jié)中，我們將探討如何使用全局異常處理器在Spring Boot應(yīng)用程序中優(yōu)雅地處理錯(cuò)誤。通過使用@ControllerAdvice注解，我們將建立一種集中捕獲和響應(yīng)錯(cuò)誤的方式，以保持代碼的整潔和響應(yīng)的一致性。

@ControllerAdvice
public class GlobalExceptionHandler {

 @ExceptionHandler(UserNotFoundException.class)
 public ResponseEntity<String> handleUserNotFoundException(UserNotFoundException ex) {
 return new ResponseEntity<>("User not found", HttpStatus.NOT_FOUND);
}
}

在上面的代碼示例中，我們定義了一個(gè)GlobalExceptionHandler，用于捕獲任何UserNotFoundException異常，并返回一個(gè)友好的消息，如“用戶未找到”，同時(shí)附帶404狀態(tài)碼。這樣，你就不需要在每個(gè)控制器中都處理這個(gè)異常了——只需在一個(gè)地方處理即可！

現(xiàn)在，讓我們來看一下這個(gè)流程圖。整個(gè)流程是這樣的：當(dāng)客戶端向Web模塊發(fā)送請(qǐng)求時(shí)，如果一切順利，你將會(huì)收到一個(gè)成功的響應(yīng)。但是，如果出現(xiàn)問題，比如系統(tǒng)未能找到指定的用戶，那么這個(gè)錯(cuò)誤就會(huì)被全局異常處理器捕獲。這個(gè)處理器會(huì)記錄問題詳情，并向客戶端返回一個(gè)清晰、結(jié)構(gòu)化的響應(yīng)。

這種方法確保了用戶能夠收到明確的錯(cuò)誤信息，同時(shí)保持了應(yīng)用程序內(nèi)部的安全性和隱蔽性。

日志記錄

在每個(gè)模塊中進(jìn)行結(jié)構(gòu)化日志記錄可以提高可追蹤性和調(diào)試效率。你可以使用像Logback這樣的集中式日志記錄系統(tǒng)，并包含用于追蹤請(qǐng)求的相關(guān)ID。

9.安全與JWT集成

在本節(jié)中，我們將詳細(xì)介紹如何配置JSON Web Tokens (JWT) 以增強(qiáng)應(yīng)用程序的安全性。通過JWT，我們能夠保護(hù)各個(gè)終端節(jié)點(diǎn)，并根據(jù)用戶的角色來控制他們對(duì)應(yīng)用程序不同部分的訪問權(quán)限。為了實(shí)現(xiàn)這一目標(biāo)，我們將在SecurityConfig類中進(jìn)行配置，該類將負(fù)責(zé)定義誰有權(quán)訪問應(yīng)用程序中的哪些資源。

@EnableWebSecurity
public class SecurityConfig extends WebSecurityConfigurerAdapter {

@Override
 protected void configure(HttpSecurity http) throws Exception {
 http.authorizeRequests()
 .antMatchers("/admin/**").hasRole("ADMIN")
 .antMatchers("/user/**").hasAnyRole("USER", "ADMIN")
 .anyRequest().authenticated()
 .and()
 .oauth2ResourceServer().jwt();
 }
}

在以上的代碼示例中，你可以看到我們?nèi)绾味x訪問規(guī)則：

/admin/** 終端節(jié)點(diǎn)僅限于具有ADMIN（管理員）角色的用戶訪問。
/user/** 終端節(jié)點(diǎn)可以由具有USER或ADMIN角色的用戶訪問。
任何其他請(qǐng)求都需要用戶進(jìn)行身份驗(yàn)證。
接下來，我們要在應(yīng)用程序中進(jìn)行相關(guān)配置，具體而言，就是使用.oauth2ResourceServer().jwt()這種方式來驗(yàn)證傳入的令牌。這樣做的目的在于，只有經(jīng)過驗(yàn)證為有效的令牌所對(duì)應(yīng)的請(qǐng)求，才能夠被允許訪問我們受保護(hù)終端節(jié)點(diǎn)，從而確保了系統(tǒng)的安全性和資源訪問的合法性。

現(xiàn)在，讓我們通過圖示來了解一下流程。當(dāng)客戶端發(fā)送請(qǐng)求以訪問資源時(shí)，安全過濾器會(huì)首先檢查所提供的JWT令牌是否有效。如果令牌有效，訪問請(qǐng)求將繼續(xù)傳遞到服務(wù)模塊以獲取或處理數(shù)據(jù)。如果無效，則訪問立即被拒絕，并且客戶端會(huì)收到一個(gè)異常響應(yīng)。

這一流程確保了只有通過身份驗(yàn)證的用戶才能訪問敏感資源，從而保證了應(yīng)用程序的安全性。

10.使用Docker和CI/CD進(jìn)行部署

在本節(jié)中，我們會(huì)使用 Docker 將每個(gè)模塊進(jìn)行容器化處理。這樣做的目的是讓我們的應(yīng)用程序能夠更便捷地在不同環(huán)境中進(jìn)行部署并保持一致運(yùn)行。同時(shí)，我們還將使用GitHub Actions來設(shè)置持續(xù)集成/持續(xù)部署（CI/CD）管道。當(dāng)然，如果你更傾向于使用Jenkins，也可以選擇它。自動(dòng)化該過程，可以確保你推送的任何更改都能自動(dòng)進(jìn)行構(gòu)建、測試和部署。

第1步：使用Docker進(jìn)行容器化處理

我們首先為Web模塊創(chuàng)建一個(gè)Dockerfile：

FROM openjdk:11-jre-slim
COPY target/web-1.0-SNAPSHOT.jar app.jar
ENTRYPOINT ["java", "-jar", "/app.jar"]

在這里，我們使用Java 11的輕量級(jí)版本來保持較小的圖像尺寸。然后將編譯后的.jar文件復(fù)制到容器中，并將其設(shè)置為在容器啟動(dòng)時(shí)運(yùn)行。

第2步：使用Docker Compose進(jìn)行多模塊部署

接下來，我們使用Docker Compose文件將多個(gè)模塊編排在一起：

version: '3'
services:
 web:
 build: ./web
 ports:
 - "8080:8080"
 service:
 build: ./service
 ports:
 - "8081:8081"

通過這種配置，我們能夠同時(shí)運(yùn)行Web模塊和服務(wù)模塊，從而只需執(zhí)行一個(gè)單獨(dú)的命令就可輕松啟動(dòng)整個(gè)應(yīng)用程序。每個(gè)服務(wù)都是在其對(duì)應(yīng)的獨(dú)立目錄中構(gòu)建的，并且我們?yōu)樵L問這些服務(wù)公開了所需的端口。

使用GitHub Actions 的CI/CD示例

name: CI Pipeline
on: [push, pull_request]
jobs:
 build:
 runs-on: ubuntu-latest
 steps:
 - uses: actions/checkout@v2
 - name: Set up JDK 11
 uses: actions/setup-java@v2
 with:
 java-version: '11'
 - name: Build with Maven
 run: mvn clean install

每當(dāng)你向代碼倉庫推送新代碼或提交創(chuàng)建拉取請(qǐng)求時(shí)，該管道就會(huì)自動(dòng)觸發(fā)啟動(dòng)。它會(huì)執(zhí)行一系列操作，首先簽出你提交的代碼，接著配置好所需的Java開發(fā)環(huán)境，然后運(yùn)行Maven構(gòu)建流程，從而確保整個(gè)項(xiàng)目能夠正常運(yùn)行。

11.最佳實(shí)踐與高級(jí)用例

以下最佳實(shí)踐確保了代碼的可維護(hù)性和可擴(kuò)展性。

最佳實(shí)踐

避免循環(huán)依賴：在設(shè)計(jì)和構(gòu)建應(yīng)用程序的各個(gè)模塊時(shí)，須確保模塊之間沒有循環(huán)引用，以避免構(gòu)建問題（例如編譯錯(cuò)誤、無限循環(huán)的依賴解析等）。
明確職責(zé)分離：在模塊化設(shè)計(jì)中，每個(gè)模塊應(yīng)當(dāng)被賦予并專注于單一的、明確的職責(zé)。
集中配置：集中管理配置信息，提高系統(tǒng)的可管理性和一致性，確保整個(gè)系統(tǒng)在不同環(huán)境下都能保持一致的行為和表現(xiàn)。
高級(jí)用例
使用Kafka進(jìn)行異步消息傳遞：Kafka作為分布式消息平臺(tái)，實(shí)現(xiàn)了服務(wù)之間的解耦通信，并允許模塊可以異步地發(fā)布和訂閱事件。
使用Feign作為REST客戶端：使用Feign在模塊內(nèi)部調(diào)用服務(wù)。定義一個(gè)Feign客戶端接口用于通信。
性能緩存：在服務(wù)模塊中使用Spring Cache來優(yōu)化數(shù)據(jù)檢索。