頁面緩存技術
A. 什麼是網頁緩存
來解決降低互聯網流量和提高終端用戶響應時間的網路技術，也可以叫做網頁緩存技術。
是搜索引擎經行蜘蛛爬行後，備份一份純文本的備份網頁，但是可能不保存CSS樣式，網頁快照就會出現，沒有樣式表或者部分錯位。
擴展網頁搜索結果的時間寬度，當檢索某個網頁後，網頁不存在或者改動，點擊網頁快照也可以訪問，比如訪問網路圖片，有些檢索出來存在網路資料庫的圖片，原網頁消失或者不能訪問，通過網路圖片搜索是可以訪問的，但是無法直接訪問原網頁圖片。
B. 如何為大型網站提速頁面靜態化緩存技術memcachemysql優化
1.首先明確是不是一定要上緩存，當前架構的瓶頸在哪裡，若瓶頸真是資料庫操作上，再繼續往下看。 2.明確memcached和redis的區別，到底要使用哪個。前者終究是個緩存，不可能永久保存數據（LRU機制），支持分布式，後者除了緩存的同時也支持把數.
C. 頁面緩存是什麼
就是一些IE瀏覽痕跡吧，會佔用一定的空間，可以清除。
你可以到C:\WINDOWS\Temporary Internet Files的目錄下查看你的緩存文件。要清除IE緩存，打開「查看「菜單，選擇」Internet選項…然後查找Temporary Internet Files部分(在General Tab部分)並點擊「刪除文件」按鈕。IE將會問你是否要「刪除所有Temporary Internet Files文件夾中的文件？」點擊「OK」即可。
D. 緩存技術有哪些
這說起來就多了。
從語言上說，新浪主要用的是php。
但是從伺服器技術上來說，就不是一天兩天能說的完了。
靜態化：盡可能的將頁面生成.shtml文件。.shtml文件里還包括伺服器端包含技術<!--#include virtual="xxx.php"-->
緩存：資料庫緩存、PHP緩存、MEMCACHE、CACHE SERVER等。每一個都得說上一天。
靜態化其實也是一種緩存技術。
負載均衡：多台伺服器同時提供WEB訪問，每個讀者隨機被一台伺服器服務，增加吞吐量。
分布式資料庫
以及等等。
E. 緩存技術和生成HTML靜態頁技術哪個更好
普遍緩存技術
數據緩存：這里所說的數據緩存是指資料庫查詢緩存，每次訪問頁面的時候,都會先檢測相應的緩存數據是否存在，如果不存在，就連接資料庫，得到數據，並把查詢結果序列化後保存到文件中，以後同樣的查詢結果就直接從緩存表或文件中獲得。
用的最廣的例子看Discuz的搜索功能，把結果ID緩存到一個表中，下次搜索相同關鍵字時先搜索緩存表。
舉個常用的方法，多表關聯的時候，把附表中的內容生成數組保存到主表的一個欄位中，需要的時候數組分解一下，這樣的好處是只讀一個表，壞處就是兩個數據同步會多不少步驟，資料庫永遠是瓶頸，用硬碟換速度，是這個的關鍵點。
頁面緩存：
每次訪問頁面的時候，都會先檢測相應的緩存頁面文件是否存在，如果不存在，就連接資料庫，得到數據，顯示頁面並同時生成緩存頁面文件，這樣下次訪問的時候頁面文件就發揮作用了。(模板引擎和網上常見的一些緩存類通常有此功能)
時間觸發緩存：
檢查文件是否存在並且時間戳小於設置的過期時間,如果文件修改的時間戳比當前時間戳減去過期時間戳大，那麼就用緩存，否則更新緩存。
內容觸發緩存：
當插入數據或更新數據時，強制更新緩存。
靜態緩存：
這里所說的靜態緩存是指靜態化，直接生成HTML或XML等文本文件，有更新的時候重生成一次，適合於不太變化的頁面，這就不說了。
以上內容是代碼級的解決方案，我直接CP別的框架，也懶得改，內容都差不多，很容易就做到，而且會幾種方式一起用，但下面的內容是伺服器端的緩存方案，非代碼級的，要有多方的合作才能做到
內存緩存:
Memcached是高性能的，分布式的內存對象緩存系統，用於在動態應用中減少資料庫負載，提升訪問速度。
F. 在頁面上進行緩存後又要保證局部的數據不緩存，如何實現
頁面部分緩存是指輸出緩存頁面的某些部分，而不是緩存整個頁面內容。實現頁面部分緩存有兩種機制：一種是將頁面中需要緩存的部分置於用戶控制項（.ascx文件）中，並且為用戶控制項設置緩存功能（包含用戶控制項的ASP.NET頁面可設置也可不設置緩存）。這就是通常所說的「控制項緩存」。設置控制項緩存的實質是對用戶控制項進行緩存配置。主要包括以下3種方法：一是使用@ OutputCache指令以聲明方式為用戶控制項設置緩存功能，二是在代碼隱藏文件中使用PartialCachingAttribute類設置用戶控制項緩存；三是使用ControlCachePolicy類以編程方式指定用戶控制項緩存設置。另外，還有一種稱為「緩存後替換」的方法。該方法與控制項緩存正好相反，將頁面中的某一部分設置為不緩存，因此，盡管緩存了整個頁面，但是當再次請求該頁時，將重新處理那些沒有設置為緩存的內容。
使用@ OutputCache指令
控制項緩存與頁面輸出緩存的@ OutputCache指令既有相似之處，又有不同的方面。二者的共同點在於它們的設置方法基本相同，都是文件頂部設置包含屬性的@ OutputCache指令字元串。不同點包括以下兩個方面：一是控制項緩存的@ OutputCache指令設置在用戶控制項文件中，而頁面輸出緩存的@ OutputCache設置在普通ASP.NET文件中。二是控制項緩存的@ OutputCache指令只能設置6個屬性，Duration、Shared、SqlDependency、VaryByControl、VaryByCustom和VaryByParam。而在頁面輸出緩存的@ OutputCache指令字元串中設置的屬性多達10個。以上是設置控制項緩存時需要注意的問題。下面列舉了一些利用@ OutputCache指令設置控制項緩存的示例，其中重點說明了VaryByParam和VaryByControl等屬性應用。
用戶控制項中的@ OutputCache指令設置源代碼
＜%@ OutputCache Duration="120" VaryByParam="CategoryID;SelectedID"%＞
以上代碼設置用戶控制項緩存有效期時間是120秒，並且允許使用CategoryID和SelectedID參數來改變緩存。通過VaryByParam屬性設置，在伺服器緩存中可能存儲多個用戶控制項的實例。例如，對於一個包含用戶控制項的頁面，可能存在如下的URL鏈接。
包含用戶控制項的頁面的URL鏈接
http://localhost/mypage.aspx?categoryid=foo&selectedid=0
http://localhost/mypage.aspx?categoryid=foo&selectedid=1
當請求如上URL地址的頁面時，由於控制項中@ OutputCache指令的設置，尤其是屬性VaryByParam的設置，那麼在伺服器緩存中就會存儲兩個版本的用戶控制項緩存實例。
控制項緩存設置除了支持以上所述VaryByParam屬性外，還支持VaryByControl屬性。VaryByParam屬性基於使用POST或者GET方式發送的名稱/值對來改變緩存，而VaryByControl屬性通過用戶控制項文件中包含的伺服器控制項來改變緩存。下面是VaryByControl屬性的應用示例代碼。
用戶控制項中的@ OutputCache指令設置源代碼
＜%@ OutputCache Duration="120" VaryByParam="none" VaryByControl="Category" %＞
以上代碼設置緩存有效期是120秒，並且頁面不隨任何GET或POST參數改變（即使不使用VaryByParam屬性，但是仍然需要在@ OutputControl指令中顯式聲明該屬性）。如果用戶控制項中包含ID屬性為「Category」的伺服器控制項（例如下拉框控制項），那麼緩存將根據該控制項的變化來存儲用戶控制項數據。
如果讀者已經掌握了頁面輸出緩存的@ OutputCache指令設置方法，那麼控制項緩存的@ OutputCache指令也會迎刃而解，無非僅使用其中的6個屬性而已。然而，可能會產生疑問：如果ASP.NET頁面和其中包含的用戶控制項都通過@ OutputCache指令設置了緩存，那麼緩存該如何運行呢？
遇到這個問題時，應掌握以下個基本原則：一是ASP.NET允許在頁面和頁面的用戶控制項中同時使用@ OutputCache指令設置緩存，並且允許設置不同的緩存過期時間值。二是如果頁面輸出緩存過期時間長於用戶控制項輸出緩存過期時間，則頁面的輸出緩存持續時間優先。例如，如果頁面輸出緩存設置為100秒，而用戶控制項的輸出緩存設置為50秒，則包括用戶控制項在內的整個頁將在輸出緩存中存儲100秒，而與用戶控制項較短的時間設置無關。三是如果頁面輸出緩存過期時間比用戶控制項的輸出緩存過期時間短，則即使已為某個請求重新生成該頁面的其餘部分，也將一直緩存用戶控制項直到其過期時間到期為止。例如，如果頁面輸出緩存設置為50秒，而用戶控制項輸出緩存設置為100秒，則頁面其餘部分每到期兩次，用戶控制項才到期一次。
G. 2016 java緩存技術有哪些啊
（1100） （0）
一、什麼是緩存
1、Cache是高速緩沖存儲器 一種特殊的存儲器子系統，其中復制了頻繁使用的數據以利於快速訪問
2、凡是位於速度相差較大的兩種硬體/軟體之間的，用於協調兩者數據傳輸速度差異的結構，均可稱之為 Cache
二、緩存的分類
1、基於web應用的系統架構圖
2、在系統架構的不同層級之間，為了加快訪問速度，都可以存在緩存
操作系統磁碟緩存->減少磁碟機械操作
資料庫緩存->減少文件系統I/O
應用程序緩存->減少對資料庫的查詢
Web伺服器緩存->減少應用伺服器請求
客戶端瀏覽器緩存->減少對網站的訪問
三、操作系統緩存
1、文件系統提供的Disk Cache：操作系統會把經常訪問到的文件內容放入到內存當中，由文件系統來管理
2、當應用程序通過文件系統訪問磁碟文件的時候，操作系統從Disk Cache當中讀取文件內容，加速了文件讀取速度
3、Disk Cache由操作系統來自動管理，一般不用人工干預，但應當保證物理內存充足，以便於操作系統可以使用盡量多的內存充當Disk Cache，加速文件讀取速度
4、特殊的應用程序對文件系統Disk Cache有很高的要求，會繞開文件系統Disk Cache，直接訪問磁碟分區，自己實現Disk
5、Cache策略
Oracle的raw device(裸設備) – 直接拋棄文件系統
MySQL的InnoDB： innodb_flush_method = O_DIRECT
四、資料庫緩存
1、重要性
資料庫通常是企業應用系統最核心的部分
資料庫保存的數據量通常非常龐大
資料庫查詢操作通常很頻繁，有時還很復雜
以上原因造成資料庫查詢會引起非常頻繁的磁碟I/O讀取操作，迫使CPU掛起等待，資料庫性能極度低下
2、緩存策略
a、Query Cache
以SQL作為key值緩存查詢結果集
一旦查詢涉及的表記錄被修改，緩存就會被自動刪除
設置合適的Query Cache會極大提高資料庫性能
Query Cache並非越大越好，過大的Qquery Cache會浪費內存。
MySQL: query_cache_size= 128M
b、Data Buffer
data buffer是資料庫數據在內存中的容器
data buffer的命中率直接決定了資料庫的性能
data buffer越大越好，多多益善
MySQL的InnoDB buffer：innodb_buffer_pool_size = 2G
MySQL建議buffer pool開大到伺服器物理內存60-80%
五、應用程序緩存
1、對象緩存
由O/R Mapping框架例如Hibernate提供，透明性訪問，細顆粒度緩存資料庫查詢結果，無需業務代碼顯式編程，是最省事的緩存策略
當軟體結構按照O/R Mapping框架的要求進行針對性設計，使用對象緩存將會極大降低Web系統對於資料庫的訪問請求
良好的設計資料庫結構和利用對象緩存，能夠提供極高的性能，對象緩存適合OLTP（聯機事務處理）應用
2、查詢緩存
對資料庫查詢結果集進行緩存，類似資料庫的Query Cache
適用於一些耗時，但是時效性要求比較低的場景。查詢緩存和對象緩存適用的場景不一樣，是互為補充的
當查詢結果集涉及的表記錄被修改以後，需要注意清理緩存
3、頁面緩存
a、作用
針對頁面的緩存技術不但可以減輕資料庫伺服器壓力，還可以減輕應用伺服器壓力
好的頁面緩存可以極大提高頁面渲染速度
頁面緩存的難點在於如何清理過期的緩存
b、分類
I、動態頁面靜態化
利用模板技術將訪問過一次的動態頁面生成靜態html，同時修改頁面鏈接，下一次請求直接訪問靜態鏈接頁面
動態頁面靜態化技術的廣泛應用於互聯網CMS/新聞類Web應用，但也有BBS應用使用該技術，例如Discuz!
無法進行許可權驗證，無法顯示個性化信息
可以使用AJAX請求彌補動態頁面靜態化的某些缺點
II、Servlet緩存
針對URL訪問返回的頁面結果進行緩存，適用於粗粒度的頁面緩存，例如新聞發布
可以進行許可權的檢查
OScache提供了簡單的Servlet緩存(通過web.xml中的配置)
也可以自己編程實現Servlet緩存
III、頁面內部緩存
針對動態頁面的局部片斷內容進行緩存，適用於一些個性化但不經常更新的頁面(例如博客)
OSCache提供了簡單的頁面緩存
可以自行擴展JSP Tag實現頁面局部緩存
六、web伺服器端緩存
基於代理伺服器模式的Web伺服器端緩存，如squid/nginx
Web伺服器緩存技術被用來實現CDN（內容分發網路 content delivery network）
被國內主流門戶網站大量採用
不需要編程，但僅限於新聞發布類網站，頁面實時性要求不高
七、基於ajax的瀏覽器緩存
使用AJAX調用的時候，將資料庫在瀏覽器端緩存
只要不離開當前頁面，不刷新當前頁面，就可以直接讀取緩存數據
只適用於使用AJAX技術的頁面
H. (100分請教)如何實現baidu、hao123、265等的網頁緩存技術
這個不是什麼技術，而是IE本身固有的網頁緩存，無論打開什麼網站都會使用緩存，以便在下次打開網頁時不再下載圖片等資源。
上述網頁打開比較快的原因：網頁設計簡潔，沒使用使用過多的表格、表格嵌套、插件、其他網站的連接，並且主要以文本，輔以少量圖片，因此打開的速度較快。
I. 常用的緩存技術
第一章 常用的緩存技術
1、常見的兩種緩存
本地緩存：不需要序列化，速度快，緩存的數量與大小受限於本機內存
分布式緩存：需要序列化，速度相較於本地緩存較慢，但是理論上緩存的數量與大小無限（因為緩存機器可以不斷擴展）
2、本地緩存
Google guava cache：當下最好用的本地緩存
Ehcache：spring默認集成的一個緩存，以spring cache的底層緩存實現類形式去操作緩存的話，非常方便，但是欠缺靈活，如果想要靈活使用，還是要單獨使用Ehcache
Oscache：最經典簡單的頁面緩存
3、分布式緩存
memcached：分布式緩存的標配
Redis：新一代的分布式緩存，有替代memcached的趨勢
3.1、memcached
經典的一致性hash演算法
基於slab的內存模型有效防止內存碎片的產生（但同時也需要估計好啟動參數，否則會浪費很多的內存）
集群中機器之間互不通信（相較於Jboss cache等集群中機器之間的相互通信的緩存，速度更快<--因為少了同步更新緩存的開銷，且更適合於大型分布式系統中使用）
使用方便（這一點是相較於Redis在構建客戶端的時候而言的，盡管redis的使用也不困難）
很專一（專做緩存，這一點也是相較於Redis而言的）
3.2、Redis
可以存儲復雜的數據結構（5種）
strings-->即簡單的key-value，就是memcached可以存儲的唯一的一種形式，接下來的四種是memcached不能直接存儲的四種格式（當然理論上可以先將下面的一些數據結構中的東西封裝成對象，然後存入memcached，但是不推薦將大對象存入memcached，因為memcached的單一value的最大存儲為1M，可能即使採用了壓縮演算法也不夠，即使夠，可能存取的效率也不高，而redis的value最大為1G）
hashs-->看做hashTable
lists-->看做LinkedList
sets-->看做hashSet，事實上底層是一個hashTable
sorted sets-->底層是一個skipList
有兩種方式可以對緩存數據進行持久化
RDB
AOF
事件調度
發布訂閱等
4、集成緩存
專指spring cache，spring cache自己繼承了ehcache作為了緩存的實現類，我們也可以使用guava cache、memcached、redis自己來實現spring cache的底層。當然，spring cache可以根據實現類來將緩存存在本地還是存在遠程機器上。
5、頁面緩存
在使用jsp的時候，我們會將一些復雜的頁面使用Oscache進行頁面緩存，使用非常簡單，就是幾個標簽的事兒；但是，現在一般的企業，前台都會使用velocity、freemaker這兩種模板引擎，本身速度就已經很快了，頁面緩存使用的也就很少了。
總結：
在實際生產中，我們通常會使用guava cache做本地緩存+redis做分布式緩存+spring cache就集成緩存（底層使用redis來實現）的形式
guava cache使用在更快的獲取緩存數據，同時緩存的數據量並不大的情況
spring cache集成緩存是為了簡單便捷的去使用緩存（以註解的方式即可），使用redis做其實現類是為了可以存更多的數據在機器上
redis緩存單獨使用是為了彌補spring cache集成緩存的不靈活
就我個人而言，如果需要使用分布式緩存，那麼首先redis是必選的，因為在實際開發中，我們會緩存各種各樣的數據類型，在使用了redis的同時，memcached就完全可以舍棄了，但是現在還有很多公司在同時使用memcached和redis兩種緩存。