Java 單元測試之Mockito 模擬靜態(tài)方法與私有方法最佳實踐
更新時間：2025年09月22日 11:31:40 作者：Jinkxs
本文將深入探討如何使用 Mockito 來模擬靜態(tài)方法和私有方法,結(jié)合大量實戰(zhàn)代碼示例,帶你突破傳統(tǒng)單元測試的邊界,寫出更徹底、更獨立、更具可讀性的測試用例,感興趣的朋友跟隨小編一起看看吧
幸運的是，Mockito 作為 Java 生態(tài)中最流行的 mocking 框架之一，在近年來不斷進(jìn)化，已經(jīng)支持了對靜態(tài)方法和私有方法的模擬（mocking）與驗證，極大地擴展了其在真實項目中的適用范圍。
本文將深入探討如何使用 Mockito 來模擬靜態(tài)方法和私有方法，結(jié)合大量實戰(zhàn)代碼示例，帶你突破傳統(tǒng)單元測試的邊界，寫出更徹底、更獨立、更具可讀性的測試用例。
Mockito 簡介：為什么選擇它？
在進(jìn)入高級主題之前，讓我們快速回顧一下 Mockito 的核心優(yōu)勢：
- 簡潔的 API：
when(...).thenReturn(...)風(fēng)格直觀易懂。 - 無需手動創(chuàng)建 mock 類：運行時動態(tài)生成代理對象。
- 豐富的驗證功能：可驗證方法調(diào)用次數(shù)、參數(shù)、順序等。
- 與 JUnit 無縫集成：廣泛用于 Spring Boot、JUnit 5 等主流框架中。
從 3.x 版本開始，Mockito 引入了對 mock-making（mock 制作）引擎的插件化支持，并通過 mockito-inline 模塊實現(xiàn)了對靜態(tài)方法的支持，這標(biāo)志著 Mockito 正式邁入“無所不能 mock”的新時代。
環(huán)境準(zhǔn)備
首先，在你的 pom.xml 中添加以下依賴：
<dependencies>
<!-- JUnit 5 -->
<dependency>
<groupId>org.junit.jupiter</groupId>
<artifactId>junit-jupiter</artifactId>
<version>5.9.2</version>
<scope>test</scope>
</dependency>
<!-- Mockito Core -->
<dependency>
<groupId>org.mockito</groupId>
<artifactId>mockito-core</artifactId>
<version>5.7.0</version>
<scope>test</scope>
</dependency>
<!-- 關(guān)鍵：Mockito Inline（支持靜態(tài)方法） -->
<dependency>
<groupId>org.mockito</groupId>
<artifactId>mockito-inline</artifactId>
<version>5.7.0</version>
<scope>test</scope>
</dependency>
</dependencies>注意：mockito-inline 是必須的。如果你只引入 mockito-core，將無法使用 MockedStatic 功能。
Gradle 用戶可以使用：
testImplementation 'org.junit.jupiter:junit-jupiter:5.9.2' testImplementation 'org.mockito:mockito-core:5.7.0' testImplementation 'org.mockito:mockito-inline:5.7.0'
模擬靜態(tài)方法：打破“不可變”的枷鎖
靜態(tài)方法因其無狀態(tài)、易于調(diào)用的特性，常被用于工具類（如 StringUtils、DateUtils）、工廠方法或全局配置訪問器。但這也帶來了測試難題——你無法通過常規(guī)方式 mock 它們，因為它們不屬于任何實例。
傳統(tǒng)困境
考慮以下代碼：
public class UserService {
private final UserRepository userRepository;
public UserService(UserRepository userRepository) {
this.userRepository = userRepository;
}
public User createUser(String name, String email) {
if (StringUtils.isEmpty(name)) {
throw new IllegalArgumentException("Name cannot be empty");
}
if (!EmailValidator.isValid(email)) {
throw new IllegalArgumentException("Invalid email format");
}
User user = new User(name.trim(), email.toLowerCase());
return userRepository.save(user);
}
}其中 StringUtils.isEmpty() 和 EmailValidator.isValid() 都是靜態(tài)方法。如果我們想測試 createUser 方法，就必須確保這些靜態(tài)方法的行為可控，否則測試將依賴于它們的真實實現(xiàn)，失去了“單元”測試的意義。
解法一：使用MockedStatic<T>模擬靜態(tài)方法
從 Mockito 3.4.0 開始，你可以使用 MockedStatic 來 mock 靜態(tài)方法。這是目前最推薦的方式。
import org.junit.jupiter.api.Test;
import org.mockito.MockedStatic;
import static org.mockito.Mockito.*;
import static org.junit.jupiter.api.Assertions.*;
class UserServiceTest {
private final UserRepository userRepository = mock(UserRepository.class);
private final UserService userService = new UserService(userRepository);
@Test
void shouldThrowExceptionWhenNameIsEmpty() {
// 使用 try-with-resources 確保 mock 被正確關(guān)閉
try (MockedStatic<StringUtils> mocked = mockStatic(StringUtils.class)) {
// 設(shè)定行為：當(dāng)調(diào)用 isEmpty("") 時返回 true
mocked.when(() -> StringUtils.isEmpty(""))
.thenReturn(true);
// 執(zhí)行 & 驗證
IllegalArgumentException exception = assertThrows(
IllegalArgumentException.class,
() -> userService.createUser("", "user@example.com")
);
assertEquals("Name cannot be empty", exception.getMessage());
// 驗證靜態(tài)方法被調(diào)用了一次
mocked.verify(() -> StringUtils.isEmpty(""), times(1));
}
}
@Test
void shouldCreateUserWhenValidInput() {
User savedUser = new User("Alice", "alice@example.com");
when(userRepository.save(any(User.class))).thenReturn(savedUser);
try (MockedStatic<StringUtils> stringUtilsMock = mockStatic(StringUtils.class);
MockedStatic<EmailValidator> emailValidatorMock = mockStatic(EmailValidator.class)) {
stringUtilsMock.when(() -> StringUtils.isEmpty(anyString()))
.thenReturn(false); // 假設(shè)所有非空字符串都不為空
emailValidatorMock.when(() -> EmailValidator.isValid("alice@example.com"))
.thenReturn(true);
User result = userService.createUser("Alice", "alice@example.com");
assertEquals(savedUser, result);
verify(userRepository).save(any(User.class));
}
}
}關(guān)鍵點解析：
try-with-resources：MockedStatic實現(xiàn)了AutoCloseable，使用 try-with-resources 可以確保在測試結(jié)束時自動還原靜態(tài)方法的原始行為，避免影響其他測試。mockStatic(Class<T>)：這是開啟靜態(tài)方法 mock 的入口。- Lambda 表達(dá)式：
when(() -> StringUtils.isEmpty(""))使用 lambda 來指定要 mock 的方法調(diào)用，語法清晰。 verify()：你也可以驗證靜態(tài)方法是否被調(diào)用、調(diào)用次數(shù)等。
解法二：使用@ExtendWith(MockitoExtension.class)+@MockedStatic
Mockito 也支持通過 JUnit 5 擴展來管理 MockedStatic 的生命周期。
import org.junit.jupiter.api.Test;
import org.junit.jupiter.api.extension.ExtendWith;
import org.mockito.MockedStatic;
import org.mockito.junit.jupiter.MockitoExtension;
import static org.mockito.Mockito.*;
@ExtendWith(MockitoExtension.class)
class UserServiceWithExtensionTest {
private final UserRepository userRepository = mock(UserRepository.class);
private final UserService userService = new UserService(userRepository);
@Test
void testWithInjectedMockedStatic(MockedStatic<StringUtils> mocked) {
mocked.when(() -> StringUtils.isEmpty(anyString()))
.thenAnswer(invocation -> {
String str = invocation.getArgument(0);
return str == null || str.trim().isEmpty();
});
assertThrows(IllegalArgumentException.class,
() -> userService.createUser(" ", "invalid"));
mocked.verify(() -> StringUtils.isEmpty(" "), times(1));
}
}這種方式由 JUnit 擴展自動管理資源，代碼更簡潔，但靈活性略低。
處理靜態(tài)方法鏈與復(fù)雜邏輯
有時靜態(tài)方法內(nèi)部會調(diào)用其他靜態(tài)方法，形成調(diào)用鏈。Mockito 同樣可以處理：
public class DataProcessor {
public static String process(String input) {
if (ValidationUtils.isValid(input)) {
return TransformationUtils.transform(input).toUpperCase();
}
return null;
}
}
@Test
void shouldProcessValidInput() {
try (MockedStatic<ValidationUtils> validationMock = mockStatic(ValidationUtils.class);
MockedStatic<TransformationUtils> transformMock = mockStatic(TransformationUtils.class)) {
validationMock.when(() -> ValidationUtils.isValid("hello"))
.thenReturn(true);
transformMock.when(() -> TransformationUtils.transform("hello"))
.thenReturn("HELLO_PROCESSED");
String result = DataProcessor.process("hello");
assertNotNull(result);
assertEquals("HELLO_PROCESSED", result.toUpperCase()); // 注意：transform 返回小寫，process 轉(zhuǎn)大寫
validationMock.verify(() -> ValidationUtils.isValid("hello"));
transformMock.verify(() -> TransformationUtils.transform("hello"));
}
}模擬私有方法：深入類的“內(nèi)心世界”
私有方法是類的內(nèi)部實現(xiàn)細(xì)節(jié)，按理說不應(yīng)在單元測試中直接調(diào)用。傳統(tǒng)觀點認(rèn)為，只要公共方法的行為正確，私有方法自然也就正確了。
但在某些場景下，我們?nèi)韵Ｍ?/p>
- 測試復(fù)雜的私有算法邏輯。
- 驗證私有方法是否被正確調(diào)用（例如，緩存機制）。
- 模擬私有方法的副作用（如調(diào)用外部服務(wù)）。
方法一：使用反射（不推薦）
最原始的方法是通過 Java 反射強行訪問私有方法：
import java.lang.reflect.Method;
@Test
void testPrivateMethodWithReflection() throws Exception {
UserService userService = new UserService(mock(UserRepository.class));
// 獲取私有方法
Method method = UserService.class.getDeclaredMethod("validateEmail", String.class);
method.setAccessible(true); // 破壞封裝！
// 調(diào)用并獲取結(jié)果
boolean result = (boolean) method.invoke(userService, "valid@email.com");
assertTrue(result);
}問題：
- 破壞了封裝性。
- 代碼冗長且易出錯。
- 無法 mock 其行為。
方法二：使用 PowerMock（歷史方案）
PowerMock 曾是解決此類問題的主流方案，但它需要字節(jié)碼操作，與現(xiàn)代測試框架（尤其是 Java 11+）兼容性差，且配置復(fù)雜。
// ? 已過時，不推薦
@RunWith(PowerMockRunner.class)
@PrepareForTest(UserService.class)
public class UserServiceWithPowerMockTest {
@Test
public void testPrivateMethod() throws Exception {
UserService spy = PowerMockito.spy(new UserService(...));
PowerMockito.when(spy, "privateMethod", anyString())
.thenReturn("mocked result");
// ...
}
}方法三：Mockito 內(nèi)置支持（Mockito 3.4.0+）
從 Mockito 3.4.0 開始，可以通過 MockSettings 的 withSettings().defaultAnswer() 結(jié)合 AdditionalAnswers.delegatesTo() 來間接控制私有方法的行為，但這并不直接。
真正革命性的變化出現(xiàn)在 Mockito 4.6.0，它引入了 Mockito.lenient() 和對私有方法的部分支持，但截至目前（Mockito 5.x），Mockito 仍然沒有原生支持直接 mock 私有方法。
當(dāng)前最佳實踐：重構(gòu) + Spy
既然 Mockito 不直接支持 mock 私有方法，我們應(yīng)該怎么做？
? 推薦策略一：提取為獨立組件
將復(fù)雜的私有邏輯提取到一個新的類中，然后正常 mock 它。
public interface EmailValidatorService {
boolean isValid(String email);
}
@Service
public class DefaultEmailValidator implements EmailValidatorService {
@Override
public boolean isValid(String email) {
// 復(fù)雜的驗證邏輯
return email != null && email.contains("@") && email.length() > 5;
}
}
public class UserService {
private final UserRepository userRepository;
private final EmailValidatorService emailValidator; // 依賴注入
public UserService(UserRepository userRepository, EmailValidatorService emailValidator) {
this.userRepository = userRepository;
this.emailValidator = emailValidator;
}
public User createUser(String name, String email) {
if (!emailValidator.isValid(email)) { // 調(diào)用接口
throw new IllegalArgumentException("Invalid email");
}
// ...
}
}測試時：
@Test
void shouldRejectInvalidEmail() {
UserRepository repo = mock(UserRepository.class);
EmailValidatorService validator = mock(EmailValidatorService.class);
when(validator.isValid("bad")).thenReturn(false);
UserService userService = new UserService(repo, validator);
assertThrows(IllegalArgumentException.class,
() -> userService.createUser("Alice", "bad"));
}優(yōu)點：
- 更符合 SOLID 原則。
- 易于測試和復(fù)用。
- 符合依賴注入思想。
? 推薦策略二：使用spy和部分 mock
如果你無法重構(gòu)，可以使用 spy 來部分 mock 對象，讓大多數(shù)方法調(diào)用真實實現(xiàn)，只 mock 特定方法。
public class PaymentService {
public boolean processPayment(double amount, String cardNumber) {
if (amount <= 0) return false;
String token = generateToken(cardNumber); // 私有方法
return sendPaymentRequest(amount, token);
}
private String generateToken(String cardNumber) {
// 模擬調(diào)用第三方加密服務(wù)
return "TOKEN-" + cardNumber.substring(cardNumber.length() - 4);
}
private boolean sendPaymentRequest(double amount, String token) {
// 調(diào)用外部支付網(wǎng)關(guān)
return true; // 簡化
}
}測試 generateToken 的邏輯：
@Test
void shouldGenerateTokenFromLastFourDigits() {
PaymentService spyService = spy(new PaymentService());
// 即使是私有方法，如果它是 protected 或 package-private，
// 我們可以通過 spy 模擬其行為（但不能直接 mock 私有方法）
// 實際上，對于私有方法，我們通常測試其被調(diào)用的情況
// 我們可以驗證 processPayment 是否調(diào)用了 generateToken
// 但由于是私有方法，無法直接 verify
// 所以更好的方式是測試最終行為
doReturn("MOCKED_TOKEN").when(spyService).generateToken("1234"); // ? 編譯錯誤！無法 mock 私有方法
// 因此，我們轉(zhuǎn)而測試整個流程
// 或者，將 generateToken 改為 protected/package-private 并使用 spy
}如果我們將 generateToken 改為 protected：
protected String generateToken(String cardNumber) { ... }
則可以：
@Test
void shouldUseGeneratedTokenInPaymentRequest() {
PaymentService spyService = spy(new PaymentService());
doReturn("MOCK-TOKEN-5678").when(spyService).generateToken("1234-5678-9012-5678");
boolean result = spyService.processPayment(100.0, "1234-5678-9012-5678");
assertTrue(result);
// 進(jìn)一步驗證 sendPaymentRequest 是否使用了 MOCK-TOKEN...
}綜合案例：一個真實的微服務(wù)場景
假設(shè)我們正在開發(fā)一個訂單處理服務(wù)，它依賴于一個靜態(tài)的 TaxCalculator 工具類和一個私有的庫存檢查方法。
// 靜態(tài)工具類
public class TaxCalculator {
public static double calculate(double amount, String region) {
// 第三方 API 調(diào)用
return switch (region) {
case "US" -> amount * 0.08;
case "EU" -> amount * 0.20;
default -> 0.0;
};
}
}
// 主服務(wù)類
public class OrderService {
private final OrderRepository orderRepository;
public OrderService(OrderRepository orderRepository) {
this.orderRepository = orderRepository;
}
public Order createOrder(CreateOrderRequest request) {
double tax = TaxCalculator.calculate(request.getAmount(), request.getRegion());
double total = request.getAmount() + tax;
if (!checkInventory(request.getProductId(), request.getQuantity())) {
throw new InsufficientInventoryException("Not enough stock");
}
Order order = new Order(request.getUserId(), request.getProductId(),
request.getQuantity(), total);
return orderRepository.save(order);
}
private boolean checkInventory(String productId, int quantity) {
// 查詢庫存系統(tǒng)
return true; // 簡化
}
}現(xiàn)在，我們來編寫全面的單元測試：
class OrderServiceTest {
private final OrderRepository orderRepository = mock(OrderRepository.class);
private final OrderService orderService = new OrderService(orderRepository);
@Test
void shouldCalculateCorrectTaxAndSaveOrder() {
CreateOrderRequest request = new CreateOrderRequest("U123", "P456", 2, 100.0, "US");
Order savedOrder = new Order("U123", "P456", 2, 108.0); // 100 + 8% tax
when(orderRepository.save(any(Order.class))).thenReturn(savedOrder);
try (MockedStatic<TaxCalculator> taxMock = mockStatic(TaxCalculator.class)) {
taxMock.when(() -> TaxCalculator.calculate(100.0, "US"))
.thenReturn(8.0);
Order result = orderService.createOrder(request);
assertEquals(108.0, result.getTotal());
verify(orderRepository).save(any(Order.class));
taxMock.verify(() -> TaxCalculator.calculate(100.0, "US"), times(1));
}
}
@Test
void shouldThrowExceptionWhenInventoryInsufficient() {
OrderService spyService = spy(orderService);
doReturn(false).when(spyService).checkInventory("P456", 5);
CreateOrderRequest request = new CreateOrderRequest("U123", "P456", 5, 50.0, "US");
assertThrows(InsufficientInventoryException.class,
() -> spyService.createOrder(request));
verify(spyService).checkInventory("P456", 5);
}
}在這個例子中：
- 我們使用
MockedStatic模擬了TaxCalculator.calculate()的靜態(tài)方法。 - 我們使用
spy和doReturn().when()模擬了checkInventory方法（假設(shè)它已被改為protected或我們通過其他方式使其可被 spy）。
高級技巧與注意事項
1. 模擬靜態(tài)初始化塊
某些類在加載時會執(zhí)行靜態(tài)初始化，可能連接數(shù)據(jù)庫或啟動線程。你可以通過 mockStatic 在類加載前攔截。
@Test
void shouldPreventStaticInitSideEffects() {
try (MockedStatic<LegacyConfig> mock = mockStatic(LegacyConfig.class)) {
mock.when(LegacyConfig::getInstance).thenThrow(new RuntimeException("Disabled"));
// 現(xiàn)在任何嘗試獲取實例的操作都會失敗，防止真實初始化
}
}2. 限制作用域
始終使用 try-with-resources 來限制 MockedStatic 的作用域，避免“污染”其他測試。
3. 性能考量
靜態(tài) mock 涉及字節(jié)碼操作，比普通 mock 稍慢。確保只在必要時使用。
4. 與 Spring Test 的集成
在 Spring Boot 測試中，你可以結(jié)合 @SpringBootTest 和 mockStatic：
@SpringBootTest
@ExtendWith(MockitoExtension.class)
class SpringIntegrationTest {
@Autowired
private OrderService orderService;
@Test
void testWithStaticMock(@MockBean OrderRepository repo) {
try (MockedStatic<TaxCalculator> mock = mockStatic(TaxCalculator.class)) {
mock.when(() -> TaxCalculator.calculate(100.0, "US")).thenReturn(8.0);
// 測試...
}
}
}常見陷阱與避坑指南
? 陷阱一：忘記添加mockito-inline
如果沒有 mockito-inline 依賴，mockStatic 會拋出 MockitoException。
? 陷阱二：未正確關(guān)閉MockedStatic
// 錯誤 MockedStatic<TaxCalculator> mock = mockStatic(TaxCalculator.class); mock.when(...).thenReturn(...); // 忘記 close() —— 靜態(tài)方法將永久被 mock！
? 陷阱三：過度使用靜態(tài) mock
靜態(tài)方法難以測試往往是設(shè)計問題。優(yōu)先考慮重構(gòu)為依賴注入。
? 陷阱四：試圖 mockfinal類的靜態(tài)方法
雖然 mockito-inline 支持 final 類，但仍需謹(jǐn)慎。某些情況下需要額外配置 JVM 參數(shù)。
最佳實踐總結(jié)
- 優(yōu)先重構(gòu)，而非強行 mock：將靜態(tài)方法和私有邏輯提取為可注入的服務(wù)。
- 靜態(tài) mock 僅用于遺留代碼或工具類：如
LocalDateTime.now()、System.getProperty()。 - 使用
try-with-resources管理生命周期。 - 保持測試的可讀性：復(fù)雜的 mock 設(shè)置可能意味著代碼設(shè)計需要改進(jìn)。
- 不要 mock 一切：關(guān)注行為，而非實現(xiàn)細(xì)節(jié)。
監(jiān)控與 CI/CD 集成
在持續(xù)集成流水線中，確保你的測試覆蓋率包含對關(guān)鍵靜態(tài)和私有邏輯的驗證。使用 JaCoCo 等工具生成報告：
<plugin>
<groupId>org.jacoco</groupId>
<artifactId>jacoco-maven-plugin</artifactId>
<version>0.8.11</version>
<executions>
<execution>
<goals>
<goal>prepare-agent</goal>
</goals>
</execution>
<execution>
<id>report</id>
<phase>test</phase>
<goals>
<goal>report</goal>
</goals>
</execution>
</executions>
</plugin>結(jié)語
Mockito 對靜態(tài)方法的支持，標(biāo)志著 Java 單元測試能力的一次重大飛躍。它讓我們能夠更徹底地隔離被測代碼，編寫出真正“單元化”的測試。而對于私有方法，雖然 Mockito 尚未提供直接支持，但通過合理的重構(gòu)和 spy 機制，我們依然可以達(dá)到理想的測試覆蓋率。
記住，測試的目的不是為了追求 100% 的覆蓋率數(shù)字，而是為了構(gòu)建一個可靠、可維護(hù)、可演進(jìn)的軟件系統(tǒng)。工具是手段，設(shè)計才是根本。
參考資料
- Mockito Official Documentation
- Mockito GitHub Repository
- Baeldung: Mockito Tutorial
- Stack Overflow: How to mock static methods with Mockito
- Martin Fowler: Mocks Aren’t Stubs
到此這篇關(guān)于Java 單元測試之Mockito 模擬靜態(tài)方法與私有方法最佳實踐的文章就介紹到這了,更多相關(guān)java mockito 模擬靜態(tài)方法與私有方法內(nèi)容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家！
相關(guān)文章
Spring報錯:Error creating bean with name的問
這篇文章主要介紹了Spring報錯:Error creating bean with name的問題及解決方案,具有很好的參考價值,希望對大家有所幫助,如有錯誤或未考慮完全的地方,望不吝賜教2023-08-08
springboot?jdbcTemplate?多源配置及特殊場景使用說明
文章講解Spring?Boot中JdbcTemplate多數(shù)據(jù)源配置,涵蓋單服務(wù)器多庫與多服務(wù)器多庫兩種模式,本文結(jié)合特殊場景使用分析給大家介紹的非常詳細(xì),感興趣的朋友一起看看吧2025-07-07
Spring中的BeanFactory與FactoryBean區(qū)別詳解
這篇文章主要介紹了Spring中的BeanFactory與FactoryBean區(qū)別詳解,BeanFactory是一個接口,它是spring中的一個工廠,FactoryBean也是一個接口,實現(xiàn)了3個方法,通過重寫其中方法自定義生成bean,需要的朋友可以參考下2024-01-01
這篇文章主要介紹了Mybatis的動態(tài)拼接條件方式,具有很好的參考價值,希望對大家有所幫助,如有錯誤或未考慮完全的地方,望不吝賜教2024-02-02
這篇文章主要介紹了SpringDI依賴注入實戰(zhàn)教程,本文通過實例代碼給大家介紹的非常詳細(xì),需要的朋友可以參考下2024-12-12
這篇文章主要介紹了java 如何實現(xiàn)讀取clob，幫助大家更好的理解和使用Java，感興趣的朋友可以了解下2020-10-10
Pattern.compile函數(shù)提取字符串中指定的字符(推薦)
這篇文章主要介紹了Pattern.compile函數(shù)提取字符串中指定的字符,使用的是Java中的Pattern.compile函數(shù)來實現(xiàn)對指定字符串的截取，本文給大家介紹的非常詳細(xì)，對大家的學(xué)習(xí)或工作具有一定的參考借鑒價值，需要的朋友可以參考下2022-12-12
IntelliJ?IDEA無公網(wǎng)遠(yuǎn)程Linux服務(wù)器環(huán)境開發(fā)過程(推薦收藏)
下面介紹如何在IDEA中設(shè)置遠(yuǎn)程連接服務(wù)器開發(fā)環(huán)境并結(jié)合Cpolar內(nèi)網(wǎng)穿透工具實現(xiàn)無公網(wǎng)遠(yuǎn)程連接,然后實現(xiàn)遠(yuǎn)程Linux環(huán)境進(jìn)行開發(fā)，感興趣的朋友跟隨小編一起看看吧2023-12-12
redis 使用lettuce 啟動內(nèi)存泄漏錯誤的解決方案
這篇文章主要介紹了redis 使用lettuce 啟動內(nèi)存泄漏錯誤的解決方案，具有很好的參考價值，希望對大家有所幫助。一起跟隨小編過來看看吧2021-04-04
ShardingSphere JDBC強制路由使用的項目實踐
在某些特定場景下,可能需要繞過分片規(guī)則直接定位到特定的數(shù)據(jù)庫或表,這種情況下就可以使用HintRouting,本文就來介紹一下ShardingSphere JDBC強制路由使用的項目實踐,感興趣的可以了解一下2024-06-06