private static concurrenthashmap> gloddeptfutumap = new concurrenthashmap>();futuretask 類實現了 future，幷包含一些建構函式，允許將 runnable 或 callable（會產生結果的 runnable）和 future 介面封裝。因為 futuretask 也實現 runnable，所以可以只將 futuretask 提供給 executor。一些提交方法（如 executorservice.submit()）除了提交任務之外，還將返回 future 介面。
future.get() 方法檢索任務計算的結果（或如果任務完成，但有異常，則丟擲 executionexception）。如果任務尚未完成，那麼future.get() 將被阻塞，直到任務完成；如果任務已經完成，那麼它將立即返回結果。
利用 concurrenthashmap 中的原子 putifabsent() 方法，確保僅有乙個執行緒試圖計算給定關鍵字的值。如果其他執行緒隨後請求同一關鍵字的值，它僅能等待（通過 future.get() 的幫助）第乙個執行緒完成。因此兩個執行緒不會計算相同的值
while(true)
};futuretaskft = new futuretask(eval);
deptv = gloddeptfutumap.putifabsent(key, ft);
if (deptv == null)
}try catch (interruptedexception e) catch (executionexception e)
break;
}
高併發 快取
開闢乙個新的資料交換區，以解決原始資料獲取代價太大的問題，讓資料得到更快的訪問。問題1 快取雪崩 問題2 資料不一致 現象 資料發生更新時，db和快取的資料不一致，多個快取副本的資料不一致。原因 更新發生異常 策略 快取更新失敗後加入重試佇列 ttl縮短 問題3 hotkey 原因 微博數百萬使用者...
高併發下快取穿透 快取雪崩，快取擊穿
併發進來後第乙個請求到達資料庫後，得到的資料並不存在，那麼這時返回null，這個null也會同時存在快取中，然而做快取判斷是，快取中為null就會去資料庫中查詢，那麼這時後面的併發，在來查詢這個不存在的資料是都會進入資料庫 導致資料庫壓力過大，從而導致系統崩潰 快取的key大面積的失效，如100萬的...
高併發的實現（非同步化 快取 多執行緒）
一年前，本人有幸負責公司核心專案的優化。隨著公司業務的增長，專案處理量也越來越大。一次818大促甚至導致一台伺服器滿負荷運作。於是，高併發改造被提上日程。乾貨開始 技術實現上有三個重點 非同步化 一般使用mq 快取 一般使用redis 多執行緒 乙個功能併發量上大的提公升，是需要業務和技術上共同去努...