目標：設計乙個短時快取，被快取的物件在快取裡待的時間超過了指定的時間要被清除。
好處：快取不會越來越大。
用途：用在某種臨時性頻繁訪問的場合。
設計：需要有乙個快取物件。快取物件裡包裹著真正的被快取的物件和被快取的時刻。
需要有乙個map，用來存放「快取物件」
需要有乙個定時器，週期性的檢查map中所有快取物件，如果快取物件過期，則清除該快取物件
用法：shorttimecache shorttimecache = shorttimecache.getinstance();
shorttimecache.get(cacheobjectid)
快取設計 快取誤用
服務1和服務2約定好key和value，通過快取傳遞資料 服務1將資料寫入快取，服務2從快取讀取資料，達到兩個服務通訊的目的。存在問題 資料管道，資料通知場景，mq更加合適 思想是讓專業的軟體幹專業的事情，nginx做反向 db做固話，cache做快取，mq做通道 多個服務關聯同乙個快取例項，會導致...
LRU快取的設計
特點與應用 應用場景 效能要求 首先我們進行了分析，k v結構最常用的就是我們的hashmap，用hashmap訪問資料，可以達到o 1 分析 解決方案 新增到頭部 addfirst newnode cache.put key,newnode private void addfirst node n...
走進快取的世界（二） 快取設計
主要考慮三個問題 系統優化時有一句話必須切記 優化無止境 所以如果快取不是必須的，請果斷去掉，要知道越是業務上覆雜的系統，對cache的使用反而越簡單，因為對於乙個複雜 多變 歷史悠久的系統，在cache方面做過度設計會讓人深陷其中 快取的資料越多，系統的維護成本就越高，所以找準需要快取的點尤為重要...