① 微信小程序入門（七）：緩存數據-單條數據
微信小程序的編寫中，涉及到有些業務場景需要將數據緩存到本地，則微信小程序api提供了兩個介面函數，
wx.setStorage可以將數據緩存在本地指定的key中，如果本地緩存已經存在指定的key，則會覆蓋該key對應的內容，這是一個非同步的介面，在調用時會涉及到成功，失敗，完成三個狀態，
與wx.setStorage唯一不同的就是wx.setStorageSync是同步進行的，所以不會涉及到成功，失敗，完成等回調，但是在使用時需要使用try.......catch....來捕獲異常；
現在編寫一個將字元串緩存本地的例子
編譯項目，點擊緩存按鈕：
現在改變緩存的內容，但是緩存的key保持不變
可以看到第二次的內容把第一次覆蓋了。
將內容緩存到本地之後，將其從本地提取展示出來，則可是使用微信小程序api提供的兩個介面：wx.getStorageInfo(Object object)，wx.getStorageSync(string key)，與緩存同樣，讀取緩存也分同步和非同步；
我們將剛剛存儲到本地的數據展示到頁面上：
編譯項目，點擊按鈕獲取緩存數據並將其展示到頁面上。
完成了本地數據的緩存，獲取，則接下來就是關於緩存數據的清除，同樣微信小程序api也提供了可使用的介面，
至此微信小程序本地保存數據就此結束！
② js如何獲取緩存
1、創建一個cache.js文件,前端頁面，定義那些數據需要一次性拿到前端緩存，定義一個對象來保存這些數據。
③ 前端緩存介面數據的實現
前端緩存 API 介面數據，前端怎麼知道數據是否變了，該不該取緩存的數據呢。
可以採用 HTTP 協商緩存 ETag 來實現:
在後台每次修改需要緩存的數據時都進行一次 hash（當然也可以使用其他演算法生成唯一標識）
將介面地址與 hash 值存為鍵值對
邏輯大概為：
④ postman能緩存介面數據嗎
不能緩存，但是可以存進全局變數里
Postman使用入門
http://jingyan..com/article/0f5fb09907e3046d8334ea2f.html
⑤ 介面添加redis緩存之後並發還是很低
把redis作為緩存使用已經是司空見慣，但是使用redis後也可能會碰到一系列的問題，尤其是數據量很大的時候，經典的幾個問題如下：
(一)緩存和資料庫間數據一致性問題
分布式環境下（單機就不用說了）非常容易出現緩存和資料庫間孫旁的數據一致性問題，針對這一點的話，只能說，如果你的項目對緩存的要求是強一致性的，那麼請不要使用緩存。我們只能鄭昌採取合適的策略來降低緩存和資料庫間數據不一致的概率，而無法保證兩者間的強一致性。合適的策略包括 合適的緩存更新策略，更新資料庫後要及時更新緩存、緩存失敗時增加重試機制，例如MQ模式的消息隊列。
(二)緩存擊則叢橡穿問題