多線程下怎樣保證OkHttpClient的線程安全
多線程下如何保證OkHttpClient的線程安全
多線程下的線程安全是很多同學都會遇到問題之一,雖然都說在客戶端使用多線程是不可取的,但客戶端本身是在一個多線程的環(huán)境下時,這個問題就不得不考慮了。
目前有以下幾個方面來解決這個問題
我們來看看都有什么:
- 單例模式:將 OkHttpClient 實例設計為單例,確保所有線程共享同一個實例。這樣可以避免多個線程創(chuàng)建多個 OkHttpClient 實例,從而提高性能和資源利用率。
- 避免修改配置:在多線程環(huán)境中,盡量避免在運行時修改 OkHttpClient 的配置。多個線程同時修改配置可能會導致競爭條件和不一致的狀態(tài)。如果需要修改配置,建議在初始化階段完成,并在后續(xù)的使用中只讀取配置。
- 使用連接池:OkHttpClient 內(nèi)部使用連接池來管理網(wǎng)絡連接,確保連接的重用和資源的有效利用。默認情況下,OkHttpClient 會自動使用連接池。你可以通過設置連接池的參數(shù)來調(diào)整連接池的大小、保持時間等。
- 避免共享請求體:如果多個線程使用同一個 RequestBody 對象發(fā)送請求,可能會導致不可預期的結果。每個請求應該有自己的 RequestBody 對象,以避免并發(fā)訪問的問題。
- 避免共享 Response 對象:OkHttp 的 Response 對象是非線程安全的,因此應避免多個線程共享同一個 Response 對象。每個線程應該獨立處理自己的 Response 對象。
- 使用 OkHttpClient 的新實例:如果你需要在不同的線程中獨立使用 OkHttpClient,可以為每個線程創(chuàng)建一個新的 OkHttpClient 實例。這樣可以避免線程之間的狀態(tài)混亂和資源沖突。
這幾個方案中單例模式的 OkHttpClient 實例是效率最高的方案之一。
因為單例模式確保所有線程共享同一個 OkHttpClient 實例,避免了多個線程創(chuàng)建多個實例的開銷和資源浪費。
but,我們說的前提是多線程下,那么并發(fā)訪問可能帶來的競爭條件和同步問題是單例模式下無法避免的。
除了單例模式之外,其他方案的效率取決于具體的使用場景和需求。今天我們先來說說如何使用 OkHttpClient 的新實例來避免多線程下的線程安全。
使用 OkHttpClient 的新實例這個方案的核心在于我們?yōu)槊恳粋€新的線程都創(chuàng)建了OkHttpClient客戶端示例,以此來避免線程共享資源和相互競爭。
為了實現(xiàn)這個目標,我們就需要2個至關重要的對象:
- 1、線程唯一標識
- 2、可以批量創(chuàng)造OkHttpClient的工廠
首先我們在我們的方法中可以使用以下代碼來獲取當前使用該方法的線程ID:
long threadId = Thread.currentThread().getId();
有了線程ID,下一步就是如何使用它。我們在使用它之前,需要建立OkHttpClient的工廠
如下:
public class OkHttpClientFactory {
private static final ThreadLocal<ConcurrentHashMap<Long, OkHttpClient>> clientMapThreadLocal = new ThreadLocal<>();
public OkHttpClient getInstance(long threadId) {
ConcurrentHashMap<Long, OkHttpClient> threadMap = clientMapThreadLocal.get();
if (threadMap == null) {
threadMap = new ConcurrentHashMap<>();
clientMapThreadLocal.set(threadMap);
}
OkHttpClient value = threadMap.computeIfAbsent(threadId, k -> new OkHttpClient().newBuilder()
.connectTimeout(10, TimeUnit.SECONDS) // 設置連接超時時間為10秒
.readTimeout(30, TimeUnit.SECONDS) //讀取超時時間設置為30秒
.build());
if (threadMap.size() == 1) {
// 如果這是唯一剩下的(threadId -> value),則刪除 ThreadLocal
clientMapThreadLocal.remove();
}
return value;
}
}我們簡單的解釋一下這段代碼
1、clientMapThreadLocal:這是一個 ThreadLocal 對象,用于存儲每個線程對應的 ConcurrentHashMap 實例。ThreadLocal 可以確保每個線程都有自己獨立的 ConcurrentHashMap 實例。
2、getInstance() 方法:這是獲取 OkHttpClient 實例的方法。它接受一個 threadId 參數(shù)作為線程的唯一標識,用于區(qū)分不同的線程。
3、threadMap:首先,代碼從 clientMapThreadLocal 中獲取當前線程的 ConcurrentHashMap 實例。如果當前線程尚未在 clientMapThreadLocal 中擁有對應的實例,它會創(chuàng)建一個新的 ConcurrentHashMap 并將其設置到 clientMapThreadLocal 中。
4、threadMap.computeIfAbsent():接下來,通過 computeIfAbsent() 方法,根據(jù) threadId 獲取對應的 OkHttpClient 實例。如果 threadId 在 threadMap 中不存在,則使用 new OkHttpClient().newBuilder() 創(chuàng)建一個新的 OkHttpClient 實例,并設置一些默認的連接和讀取超時時間。
5、threadMap.size() == 1:如果 threadMap 中只剩下一個元素(即當前線程的 threadId 對應的 OkHttpClient 實例),則刪除 clientMapThreadLocal 中的 threadMap。這是為了避免在沒有其他線程需要使用 OkHttpClient 的情況下,保持對 threadMap 的引用。
到了這里相信有很多同學已經(jīng)明白了,這個方案的核心邏輯就是想辦法讓每個線程都擁有自己的實例。
最后我們可以在任何方法中使用以下代碼來獲取安全,且支持高并發(fā)的OkHttpClient :
long threadId = Thread.currentThread().getId(); OkHttpClientFactory factory = new OkHttpClientFactory(); OkHttpClient client = factory.getInstance(threadId);
但需要注意的,這個方案并非沒有缺點。
它對與計算機資源的要求相比于其它的方案要搞得多…
總結
以上為個人經(jīng)驗,希望能給大家一個參考,也希望大家多多支持腳本之家。
相關文章
MybatisPlus處理四種表與實體的映射及id自增策略分析
在最近的工作中,碰到一個比較復雜的返回結果,發(fā)現(xiàn)簡單映射已經(jīng)解決不了這個問題了,只好去求助百度,學習mybatis表與實體的映射應該怎么寫,將學習筆記結合工作碰到的問題寫下本文,供自身查漏補缺,同時已被不時之需2022-10-10
若依框架升級springBoot3啟動druid-spring-boot-starter報錯問題及解決
文章主要描述了在使用Spring Boot 3時,由于缺少`com.alibaba.druid.spring.boot.autoconfigure.properties.DruidStatProperties`類型的bean而報錯,解決方案是考慮在配置中定義該類型bean2026-01-01
SpringBoot配置shiro安全框架的實現(xiàn)
這篇文章主要介紹了SpringBoot配置shiro安全框架的實現(xiàn),文中通過示例代碼介紹的非常詳細,對大家的學習或者工作具有一定的參考學習價值,需要的朋友們下面隨著小編來一起學習學習吧2021-04-04

