日韩性视频-久久久蜜桃-www中文字幕-在线中文字幕av-亚洲欧美一区二区三区四区-撸久久-香蕉视频一区-久久无码精品丰满人妻-国产高潮av-激情福利社-日韩av网址大全-国产精品久久999-日本五十路在线-性欧美在线-久久99精品波多结衣一区-男女午夜免费视频-黑人极品ⅴideos精品欧美棵-人人妻人人澡人人爽精品欧美一区-日韩一区在线看-欧美a级在线免费观看

歡迎訪問 生活随笔!

生活随笔

當前位置: 首頁 > 编程资源 > 编程问答 >内容正文

编程问答

多线程中ThreadLocal的使用

發布時間:2025/3/11 编程问答 17 豆豆
生活随笔 收集整理的這篇文章主要介紹了 多线程中ThreadLocal的使用 小編覺得挺不錯的,現在分享給大家,幫大家做個參考.

*************************************優雅的分割線 **********************************

分享一波:程序員賺外快-必看的巔峰干貨

如果以上內容對你覺得有用,并想獲取更多的賺錢方式和免費的技術教程

請關注微信公眾號:HB荷包

一個能讓你學習技術和賺錢方法的公眾號,持續更新
*************************************優雅的分割線 **********************************
SimpleExecutor

前言

多線程是Java的一個重要特性,多線程從某方面可以等價于多任務,當你有多個任務要處理時,多個任務一起做所消耗的時間肯定比任務串行起來做,所消耗的時間短。而對于多線程不熟悉的新手則容易踩到很多坑,最典型的則是變量問題。

概念介紹

下面先用簡單粗俗的語言解釋一下幾個基本概念

線程安全:多線程訪問時,采用了加鎖機制,當一個線程訪問該類的某個數據時,進行保護,其他線程不能進行訪問直到該線程讀取完,其他線程才可使用。不會出現數據不一致或者數據污染。典型的例子為StringBuffer類。

線程不安全:不提供數據訪問保護,有可能出現多個線程先后更改數據造成所得到的數據是臟數據。典型的例子為StringBuilder類。Servlet和SpringMVC采用的是單例設計模式,因此也是線程不安全的。而aop中如果定義了成員變量,也是線程不安全的。

Java內存模型

參考我之前的文章Java內存模型介紹

結合Java內存模型的介紹可知,在單例模式下,多個線程操作同一個變量,會發生線程安全性問題簡單來說就是一個變量name在線程A中命名為“李鐵蛋”,而線程B將其命名為“李蛋”,此時線程A輸出變量name,極有可能輸出的是“李蛋”。因此,就需要使用ThreadLocal來給每個線程提供局部變量,解決線程安全問題。

示例

首先我們來看一下關于線程不安全的情況

public class test003 implements Runnable {private Res res;public test003(Res res) {this.res = res;}public void run() {for (int i = 0; i < 10; i++) {System.out.println(Thread.currentThread().getName() + "," + res.getNumber());try {Thread.sleep(500);} catch (InterruptedException e) {e.printStackTrace();}}}public static void main(String[] args) {Res res = new Res();for (int i = 0; i < 4; i++) {new Thread(new test003(res)).start();}}}class Res {public Integer count = 0;public Integer getNumber() {return ++count;}}

程序中的res變量則為主內存中的變量,每個線程都會操作同一個res,獲取到的也是同一個count,因此其中一次運行打印出來的結果如下

Thread-0,1 Thread-1,2 Thread-2,3 Thread-3,4 Thread-0,5 Thread-1,6 Thread-2,7 Thread-3,8 Thread-0,9 Thread-1,10 Thread-2,11 。。。。。

程序的本意為打印每個線程從1開始增長,而運行結果中,比如線程0,第一次為1,第二次為5,很明顯不符合要求,我們將程序部分代碼如下改造:

class Res {public static ThreadLocal<Integer> threadLocal = new ThreadLocal<Integer>() {@Overrideprotected Integer initialValue() {return 0;}};// 這里其實可以使用JDK8的Lambda表達式簡化代碼// public static ThreadLocal<Integer> threadLocal = ThreadLocal.withInitial(() -> 0);public Integer getNumber() {int count = threadLocal.get() + 1;threadLocal.set(count);return count;}}

改造后的代碼,使用ThreadLocal創建一個成員變量,泛型為Integer,表示這個成員變量為int類型。在getNumber方法中,執行的則是count++操作。threadLocal.get()方法的作用是獲取當前線程threadLocal中的值,+1之后獲取本次的count,并set回去。我們看一下輸出結果。

Thread-0,1 Thread-2,1 Thread-3,1 Thread-1,1 Thread-0,2 Thread-2,2 Thread-3,2 Thread-1,2 Thread-1,3 Thread-0,3 Thread-2,3 Thread-3,3 。。。。

每個線程的結果都是從1開始增長。

總結

ThreadLocal的作用是給每個線程提供局部變量,而這個局部變量就是存儲到工作內存中的。線程之間的局部變量互不影響,達到線程安全的目的。ThreadLocal的應用相當廣泛,如SpringCloud在網關中獲取當前的request,就是使用的ThreadLocal

部分代碼如下:

public class RequestContext extends ConcurrentHashMap<String, Object> {// ThreadLocal存儲RequestContextprotected static final ThreadLocal<? extends RequestContext> threadLocal = new ThreadLocal<RequestContext>() {protected RequestContext initialValue() {try {return (RequestContext)RequestContext.contextClass.newInstance();} catch (Throwable var2) {throw new RuntimeException(var2);}}};// 獲取Request上下文public static RequestContext getCurrentContext() {if (testContext != null) {return testContext;} else {RequestContext context = (RequestContext)threadLocal.get();return context;}}// 獲取當前線程的requestpublic HttpServletRequest getRequest() {return (HttpServletRequest)this.get("request");}}

SpringCloud的源碼我還沒開始看(這玩意源碼太多了估計啃不動),現在在啃Mybatis源碼,因此下面對此的分析只是推測,還希望大佬們不要打我。

Zuul在請求進入后,首先會獲取到request,并將其存儲在RequestContext中,使用threadLocal存儲,可以保證每個線程獲取到的request都是屬于自己的。后續在程序的任意處,都可以使用 RequestContext.getCurrentContext().getRequest() 來獲取當前請求的request對象。

錯誤使用

在web應用中,經常會有人把ThreadLocal作為每個線程的全局變量使用,這種用法是錯誤的。SpringBoot底層有線程池,對于每一個請求,都會從線程池中隨機取出一個線程,因此即使是同一個登錄的用戶,每一次請求都有可能不是同一個線程,而從ThreadLocal中獲取到的值自然也不一樣。關于每次請求都不是同一線程的問題,可以自行打印請求的線程id進行證明,這里就不貼代碼了。

ThreadLocal在web應用中的使用場景為,為每次請求提供一個全局的值,在這一次請求中,可以在任何地方取出來這個值進行操作。如:在aop中解析token獲取登錄中的用戶信息,存放到ThreadLocal,本次請求需要用到登錄用戶的信息,就可以取出來。再如:開發者在aop中記錄日志,代碼全部寫到環繞通知中就顯得冗余,因此獲取ip、參數等內容會寫到前置通知中。而對于要存表的日志,參數在前置通知,返回值在后置通知,報錯信息在環繞通知中,可能會想到把變量定義到最上面,這種寫法也是錯誤的。在上面說過,aop是單例模式,因此這種寫法存在線程安全性問題,在這里就也可以使用ThreadLocal存儲日志信息,最后在后置通知中存表。
*************************************優雅的分割線 **********************************

分享一波:程序員賺外快-必看的巔峰干貨

如果以上內容對你覺得有用,并想獲取更多的賺錢方式和免費的技術教程

請關注微信公眾號:HB荷包

一個能讓你學習技術和賺錢方法的公眾號,持續更新
*************************************優雅的分割線 **********************************
SimpleExecutor

總結

以上是生活随笔為你收集整理的多线程中ThreadLocal的使用的全部內容,希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯,歡迎將生活随笔推薦給好友。