web開發緩存技術
『壹』 java web開發緩存方案，ehcache和redis哪個更好
這里就不再逐個討論了，我將會在一個實際應用程序開發場景中介紹其中的一些。使用Redis作為一個緩存解決方案我之前提到過，Redis可輕易地用作一個緩存解決方案，碰巧我現在正好需要這樣一個！在該應用程序示例中，我將Redis集成到我基於定位的移動Web服務中，稱之為Magnus。如果您沒有關注本系列，那麼我會先使用Play框架實現Magnus，從那時起我就已經在各種實現中開發和重構它了。Magnus是一個簡單服務，可以通過HTTPPUT請求使用JSON文檔。這些文檔描述了特定帳號的位置，表示持有移動設備的人。現在，我想要將緩存集成到Magnus，也就是說我想要通過將不常更改的數據存儲在內存中以減少I/O流量。Magnus緩存！在清單5中的第一步中，可以通過get調用了解新引入的帳戶名稱（一個鍵）是否為REdis中的一個鍵。get調用可以將帳戶ID作為一個值返回，或者將返回null。如果返回一個值，我將用其作為我的acctId變數。如果返回的是null（表明該帳戶名稱不是Redis中一個鍵），那麼我將在MongoDB查找該帳戶值，並通過set命令將其添加到Redis。這里的優勢是速度：接下來，被請求的帳戶將提交一個位置，這樣我就能夠從Redis中獲取其ID（作為內存緩存），而不是轉到MongoDB並帶來額外讀取I/O成本。清單5.使用Redis作為內存緩存"/location/:account"{put{defjacksonMapper=newObjectMapper()defjson=jacksonMapper.readValue(request.contentText,Map.class)defformatter=newSimpleDateFormat("dd-MM-yyyyHH:mm")defdt=formatter.parse(json['timestamp'])defres=[:]try{defjedis=pool.getResource()defacctId=jedis.get(request.parameters['account'])if(!acctId){defacct=Account.findByName(request.parameters['account'])jedis.set(request.parameters['account'],acct.id.toString())acctId=acct.id}pool.returnResource(jedis)newLocation(acctId.toString(),dt,json['latitude'].doubleValue(),json['longitude'].doubleValue()).save()res['status']='success'}catch(exp){res['status']="error${exp.message}"}response.json=jacksonMapper.writeValueAsString(res)}}注意，清單5中的aMagnus實現（使用Groovy編寫）仍然使用一個NoSQL實現作為數據模型存儲；它僅僅使用Redis作為一個緩存實現用於查詢數據。因為我的主要帳戶數據位於MongoDB中（事實上，它駐留在MongoHQ.com中），而我的Redis數據存儲在本地運行。在隨後查找帳戶ID時，Magnus速度將顯著提升。可是等等！我為什麼同時需要MongoDB和Redis？難道我就不能單獨使用一個嗎？ORM的Node.js很多項目均提供ORM類映射用於Redis，其中包括一個極富影響力的基於Ruby的備用方案，稱為Ohm。我檢查了該項目基於Java的派生產品（稱為JOhm），但是最終決定使用一個為Node編寫的派生產品。Ohm及其派生項目的妙處在於他們允許您將一個對象模型映射到一個基於Redis的數據結構。因此，您的模型對象是持久性的，同時在大多數情況下其讀取速度也非常之快。有了Nohm，我便能夠使用JavaScript快速重寫我的Magnus應用程序並能立即持久化Location對象。在清單6中，我已定義了一個Location模型，該模型包括3個屬性。（注意，我通過將timestamp設置為一個字元串而不是一個真實的時間戳，從而簡化我的示例。）清單6.Node.js中的RedisORMvarLocation=nohm.model('Location',{properties:{latitude:{type:'float',unique:false,validations:[['notEmpty']]},longitude:{type:'float',unique:false,validations:[['notEmpty']]},timestamp:{type:'string',unique:false,validations:[['notEmpty']]}}});Node的Express框架使NohmLocation對象的使用變得十分簡單。在我的應用程序PUT實現中，我可以捕獲正在進入的JSON值，並通過Nohm的p調用將其導入到一個Location實例。然後我再檢查該示例是否有效，如果有效，我會對其進行持久化。清單7.在Node的Express.js中使用Nohmapp.put('/',function(req,res){res.contentType('json');varlocation=newLocation;location.p("timestamp",req.body.timestamp);location.p("latitude",req.body.latitude);location.p("longitude",req.body.longitude);if(location.valid()){location.save(function(err){if(!err){res.send(JSON.stringify({status:"success"}));}else{res.send(JSON.stringify({status:location.errors}));}});}else{res.send(JSON.stringify({status:location.errors}));}});正如清單7所示，可以輕易地將Redis構建成一個極其快速的內存數據存儲。在一些案例中，它甚至是一個比memcached更好的緩存！結束語Redis對於許多數據存儲場景非常有用，因為它可以將數據持久化到磁碟（還因為它支持一個豐富的數據集），有時候，它是memcached的有力競爭對手。有些情況下，對於您的領域也是很有意義的，您可以使用Redis作為數據模型和隊列的一個備份存儲。Redis客戶端實現幾乎可被移植到任何編程語言中。Redis不是RDMBS的完全替代品，也不是一個重量級存儲，但是和MongoDB一樣擁有豐富的功能。然而，在很多情況下，它可與這些技術共存。
『貳』 什麼是Web緩存
「web緩存,是指在用戶訪問網站後,在用戶客戶端留下的緩存。沒緩存的情況下,客戶端會對整站進行載入。有緩存的時候,會跳過已緩存的內容。
『叄』 java web開發緩存方案，ehcache和redis有什麼特點
在java項目廣泛的使用。它是一個開源的、設計於提高在數據從RDBMS中取出來的高花費、高延遲採取的一種緩存方案。正因為Ehcache具有健壯性（基於java開發）、被認證（具有apache 2.0 license）、充滿特色（稍後會詳細介紹），所以被用於大型復雜分布式web application的各個節點中。
具體如下：
1. 夠快
Ehcache的發行有一段時長了，經過幾年的努力和不計其數的性能測試，Ehcache終被設計於large, high concurrency systems.
2. 夠簡單
開發者提供的介面非常簡單明了，從Ehcache的搭建到運用運行僅僅需要的是你寶貴的幾分鍾。其實很多開發者都不知道自己用在用Ehcache，Ehcache被廣泛的運用於其他的開源項目
『肆』 web緩存器如何減少被請求的對象的時延的
把用戶參數請求入隊列，然後直接返回用戶調用，後續消費者慢慢處理請求就好了，不過這樣子只能返回調用是否成功，並不能立即返回業務處理結果。
Web緩存（或HTTP緩存）是用於臨時存儲（緩存）Web文檔（如HTML頁面和圖像），以減少伺服器延遲的一種信息技術。Web緩存系統會保存下通過這套系統的文檔的副本；如果滿足某些條件，則可以由緩存滿足後續請求。 Web緩存系統既可以指設備，也可以指計算機程序。
前向位置系統
前向緩存是Web伺服器網路外部的緩存，例如在客戶電腦、ISP或公司網路上。網路感知前向緩存就像一個前向緩存，但只緩存大量訪問的項目。客戶端（如網頁瀏覽器）也可以存儲網路內容以供重用。例如，如果按下後退按鈕，則可以顯示本地緩存版本的頁面，而不是發送到Web伺服器的新請求。位於客戶端和伺服器之間的Web代理可以通過評估HTTP頭來選擇是否存儲網頁內容。
『伍』 緩存的WEB緩存
WWW是互聯網上最受歡迎的應用之一，其快速增長造成網路擁塞和伺服器超載，導致客戶訪問延遲增大，WWW服務質量日益顯現出來。緩存技術被認為是減輕伺服器負載、降低網路擁塞、增強WWW可擴展性的有效途徑之一，其基本思想是利用客戶訪問的時間局部性（Temproral Locality）原理，將客戶訪問過的內容在Cache中存放一個副本，當該內容下次被訪問時，不必連接到駐留網站，而是由Cache中保留的副本提供。
Web內容可以緩存在客戶端、代理伺服器以及伺服器端。研究表明，緩存技術可以顯著地提高WWW性能，它可以帶來以下好處：
（1）減少網路流量，從而減輕擁塞。
（2）降低客戶訪問延遲，其主要原因有：①緩存在代理伺服器中的內容，客戶可以直接從代理獲取而不是從遠程伺服器獲取，從而減小了傳輸延遲②沒有被緩存的內容由於網路擁塞及伺服器負載的減輕而可以較快地被客戶獲取。
（3）由於客戶的部分請求內容可以從代理處獲取，從而減輕了遠程伺服器負載。
（4）如果由於遠程伺服器故障或者網路故障造成遠程伺服器無法響應客戶的請求，客戶可以從代理中獲取緩存的內容副本，使得WWW服務的魯棒性得到了加強。
Web緩存系統也會帶來以下問題：
（1）客戶通過代理獲取的可能是過時的內容。
（2）如果發生緩存失效，客戶的訪問延遲由於額外的代理處理開銷而增加。因此在設計Web緩存系統時，應力求做到Cache命中率最大化和失效代價最小化。
（3）代理可能成為瓶頸。因此應為一個代理設定一個服務客戶數量上限及一個服務效率下限，使得一個代理系統的效率至少同客戶直接和遠程伺服器相連的效率一樣。
『陸』 緩存對於web開發有什麼重要作用
減少網路帶寬消耗。無論對於網站運營者或者用戶，帶寬都代表著金錢，過多的帶寬消耗，只會便宜了網路運營商。當Web緩存副本被使用時，只會產生極小的網路流量，可以有效的降低運營成本。
降低伺服器壓力。給網路資源設定有效期之後，用戶可以重復使用本地的緩存，減少對源伺服器的請求，間接降低伺服器的壓力。同時，搜索引擎的爬蟲機器人也能根據過期機制降低爬取的頻率，也能有效降低伺服器的壓力。
減少網路延遲，加快頁面打開速度。帶寬對於個人網站運營者來說是十分重要，而對於大型的互聯網公司來說，可能有時因為錢多而真的不在乎。那Web緩存還有作用嗎？答案是肯定的，對於最終用戶，緩存的使用能夠明顯加快頁面打開速度，達到更好的體驗。
『柒』 web cache 緩存的技術有哪些
這說起來就多了。
從語言上說，新浪主要用的是php。
但是從伺服器技術上來說，就不是一天兩天能說的完了。
靜態化：盡可能的將頁面生成.shtml文件。.shtml文件里還包括伺服器端包含技術<!--#include virtual="xxx.php"-->
緩存：資料庫緩存、PHP緩存、MEMCACHE、CACHE SERVER等。每一個都得說上一天。
靜態化其實也是一種緩存技術。
負載均衡：多台伺服器同時提供WEB訪問，每個讀者隨機被一台伺服器服務，增加吞吐量。
分布式資料庫
以及等等。
『捌』 web緩存有哪幾種方式
1 應用程序實現的動態頁面緩存
應用程序把動態文件生成的html文件緩存到文件伺服器，以後用戶請求動態文件，直接從文件伺服器載入對應的靜態緩存的html文件返回給用戶，這裡面主要節省了動態語言的執行時間和資料庫訪問時間。但是會增加了緩存框架的載入和緩存查找的時間。
2 把解釋執行的開發語言編譯成為目標代碼
這個主要把解釋執行的高級語言，例如java，php直接編譯成為平台相關的目標代碼，匯編代碼。在java裡面，比較著名的就是即時編譯器（JIT），其他的語言也要類似的機制。這裡面主要節省了就是解釋執行代碼的時間。這個會增加即時編譯的時間。
3 利用反向代理伺服器的緩存
利用類似nginx的反向代理伺服器，對請求的url對應的輸出的進行緩存。這個緩存和應用程序實現的動態頁面緩存類似，只不過用反向代理充當了應用程序的緩存實現。主要節省了動態余元執行時間和資料庫訪問時間。
4 客戶端瀏覽器緩存
客戶端瀏覽器緩存主要是通過在http頭部增加
Last-Modified,If-Modified-Since,Expires,Cache-Control等標識，和伺服器進行協商，是否是採用客戶的本機緩存來實現。
其中這裡面也會分為三種方式
1 通過Last-Modified，If-Modified-Since方式和伺服器通信，客戶發出http請求中包含If-Modified-Since，如果伺服器端代碼沒有修改，伺服器端返回302響應代碼的請求響應頭（內容不返回）客戶端則直接用本機緩存的內容緩存顯示結果。相當於節省了伺服器執行代碼時間以及數據傳輸時間。
2 通過Expires,Cache-Control控制，客戶端發現如果上次請求的頁面還未過期，通過Expires或者Cache-Control進行辨別，則直接顯示本機緩存的內容，不與伺服器進行通信。
總結一下：1 一般的高並發的應用程序，都在web層採用了以上幾種緩存，一般靜態資源（圖片，js，css）都會採用nginx反向代理+客戶端緩存來實現。
2 對於門戶網站，尤其是首頁的新聞，一般都會緩存起來，可以通過反向代理也可以通過應用程序緩存實現方式
3 對於下載或者視頻網站，由於數據傳輸比較大，直接採用瀏覽器本地緩存實現。
『玖』 Web緩存伺服器有什麼作用
Fikker 是國內第一款面向廣大站長的專業級網站加速伺服器軟體，全界面化管理，利用頁面緩存技術（webcache），網站管理員或開發人員通過 Fikker 管理平台將指定的頁面緩存起來，其他用戶在訪問相同頁面時候，就不需要網站讀取資料庫後再生成頁面了，Fikker 直接返回用戶需要的頁面，平均響應速度提升 10 倍以上；另外 Fikker 通過 gzip 將頁面（html，asp，php，css，js）壓縮起來，減少了傳輸尺寸，提高傳輸效率和減少帶寬佔用。網站負載將會變的很輕松，是的！Fikker 的目標就是：讓你的網站飛起來。
作為網站的前置伺服器，Fikker 還提供了強大的實時監控功能，防盜鏈，源站負載均衡，偽靜態（URL靜態化），Ajax跨域操作，黑名單管理等一站式解決方案，網站管理簡單到極致，但功能強悍到難以想像。
Fikker 從原始架構開始設計，跨平台（支持 Windows 和 Linux）和面向伺服器類軟體方向設計，經過多年的精雕細琢，穩定性，功能性和易用性大大提升，一些功能特點，在很多設計和實現上是國內甚至是國際上的創新，例如：會員緩存加速，一些 SNS 和 BBS 網站，只針對登錄會員用戶開放，要實現加速，就需要針對登錄會員加速，而且全界面化配置和操作等等。
『拾』 web開發方面會遇到哪些緩存
Web緩存定義：
Web緩存遊走於伺服器和客戶端之間，這個伺服器可能是源伺服器（資源所駐留的伺服器Add），數量可能是1個或多個。
Web緩存就在伺服器-客戶端之間搞監控，監控請求，並且把請求輸出的內容（例如html頁面、 圖片和文件）（統稱為副本）另存一份，然後，如果下一個請求是相同的URL，則直接請求保存的副本，而不是再次麻煩源伺服器。
Web緩存的2個主要原因：
降低延遲：緩存離客戶端更近，因此，從緩存請求內容比從源伺服器所用時間更少，呈現速度更快，網站就顯得更靈敏。
降低網路傳輸：副本被重復使用，大大降低了用戶的帶寬使用，其實也是一種變相的省錢（如果流量要付費的話），同時保證了帶寬請求在一個低水平上，更容易維護了。
Web緩存的類型：
瀏覽器緩存
在任何現代瀏覽器上(如IE, FireFox, Chrome)折騰清除隱私數據的對話框，你很可能會注意到「緩存」這個設置項。代理伺服器緩存
Web代理伺服器使用同樣的緩存原理，只是規模更大。代理以同樣的方式服務千萬用戶，大公司和ISP經常在他們的防火牆或者單獨的設備（也被稱為中介(intermediaries)）上架設代理緩存。網關緩存
也被稱為「反向代理緩存」或「替代緩存」。網關緩存同樣是起中介作用的，不過不是網路管理員部署的，而多半是網站管理員（公司專門的運維工程師、或UED或程序組某人Add）部署，這樣更容易擴展與維護。