1. LRU和LFU有什麼區別
提到緩存，有兩點是必須要考慮的：
緩存數據和目標數據的一致性問題。
緩存的過期策略（機制）。
其中，緩存的過期策略涉及淘汰演算法。常用的淘汰演算法有下面幾種：
FIFO：First In First Out，先進先出
LRU：Least Recently Used，最近最少使用
LFU：Least Frequently Used，最不經常使用
注意LRU和LFU的區別。LFU演算法是根據在一段時間里數據項被使用的次數選擇出最少使用的數據項，即根據使用次數的差異來決定。而LRU是根據使用時間的差異來決定的。
2. Think php 的緩存 過期後 是不是就沒了。不用手動處理吧。
伺服器一旦關閉，緩存的所有數據都會清除，
也可以設置手動清除，
緩存可以設置過期時間，過期可以自動清除
緩存一般有一個默認的最大時間，一般為一個月，超過時間會自動清除，
如果緩存大多容不下，緩存伺服器會把最早的清除，然後存儲最新的，
下面是一些緩存用的代碼
ob_end_clean（）刪除內部緩沖區的內容，並且關閉內部緩沖區; 返回值：成功時返回 TRUE， 或者在失敗時返回 FALSE：
ob_clean()輸出緩沖區中的內容，不關閉緩沖區；
ob_get_length()返回緩沖區內容的長度（）：
ob_flush()沖刷出（送出）輸出緩沖區內容並關閉緩沖
flush把不在緩沖中的或者說是被釋放出來的數據發送到瀏覽器
ob_start()啟動輸出控制緩沖區
ob_clean()清空（擦掉）輸出緩沖區，不關閉內部緩沖區
3. redis過期策略用在什麼情形下
除了字元串自己獨有設置過期時間的方法外，其他方法都需要依靠expire方法來設置時間
如果沒有設置時間，那緩存就是永不過期
如果設置了過期時間，之後又想讓緩存永不過期，使用persist key！
4. Redis過期淘汰策略
Redis 中數據過期策略採用定期刪除+惰性刪除策略。
定期刪除策略：Redis 啟用一個定時器定時監視所有的 key，判斷key是否過期，過期的話就刪除。這種策略可以保證過期的 key 最終都會被刪除，但是也存在嚴重的缺點：每次都遍歷內存中所有的數據，非常消耗 CPU 資源，並且當 key 已過期，但是定時器還處於未喚起狀態，這段時間內 key 仍然可以用。
惰性刪除策略：在獲取 key 時，先判斷 key 是否過期，如果過期則刪除。這種方式存在一個缺點：如果這個 key 一直未被使用，那麼它一直在內存中，其實它已經過期了，會浪費大量的空間。
2、定期刪除+惰性刪除策略是如何工作的？
這兩種策略天然的互補，結合起來之後，定時刪除策略就發生了一些改變，不在是每次掃描全部的 key 了，而是隨機抽取一部分 key 進行檢查，這樣就降低了對 CPU 資源的損耗，惰性刪除策略互補了為檢查到的key，基本上滿足了所有要求。但是有時候就是那麼的巧，既沒有被定時器抽取到，又沒有被使用，這些數據又如何從內存中消失？沒關系，還有內存淘汰機制，當內存不夠用時，內存淘汰機制就會上場。Redis 內存淘汰機制有以下幾種策略：
noeviction：當內存不足以容納新寫入數據時，新寫入操作會報錯。（Redis 默認策略）allkeys-lru：當內存不足以容納新寫入數據時，在鍵空間中，移除最近最少使用的 Key。（推薦使用）
allkeys-random：當內存不足以容納新寫入數據時，在鍵空間中，隨機移除某個 Key。
volatile-lru：當內存不足以容納新寫入數據時，在設置了過期時間的鍵空間中，移除最近最少使用的 Key。這種情況一般是把 Redis 既當緩存，又做持久化存儲的時候才用。
volatile-random：當內存不足以容納新寫入數據時，在設置了過期時間的鍵空間中，隨機移除某個 Key。
volatile-ttl：當內存不足以容納新寫入數據時，在設置了過期時間的鍵空間中，有更早過期時間的 Key 優先移除。修改內存淘汰機制只需要在 redis.conf 配置文件中配置 maxmemory-policy 參數即可。
5. omv數據緩存已過期
定時刪除導致的。
是因為定時刪除，每設置一個有過期時間的緩存，就為其新增一個定時器，過期就刪除，不好的地方要太多個定時器。惰性刪除，設置一個有過期時間的緩存，每次讀取的時候，判斷是否到期，到期就不返回出去，並刪除掉，但是還是可能會存在一些到期了，而前端用戶沒有訪問，沒有刪除掉的緩存，不過緩存是放在內存還是硬碟里，總歸是佔用了空間。
6. 網頁緩存的生命周期是多少
有很多理由去解釋理解ASP.NET頁面生命周期是非常重要的，主要是要去理解什麼地方放置什麼特定的方法，什麼時候我們應該設置什麼相關的屬性。如果去開發自定義的伺服器控制項，理解生命周期對糾正控制項初始化時候的錯誤，以及使用view-state和後台代碼設置屬性是非常有用的。（控制項事件只與ASP.NET頁面相關）
頁面生命周期要看它是否是第一次請求，還是回發（本身頁面請求），最後決定是否到Web伺服器。當一個網頁被Web伺服器請求時，在回發到web瀏覽器之前，會經過一系列步驟/事件(如初始化，控制項實例化，state的恢復和保存，執行事件處理代碼，渲染)。
如果我們正確地使用和操作頁面生命周期事件，它對web應用程序開發會是一個非常方便和強大的工具。
7. 如何制定Redis過期策略
Redis是key-value資料庫，我們可以設置Redis中緩存的key的過期時間。Redis的過期策略就是指當Redis中緩存的key過期了，Redis如何處理。
過期策略通常有以下三種：
定時過期：每個設置過期時間的key都需要創建一個定時器，到過期時間就會立即清除。該策略可以立即清除過期的數據，對內存很友好；但是會佔用大量的CPU資源去處理過期的數據，從而影響緩存的響應時間和吞吐量。
惰性過期：只有當訪問一個key時，才會判斷該key是否已過期，過期則清除。該策略可以最大化地節省CPU資源，卻對內存非常不友好。極端情況可能出現大量的過期key沒有再次被訪問，從而不會被清除，佔用大量內存。
定期過期：每隔一定的時間，會掃描一定數量的資料庫的expires字典中一定數量的key，並清除其中已過期的key。該策略是前兩者的一個折中方案。通過調整定時掃描的時間間隔和每次掃描的限定耗時，可以在不同情況下使得CPU和內存資源達到最優的平衡效果。
(expires字典會保存所有設置了過期時間的key的過期時間數據，其中，key是指向鍵空間中的某個鍵的指針，value是該鍵的毫秒精度的UNIX時間戳表示的過期時間。鍵空間是指該Redis集群中保存的所有鍵。)
8. Redis過期淘汰策略實現方法
Redis 中數據過期策略採用定期刪除+惰性刪除策略。定期刪除策略：Redis 啟用一個定時器定時監視所有的 key，判斷key是否過期，過期的話就刪除。這種策略可以保證過期的 key 最終都會被刪除，但是也存在嚴重的缺點：每次都遍歷內存中所有的數據，非常消耗 CPU 資源，並且當 key 已過期，但是定時器還處於未喚起狀態，這段時間內 key 仍然可以用。
惰性刪除策略：在獲取 key 時，先判斷 key 是否過期，如果過期則刪除。這種方式存在一個缺點：如果這個 key 一直未被使用，那麼它一直在內存中，其實它已經過期了，會浪費大量的空間。
2、定期刪除+惰性刪除策略是如何工作的？
這兩種策略天然的互補，結合起來之後，定時刪除策略就發生了一些改變，不在是每次掃描全部的 key 了，而是隨機抽取一部分 key 進行檢查，這樣就降低了對 CPU 資源的損耗，惰性刪除策略互補了為檢查到的key，基本上滿足了所有要求。但是有時候就是那麼的巧，既沒有被定時器抽取到，又沒有被使用，這些數據又如何從內存中消失？沒關系，還有內存淘汰機制，當內存不夠用時，內存淘汰機制就會上場。Redis 內存淘汰機制有以下幾種策略：
noeviction：當內存不足以容納新寫入數據時，新寫入操作會報錯。（Redis 默認策略）
allkeys-lru：當內存不足以容納新寫入數據時，在鍵空間中，移除最近最少使用的 Key。（推薦使用）
allkeys-random：當內存不足以容納新寫入數據時，在鍵空間中，隨機移除某個 Key。
volatile-lru：當內存不足以容納新寫入數據時，在設置了過期時間的鍵空間中，移除最近最少使用的 Key。這種情況一般是把 Redis 既當緩存，又做持久化存儲的時候才用。
volatile-random：當內存不足以容納新寫入數據時，在設置了過期時間的鍵空間中，隨機移除某個 Key。volatile-ttl：當內存不足以容納新寫入數據時，在設置了過期時間的鍵空間中，有更早過期時間的 Key 優先移除。修改內存淘汰機制只需要在 redis.conf 配置文件中配置 maxmemory-policy 參數即可。
9. 請問OSCache會自動清除過期的緩存對象嗎
會的 但是你都要要自己設置
10. Redis過期淘汰策略實現方法
Redis 中數據過期策略採用定期刪除+惰性刪除策略。定期刪除策略：Redis 啟用一個定時器定時監視所有的 key，判斷key是否過期，過期的話就刪除。這種策略可以保證過期的 key 最終都會被刪除，但是也存在嚴重的缺點：每次都遍歷內存中所有的數據，非常消耗 CPU 資源，並且當 key 已過期，但是定時器還處於未喚起狀態，這段時間內 key 仍然可以用。
惰性刪除策略：在獲取 key 時，先判斷 key 是否過期，如果過期則刪除。這種方式存在一個缺點：如果這個 key 一直未被使用，那麼它一直在內存中，其實它已經過期了，會浪費大量的空間。
2、定期刪除+惰性刪除策略是如何工作的？
這兩種策略天然的互補，結合起來之後，定時刪除策略就發生了一些改變，不在是每次掃描全部的 key 了，而是隨機抽取一部分 key 進行檢查，這樣就降低了對 CPU 資源的損耗，惰性刪除策略互補了為檢查到的key，基本上滿足了所有要求。但是有時候就是那麼的巧，既沒有被定時器抽取到，又沒有被使用，這些數據又如何從內存中消失？沒關系，還有內存淘汰機制，當內存不夠用時，內存淘汰機制就會上場。Redis 內存淘汰機制有以下幾種策略：
noeviction：當內存不足以容納新寫入數據時，新寫入操作會報錯。（Redis 默認策略）
allkeys-lru：當內存不足以容納新寫入數據時，在鍵空間中，移除最近最少使用的 Key。（推薦使用）
allkeys-random：當內存不足以容納新寫入數據時，在鍵空間中，隨機移除某個 Key。
volatile-lru：當內存不足以容納新寫入數據時，在設置了過期時間的鍵空間中，移除最近最少使用的 Key。這種情況一般是把 Redis 既當緩存，又做持久化存儲的時候才用。
volatile-random：當內存不足以容納新寫入數據時，在設置了過期時間的鍵空間中，隨機移除某個 Key。volatile-ttl：當內存不足以容納新寫入數據時，在設置了過期時間的鍵空間中，有更早過期時間的 Key 優先移除。修改內存淘汰機制只需要在 redis.conf 配置文件中配置 maxmemory-policy 參數即可。