有沒有辦法按名稱設置和獲取ThreadLocal實例？ 不，沒有辦法。 ThreadLocal變量沒有名稱，無法通過名稱訪問。這不是ThreadLocalAPI的一部分。 現在還不清楚您試圖在這里實現什么，但一種可能性是創建一個類型為ThreadLocal的Map<String, Object>并將您的“命名”變量存儲在映射中。

這個說的是Java8中lamda表達式的用法，也就是你有疑問的() -> appNamegetAppName 要求的是返回一個AppName對象，而這個AppName類是一個接口，沒有具體的實現，且當中只有一個方法，所以在這里的lamda表達式定義了行內執行的方法類型接口。具體的lamda教程可以看這個：Java Lambda 表達式 | 菜鳥教程舉個大家都應該看過的例子，新建線程的時候 Thread thread = new Thread(()->{ System.out.println("123"); });是一個道理，都是免去了使用匿名方法的麻煩。在你的問題里面，getAppName方法的傳入參數appName，被當作接口AppName的具體實現返回出去 了

({}).aundefined(undefined).aVM1129:1 Uncaught TypeError: Cannot read property 'a' of undefined at <anonymous>:1:13goodsItem.show 如果是 undefined， 那么再調用 goodsItem.show.* 就會報錯

正如您所注意到的，HandlerInterceptor和ServletRequestListener都在原始servlet容器thread中執行，在那里接收請求。因為您正在進行異步處理，所以需要一個CallableProcessingInterceptor。 它的preProcess和postProcess方法在將進行異步處理的thread上執行。 因此，你需要這樣的東西： WebAsyncUtils.getAsyncManager(request)// .registerCallableInterceptor("some_unique_key", new CallableProcessingInterceptor() { @Override public <T> void postProcess(NativeWebRequest request, Callable<T> task, Object concurrentResult) throws Exception { // remove the ThreadLocal } }); 在可以訪問ServletRequest并在原始servlet容器thread中執行的方法中，例如在HandlerInterceptor#preHandle方法中。 備注：您可以使用Spring的RequestAttributes

c99規定size_t是至少16位的無符號整數，語義上來說通常用來表示對象的大小。在我機器上他是unsigned long下劃線呃，是合法的標志符，為什么用是代碼風格的問題。

場景一弱引用的對象會在“沒有直接引用之后被GC掉”不是“會被GC掉（這種是軟引用）”，ThreadLocal用弱引用是為了防止用完了不調用remove造成的內存泄漏，對正常使用沒有影響。這里多解釋一下，ThreadLocal的原理是Thread里有一個ThreadLocal -> value的ThreadLocalMap，如果業務代碼已經用完了ThreadLocal但是沒有調用remove而且Thread一直存在，這個ThreadLocal和對應的數據就一直有引用，會一直無法釋放。所以這里使用了WeakReference，如果外面已經沒有對這個ThreadLocal的直接引用，就會在GC的時候釋放掉它場景二：ThreadLocal和線程綁定，不存在線程不安全的情況

兄弟，你這段代碼涉及兩個問題：JS的面向對象和this的指向 Function.prototype是什么？Function.prototype是Function這個類的原型，這上面掛載的方法都是Function這個類的實例方法。JS里面所有函數都是Function的一個實例，所以當你運行document.getElementById.before的時候getElementById是一個函數，所以他是Function的實例，他來調用實例方法before，這時候before里面的this指向的是getElementById這個函數。before里面返回了一個匿名函數，這個匿名函數先調用了before傳入的回調，然后調用了_self函數，也就是上面的this，也就是getElementById函數。這個匿名函數取代了原生的getElementById。那這個匿名函數里面的this指向誰呢？this指向有一個一般原則： 作為實例方法調用的，this指向這個實例，比如getElementById是Function的一個實例 有明確調用者的，this指向明確調用者 沒有明確調用者的，this指向全局對象，瀏覽器是window，node里面是global 所以這個匿名函數是被誰調用的呢？答案是你使用的時候是document.getElementById()，調用者是document，所以匿名函數

你這里不remove也不會造成“內存泄露”，某些文章有點過度解讀了……一般我們理解的內存泄露，是指那些“幽靈”對象，回收不了也找不到，更無法使用。比如從連接池獲取連接但不釋放，未釋放的連接程序也沒有再使用，但由于連接池還有引用無法被回收，這種屬于連接泄露。而你這個例子里ThreadLocal 不 remove 只是會導致這個對象還存在線程的 ThreadLocalMap 里，但這樣也不能說內存泄露，其他線程再 get 的時候還是可以獲取到該對象，還是可以繼續使用ThreadLocal 的“內存泄露”是指，ThreadRef -> ThreadLocal 這個引用斷了（通常是局部變量的 ThreadLocal 才會這樣），但 Thread 的 ThreadLocalMap 還是引用了 ThreadLocal 和 Val 對象，對于 ThreadLocal 和 Val 來說是泄露，和你是不是 Remove 沒啥關系的

我也是剛學，import { useLocation,useHistory,useParams } from 'react-router-dom'在函數中用這幾個方法即可跳轉，傳參等等const { pathname } = useLocation()console.log(pathname)

withInitial不創建InheritableThreadLocal。它只創建一個規則的ThreadLocal，這就是為什么在輸出中會看到temp。 withInitial是一個靜態方法，因此它不能被InheritableThreadLocal重寫，而要執行一些不同的操作，比如返回一個InheritableThreadLocal。 所以你不能做同樣的事情，但是用withInitial，因為它不返回你需要的對象類型。

不加鎖可以用 sync.atomic 。完全沒有同步機制是不行的。golang spec 沒有對原子性做任何假設，所以理論上你可能讀到 0 （初始值）, 2, 3 以外的值。

contextData應該在加載類時初始化，所以我認為它永遠不會為null contextData在類加載時初始化；但是您實際上并沒有給它一個(per-thread）值，至少在顯示的代碼中是這樣。 使用factory方法為ThreadLocal提供初始值，例如： public static final ThreadLocal<Map<String, Object>> contextData = ThreadLocal.withInitial(HashMap::new);

這是因為對象同引用的原因呀，流里得到的每個元素是一個對象的地址，你在兩個 List 在同一個位置都是指向同一個 HashMap 對象，因此你的 put 操作會直接修改到這個對象。如果不想產生相同的引用，你得對每個子元素都重新創建一個 HashMap：public static void main(String[] args) { // ... initData.stream() .map(HashMap::new) .map(data -> data.put("age", "18")) .collect(Collectors.toList());}

Java接口里只有一個抽象方法時，這個接口是函數式接口。比如注解@FunctionalInterface也定義了這是一個函數式接口。Consumer是典型的函數式接口。那么你在Test中的代碼實際上就把函數式接口隱式轉換成了一個Lambda表達式來實現。具體在編譯時編譯器會根據Lambda規范判斷形參是否滿足函數式接口里面唯一抽象方法的定義，滿足則編譯通過，會正常推導Lambda表達式。

var result = f1()，這里 f1() 的調用結果是 f2，所以是 f2 賦值給全局變量 result。了解閉包，看這篇：還搞不懂閉包算我輸（JS 示例）