頁面開啟時載入速度達到了驚人的6s乃至10s，經過對介面的排查，發現兩個介面資料量極大，為了解決載入過慢的問題，採取快取進行優化。

在使用快取前，通常要考慮快取的命中和快取的更新策略。如果快取命中率太低，無法達到優化的效果，而如果快取更新頻率過高，不考慮清楚更新策略或者未更新往往會導致快取中資料與實際資料不符。

在進行快取新增時，考慮到一些固有的poi詳情資料是極少甚至幾乎不更新，資料長度雖不大，但是請求量很高，所以採用memcache將poi詳情資料快取，並設定1d左右的失效時間；對於畫冊圖片等需要向額外伺服器rpc請求的資料，也採取memcache進行快取，並設定7d的失效（考慮到畫冊等更新頻率更低或者更新影響不大）；對於龐大的ugc資料，使用redis進行快取，時效時間1d左右。

經過以上快取處理，頁面載入速度穩定在了2s左右。對於以上配置，只有redis考慮了快取更新，在ugc有了更改後，會失效當前redis，其餘配置更新較少和影響問題，並未考慮更新。