使用本地快取快還是使用redis快取好？
redis早已家喻戶曉，其效能自不必多說。
但是總有些時候，我們想把效能再提公升一點，想著redis是個遠端服務，效能也許不夠，於是想用本地快取試試！想法是不錯的。那麼就讓我們來比較下二者的差別吧！
讀寫速度，不考慮併發問題，本地快取自然是最快的。但是如果本地快取不加鎖，那應併發了咋辦呢？所以，我們以加鎖方式再比較一次。
場景使用，同一資料，從資料庫取出來，放到redis只要一次，而放到本地快取，則需要n個集群次
本地快取無法用於重複點選，重複點選會分發請求到多台伺服器，而用本地快取只能防止本機重複點選，redis則可以防止，但是時間間隔也需要在redis的讀寫差之外。
redis記憶體可能n多擴充，而本地擴大堆記憶體代價是很大的。
本地快取需要自己實現過期功能，實現不好可能導致極其嚴重的後果，而redis經過大量的流量驗證，許多漏洞無需考試，安全。
本地快取無法提供豐富的資料結構，redis可以。
redis可以寫磁碟，持久化，本地快取不可以或者說很麻煩要考慮的東西太多。
各位開發同學水平差別大，使用本地快取極有可能導致嚴重的執行緒安全問題，併發考慮嚴重。
加本地快取後，**複雜度急劇上公升，後面進來的開發很難一下領會原有開發想法。間接提公升維護成本。
其實在map和redis取值這裡省的時間，可能在我們寫得亂七八糟的**裡，早都不算啥了，所有有時候咱們真的沒必要較那幾毫秒的真！
個人感覺就是，框架是盡量選擇最優的方式進行處理，本地快取勝。業務**盡量以最穩的方式進行處理，redis勝。
選擇什麼樣的方式，還得看用於什麼樣的場景！
本地快取localstorage使用
最近做專案遇到乙個問題，即從 個人中心 點選進入 修改支付寶 需要自動獲取使用者手機號怎麼做？修改支付寶的api不提供使用者手機號資料，但是發現個人中心提供，於是想通過localstorage在個人中心頁面獲取到手機號然後儲存在本地快取，進入修改支付寶頁面後再獲取出來。經簡單查詢用法和實驗，如下 v...
優化MySQL,還是使用快取
今天我想對乙個greenfield專案上可以採用的各種效能優化策略作個對比。換言之，該專案沒有之前決策強加給它的各種約束限制，也還沒有被優化過。具體來說，我想比較的兩種優化策略是優化mysql和快取。提前指出，這些優化是正交的，唯一讓你選擇其中一者而不是另一者的原因是他們都耗費了資源，即開發時間。優...
優化MySQL,還是使用快取
今天我想對乙個greenfield專案上可以採用的各種效能優化策略作個對比。換言之，該專案沒有之前決策強加給它的各種約束限制，也還沒有被優化過。具體來說，我想比較的兩種優化策略是優化mysql和快取。提前指出，這些優化是正交的，唯一讓你選擇其中一者而不是另一者的原因是他們都耗費了資源，即開發時間。優...