1. java 緩存分頁
可以查詢的時候就查五條呀，這樣不用每次查出所有的，而是根據當前是第幾頁來查詢當前的幾條。
2. ehcache怎麼實現從緩存中分頁取數據
ehcache初始化單個cache的時候會創建diskstore，diskstore的目錄位置可以自己去設置，在Cache構造函數中可以指定；這樣Cache的initialise方法會自動讀取diskstore目錄下對應的緩存的data和index文件然後載入到系統中，通過cache的get方法就能讀...
3. asp分頁設計中，查詢結果緩存如何設計
對於WEB地理信息系統來說，一個需要特別強調的是系統的響應速度，有許多方法來提高系統的速度，我們今天要提到的是利用緩存來提高系統的速度。例如在執行查詢時，如果前後多次所查詢的得到結果都相同，我們可以將第一次查詢的結果放到內存中緩存中去，第二或第二次調用時，我們可以直接返回緩存的信息，節省了從地圖伺服器中查詢的時間，從而提高了響應的效率。ASP.NET提供了強大的、便於使用的緩存機制，用於將需要大量伺服器資源來創建的對象存儲在內存中。緩存這些類型的資源會大大改進應用程序的性能。緩存是由Cache類實現的，緩存程序是每個應用程序專用的。緩存生存期依賴於應用程序的生存期，重新啟動應用程序後，將重新創建Cache對象。設計Cache類是為了便於使用。可以將項放置在Cache中，並在以後使用簡單的鍵/值對來檢索這些項。Cache類提供了強大的功能，允許自定義如何緩存項以及將他們緩存多長時間。例如，當缺乏系統內存時，緩存會自動移除很少使用的或優先順序較低的項以釋放內存。該技術也成為清理，這是緩存確保過期數據不使用寶貴的伺服器資源的方式之一。當執行清理時，可以只是Cache給予某些項比其他項更高的優先順序。若要指示項的重要性，可以在使用Add或Insert方法添加項時，指定一個CacheItemPritory枚舉值。當使用Add或Insert方法將項添加到緩存時，您還可以建立項的過期策略。可以通過使用DateTime值指定項的確切過期時間（絕對過期時間），來定義項的生存期。也可以使用TimeSpan值指定一個彈性過期時間，彈性過期時間允許根據項的上次訪問時間來指定該項過期之前的運行時間。一旦項過期，便將它從緩存中移除。試圖檢索它的值的行為將返回null，除非該項被重新添加到緩存中。此為，ASP.NET允許根據外部文件、目錄（文件依賴項）或另一個緩存項（鍵依賴項）來定義緩存項的有效性。如果具有關聯依賴項的項發生更改，緩存項便會失效並從緩存中移除。可以使用該技術在項的數據源更改時從緩存中移除這些項。以下例子代碼如何在查詢時利用ASP.NET提供的緩存機制。首先在GetCallbackResult 方法的最前面加入如下代碼，判斷是否存在某一緩存，如果存在（第二次調用相同的操作），則直接將緩存結果返回，如果不存在（首次調用），則不影響程序的執行：// 判斷是否有相應的緩存信息 string cachedResponse = Cache[callbackArg] as string; if (cachedResponse != null) { return cachedResponse; }然後在GetCallbackResult方法返回response字元串之前，加入如下代碼，用於將查詢結果保存到緩存中：TimeSpan cacheDuration = new TimeSpan(0, 0, 999999); Cache.Add(callbackArg, response, null, DateTime.Now.Add(cacheDuration), System.Web.Caching.Cache.NoSlidingExpiration, System.Web.Caching.CacheItemPriority.NotRemovable, null);上述代碼通過Cache的Add方法將查詢結果緩存起來。該方法的第一個參數是用於引用該項的緩存鍵；第二個參數是要添加到緩存的項；第三個參數表示文件依賴項或緩存鍵依賴項，當任何依賴項更改時，該對象即無效，並從緩存中移除。如果沒有依賴項，則此參數為空引用；第四個參數是所添加對象將過期並從緩存中移除的時間。如果使用可調過期，則該參數必須為NoAbsoluteExpiration；第五個參數表示最後一次訪問所添加對象時與該對象過期時之間的時間間隔。如果該值等效於20分鍾，則該對象在最後一次被訪問20分鍾之後將過期並從緩存中移除。若果使用絕對過期，則該參數必須為NoSlidingExpiration；第六個參數是對象的相對的優先順序，由CacheItemPriority枚舉表示。緩存在退出對象時使用該值；具有較低優先順序的對象在具有較高優先順序的對象之前被從緩存移除；最後一個參數表示從緩存中移除對象時所調用的委託（如果提供）。當從緩存中刪除應用程序的對象時，可使用它來通知應用程序。
4. 基於redis做緩存分頁
在實際業務中我們會將一些熱空兄數據緩存到redis裡面，這時候數據量比較大的話，我們就要對這些熱數據進行分頁，分頁的方式有2種：
第一：從redis拿出所有數據後，再做內存分頁（不推薦），熱點數據小的時候可以這樣做，性能相差不是很大，但是當數據量大的時候，分頁期間就會佔用大量內存，或撐爆；
第二：基於redis的數據結構做緩存分頁，這里又分2種
①：基於redis的list數據結構，直接通過list的數據結構，用range方法可以進行分頁，在數據量大的時候，性能也很可觀，但是當存在介面高並發訪問時，這個list可能會無限延長，且裡面的數據會存在很多重復，這就會影響到正常的業務（不是很推薦）；
②：基於redis的ZSet數據結構，通過Zset這個有序集合我們也可以做分頁，同樣也是用range方法，但是這里比較麻煩的是在初始化數據的時候Zset必須存放TypedTuple類型的數據，這個類型是一個value和score的鍵值對，具體可以查網路，這個score的生成比較麻煩我這邊測試時用的是當前數據在這個list的位置，然後Zset是根據這個score值來排序的，默認是從小到大；用這個的好處是，即使在高並發情況下Zset中也不會存在重復數據從而影響正常的業務；而且分頁效率也和list結構差不多；
③：用hash和Zset來一起實現；這個是問了一個朋友和得知的，Zset中存儲有序灶高的id欄位，通過分頁後拿到id，然後再用id去hash中取，感覺應該效率相差不大的，只是中間多了層從hash結構取，還需要維護又一個hash；（為何這樣做我也不清楚）；
貼一張我斗辯襲測試list和ZSet的結果圖
5. redis 怎麼緩存用戶列表，做到可以分頁展示
redis是類似key_value形式的快速緩存服務。類型較豐富，可以保存對象、列表等，支持的操作也很豐富，屬於內存資料庫，且可以把內存中的數據及時或定時的寫入到磁碟。可設置過期自動刪除，速度快，易於使用。