這篇文章主要介紹如何使用node解讀http緩存的內(nèi)容,文中介紹的非常詳細(xì),具有一定的參考價(jià)值,感興趣的小伙伴們一定要看完!
用node搞web服務(wù)和直接用tomcat、Apache做服務(wù)器不太一樣, 很多工作都需要自己做。緩存策略也要自己選擇,雖然有像koa-static,express.static這些東西可以用來管理靜態(tài)資源,但是為了開發(fā)或配置時(shí)更加得心應(yīng)手,知其所以然,有了解http緩存的必要。另外,http緩存作為一個(gè)前端優(yōu)化的一個(gè)要點(diǎn),也應(yīng)該有所了解。
什么是http緩存
RFC 7234 (https://tools.ietf.org/pdf/rfc7234.pdf)指出HTTP緩存是響應(yīng)消息的本地存儲(chǔ),并且是控制其中消息的存儲(chǔ)、檢索和刪除的子系統(tǒng)。
通俗講: http協(xié)議規(guī)定了一些指令, 實(shí)現(xiàn)http協(xié)議的服務(wù)器和瀏覽器根據(jù)這些指令決定要不要以及如何把響應(yīng)存儲(chǔ)起來以備后續(xù)使用.
http緩存的意義
提高響應(yīng)速度
減少帶寬占用, 省流量
減小服務(wù)器壓力
不指定任何與緩存有關(guān)的指令
這種情況下瀏覽器不做緩存, 每次都會(huì)想服務(wù)器請(qǐng)求. 但是比較奇怪的是在nginx的實(shí)現(xiàn)中, 這種情況下還是被代理服務(wù)器做了緩存.也就是說, 當(dāng)多次請(qǐng)求同一個(gè)資源時(shí), 代理服務(wù)器只向源服務(wù)器請(qǐng)求一次.
強(qiáng)制緩存
所謂強(qiáng)制緩存就是給出資源的到期時(shí)間expires或者有效時(shí)間max-age, 在這個(gè)時(shí)間之內(nèi)該資源應(yīng)該被緩存.
如何讓一個(gè)資源被強(qiáng)緩存
1.expires
這個(gè)字段定義了一個(gè)資源到期的時(shí)間. 看一個(gè)實(shí)際的例子:
可以看到這個(gè)expires
是個(gè)GMT
時(shí)間, 它的工作機(jī)制是, 首次請(qǐng)求時(shí), 服務(wù)器在響應(yīng)中加上expires
標(biāo)識(shí)資源的到期時(shí)間, 瀏覽器緩存這個(gè)資源, 再次請(qǐng)求時(shí), 瀏覽器將上一次請(qǐng)求到這個(gè)資源的過期時(shí)間與自己的系統(tǒng)時(shí)間對(duì)比, 若系統(tǒng)時(shí)間小于過期時(shí)間, 則證明資源沒有過期, 直接用上次緩存的資源, 不必請(qǐng)求; 否則重新請(qǐng)求, 服務(wù)器在響應(yīng)中給出新的過期時(shí)間.
const d = new Date(Date.now() + 5000); res.writeHead(200, { 'Content-Type': 'image/png', 'expires': d.toGMTString() }); res.end(img);
2.Cache-Control:[public | private,] max-age=${n}, s-maxage=${m}
expires
存在的問題是他依賴于客戶端的系統(tǒng)時(shí)間, 客戶端系統(tǒng)時(shí)間錯(cuò)誤可能會(huì)引起判斷錯(cuò)誤. HTTP1.1增加了Cache-Control
解決此問題, 這個(gè)指令值比較豐富, 常見的如下:
public/private: 標(biāo)識(shí)資源能不能被代理服務(wù)器緩存,public
標(biāo)識(shí)資源既能被代理服務(wù)器緩存也能被瀏覽器緩存,private
標(biāo)識(shí)資源只能被瀏覽器緩存, 不能被代理服務(wù)器緩存.
max-age: 用于指定在客戶端緩存的有效時(shí)間, 單位s, 超過n秒需要重新請(qǐng)求, 不超過則可以使用緩存
s-maxage: 這個(gè)是針對(duì)代理服務(wù)器的, 表示資源在代理服務(wù)器緩存時(shí)間沒有超過這個(gè)時(shí)間不必向源服務(wù)器請(qǐng)求, 否則需要.
no-cache: 有這個(gè)指令表示不走瀏覽器緩存了, 協(xié)商緩存還可以走
no-store: 強(qiáng)制無緩存, 協(xié)商緩存也不走了, 測(cè)試發(fā)下即使響應(yīng)中有Last-Modified
, 瀏覽器請(qǐng)求時(shí)頁不會(huì)帶If-Modified-Since
一個(gè)實(shí)例
所謂協(xié)商緩存就是客戶端想用緩存資源時(shí)先向服務(wù)器詢問, 如果服務(wù)器如果認(rèn)為這個(gè)資源沒有過期, 可以繼續(xù)用則給出304響應(yīng), 客戶端繼續(xù)使用原來的資源; 否則給出200, 并在響應(yīng)body加上資源, 客戶端使新的資源.
1.Last-Modified與If-Modified-Since
這個(gè)機(jī)制是, 服務(wù)器在響應(yīng)頭中加上Last-Modified
, 一般是一個(gè)資源的最后修改時(shí)間, 瀏覽器首次請(qǐng)求時(shí)獲得這個(gè)時(shí)間, 下一次請(qǐng)求時(shí)將這個(gè)時(shí)間放在請(qǐng)求頭的If-Modified-Since
, 服務(wù)器收到這個(gè)If-Modified-Since
時(shí)間n
后查詢資源的最后修改時(shí)間m
與之對(duì)比, 若m>n
, 給出200響應(yīng), 更新Last-Modified
為新的值, body中為這個(gè)資源, 瀏覽器收到后使用新的資源; 否則給出304響應(yīng), body無數(shù)據(jù), 瀏覽器使用上一次緩存的資源.
2.Etag與If-None-Match
Last-Modified
模式存兩個(gè)問題, 一是它是秒級(jí)別的比對(duì), 所以當(dāng)資源的變化小于一秒時(shí)瀏覽器可能使用錯(cuò)誤的資源; 二是資源的最新修改時(shí)間變了可能內(nèi)容并沒有變, 但是還是會(huì)給出完整響應(yīng), 造成浪費(fèi). 基于此在HTTP1.1引入了Etag模式.
這個(gè)與上面的Last-Modified
機(jī)制基本相同, 不過不再是比對(duì)最后修改時(shí)間而是比對(duì)資源的標(biāo)識(shí), 這個(gè)Etag一般是基于資源內(nèi)容生成的標(biāo)識(shí). 由于Etag是基于內(nèi)容生成的, 所以當(dāng)且僅當(dāng)內(nèi)容變化才會(huì)給出完整響應(yīng), 無浪費(fèi)和錯(cuò)誤的問題.
演示第8, 10
如何選擇緩存策略https://tools.ietf.org/pdf/rfc7234.pdf
附錄1.演示代碼
const http = require('http'); const fs = require('fs'); let etag = 0; let tpl = fs.readFileSync('./index.html'); let img = fs.readFileSync('./test.png'); http.createServer((req, res) => { etag++; // 我是個(gè)假的eTag console.log('--->', req.url); switch (req.url) { // 模板 case '/index': res.writeHead(200, { 'Content-Type': 'text/html', 'Cache-Control': 'no-store' }); res.end(tpl); break; // 1. 不給任何與緩存相關(guān)的頭, 任何情況下, 既不會(huì)被瀏覽器緩存, 也不會(huì)被代理服務(wù)緩存 case '/img/nothing_1': res.writeHead(200, { 'Content-Type': 'image/png' }); res.end(img); break; // 2. 設(shè)置了no-cache表明每次要使用緩存資源前需要向服務(wù)器確認(rèn) case '/img/cache-control=no-cache_2': res.writeHead(200, { 'Content-Type': 'image/png', 'cache-control': 'no-cache' }); res.end(img); break; // 3. 設(shè)置max-age表示在瀏覽器最多緩存的時(shí)間 case '/img/cache-control=max-age_3': res.writeHead(200, { 'Content-Type': 'image/png', 'cache-control': 'max-age=10' }); res.end(img); break; // 4. 設(shè)置了max-age s-maxage public: public 是說這個(gè)資源可以被服務(wù)器緩存, 也可以被瀏覽器緩存, // max-age意思是瀏覽器的最長緩存時(shí)間為n秒, s-maxage表明代理服務(wù)器的最長緩存時(shí)間為那么多秒 case '/img/cache-control=max-age_s-maxage_public_4': res.writeHead(200, { 'Content-Type': 'image/png', 'cache-control': 'public, max-age=10, s-maxage=40' }); res.end(img); break; // 設(shè)置了max-age s-maxage private: private 是說這個(gè)資源只能被瀏覽器緩存, 不能被代理服務(wù)器緩存 // max-age說明了在瀏覽器最長緩存時(shí)間, 這里的s-maxage實(shí)際是無效的, 因?yàn)椴荒鼙淮矸?wù)緩存 case '/img/cache-control=max-age_s-maxage_private_5': res.writeHead(200, { 'Content-Type': 'image/png', 'cache-control': 'private, max-age=10, s-maxage=40' }); res.end(img); break; // 7. 可以被代理服務(wù)器緩存, 確不能被瀏覽器緩存 case '/img/cache-control=private_max-age_7': res.writeHead(200, { 'Content-Type': 'image/png', 'cache-control': 'public, s-maxage=40' }); res.end(img); break; // 8. 協(xié)商緩存 case '/img/talk_8': let stats = fs.statSync('./test.png'); let mtimeMs = stats.mtimeMs; let If_Modified_Since = req.headers['if-modified-since']; let oldTime = 0; if(If_Modified_Since) { const If_Modified_Since_Date = new Date(If_Modified_Since); oldTime = If_Modified_Since_Date.getTime(); } mtimeMs = Math.floor(mtimeMs / 1000) * 1000; // 這種方式的精度是秒, 所以毫秒的部分忽略掉 console.log('mtimeMs', mtimeMs); console.log('oldTime', oldTime); if(oldTime < mtimeMs) { res.writeHead(200, { 'Cache-Control': 'no-cache', // 測(cè)試發(fā)現(xiàn), 必須要有max-age=0 或者no-cache,或者expires為當(dāng)前, 才會(huì)協(xié)商, 否則沒有協(xié)商的過程 'Last-Modified': new Date(mtimeMs).toGMTString() }); res.end(fs.readFileSync('./test.png')); }else { res.writeHead(304); res.end(); } // 9. 設(shè)置了expires, 表示資源到期時(shí)間 case '/img/expires_9': const d = new Date(Date.now() + 5000); res.writeHead(200, { 'Content-Type': 'image/png', 'expires': d.toGMTString() }); res.end(img); break; // 10. 設(shè)置了expires, 表示資源到期時(shí)間 case '/img/etag_10': const If_None_Match = req.headers['if-none-match']; console.log('If_None_Match,',If_None_Match); if(If_None_Match != etag) { res.writeHead(200, { 'Content-Type': 'image/png', 'Etag': String(etag) }); res.end(img); }else { res.statusCode = 304; res.end(); } break; // 11. no-store 能協(xié)商緩存嗎? 不能, 請(qǐng)求不會(huì)帶if-modified-since case '/img/no-store_11': const stats2 = fs.statSync('./test.png'); let mtimeMs2 = stats2.mtimeMs; let If_Modified_Since2 = req.headers['if-modified-since']; let oldTime2 = 0; if(If_Modified_Since2) { const If_Modified_Since_Date = new Date(If_Modified_Since2); oldTime2 = If_Modified_Since_Date.getTime(); } mtimeMs2 = Math.floor(mtimeMs2 / 1000) * 1000; // 這種方式的精度是秒, 所以毫秒的部分忽略掉 console.log('mtimeMs', mtimeMs2); console.log('oldTime', oldTime2); if(oldTime2 < mtimeMs2) { res.writeHead(200, { 'Cache-Control': 'no-store', // 測(cè)試發(fā)現(xiàn), 必須要有max-age=0 或者no-cache,或者expires為當(dāng)前, 才會(huì)協(xié)商, 否則沒有協(xié)商的過程 'Last-Modified': new Date(mtimeMs2).toGMTString() }); res.end(fs.readFileSync('./test.png')); }else { res.writeHead(304); res.end(); } default: res.statusCode = 404; res.statusMessage = 'Not found', res.end(); } }).listen(1234);
2.測(cè)試用代理服務(wù)器nginx配置
不要問我這是個(gè)啥, 我是copy的
worker_processes 8; events { worker_connections 65535; } http { include mime.types; default_type application/octet-stream; charset utf-8; log_format main '$http_x_forwarded_for $remote_addr $remote_user [$time_local] "$request" ' '$status $body_bytes_sent "$http_referer" ' '"$http_user_agent" "$http_cookie" $host $request_time'; sendfile on; tcp_nopush on; tcp_nodelay on; keepalive_timeout 65; proxy_connect_timeout 500; #跟后端服務(wù)器連接的超時(shí)時(shí)間_發(fā)起握手等候響應(yīng)超時(shí)時(shí)間 proxy_read_timeout 600; #連接成功后_等候后端服務(wù)器響應(yīng)的時(shí)間_其實(shí)已經(jīng)進(jìn)入后端的排隊(duì)之中等候處理 proxy_send_timeout 500; #后端服務(wù)器數(shù)據(jù)回傳時(shí)間_就是在規(guī)定時(shí)間內(nèi)后端服務(wù)器必須傳完所有數(shù)據(jù) proxy_buffer_size 128k; #代理請(qǐng)求緩存區(qū)_這個(gè)緩存區(qū)間會(huì)保存用戶的頭信息以供Nginx進(jìn)行規(guī)則處理_一般只要能保存下頭信息即可 proxy_buffers 4 128k; #同上 告訴Nginx保存單個(gè)用的幾個(gè)Buffer大用多大空間 proxy_busy_buffers_size 256k; #如果系統(tǒng)很忙的時(shí)候可以申請(qǐng)更大的proxy_buffers 官方推薦*2 proxy_temp_file_write_size 128k; #設(shè)置web緩存區(qū)名為cache_one,內(nèi)存緩存空間大小為12000M,自動(dòng)清除超過15天沒有被訪問過的緩存數(shù)據(jù),硬盤緩存空間大小200g #要想開啟nginx的緩存功能,需要添加此處的兩行內(nèi)容! #設(shè)置Web緩存區(qū)名稱為cache_one,內(nèi)存緩存空間大小為500M,緩存的數(shù)據(jù)超過1天沒有被訪問就自動(dòng)清除;訪問的緩存數(shù)據(jù),硬盤緩存空間大小為30G proxy_cache_path /usr/local/nginx/proxy_cache_path levels=1:2 keys_zone=cache_one:500m inactive=1d max_size=30g; #創(chuàng)建緩存的時(shí)候可能生成一些臨時(shí)文件存放的位置 proxy_temp_path /usr/local/nginx/proxy_temp_path; fastcgi_connect_timeout 3000; fastcgi_send_timeout 3000; fastcgi_read_timeout 3000; fastcgi_buffer_size 256k; fastcgi_buffers 8 256k; fastcgi_busy_buffers_size 256k; fastcgi_temp_file_write_size 256k; fastcgi_intercept_errors on; client_header_timeout 600s; client_body_timeout 600s; client_max_body_size 100m; client_body_buffer_size 256k; gzip off; gzip_min_length 1k; gzip_buffers 4 16k; gzip_http_version 1.1; gzip_comp_level 9; gzip_types text/plain application/x-javascript text/css application/xml text/javascript; gzip_vary on; include vhosts/*.conf; server { listen 80; server_name localhost; location / { proxy_pass http://127.0.0.1:1234; proxy_set_header Host $http_host; proxy_set_header X-Real-IP $remote_addr; proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; proxy_redirect off; proxy_cache cache_one; #此處的cache_one必須于上一步配置的緩存區(qū)域名稱相同 proxy_cache_valid 200 304 12h; proxy_cache_valid 301 302 1d; proxy_cache_valid any 1h; #不同的請(qǐng)求設(shè)置不同的緩存時(shí)效 proxy_cache_key $uri$is_args$args; #生產(chǎn)緩存文件的key,通過4個(gè)string變量結(jié)合生成 expires off; #加了這個(gè)的話會(huì)自己修改cache-control, 寫成off則不會(huì) proxy_set_header X-Forwarded-Proto $scheme; } } }
以上是“如何使用node解讀http緩存的內(nèi)容”這篇文章的所有內(nèi)容,感謝各位的閱讀!希望分享的內(nèi)容對(duì)大家有幫助,更多相關(guān)知識(shí),歡迎關(guān)注創(chuàng)新互聯(lián)網(wǎng)站制作公司行業(yè)資訊頻道!
分享名稱:如何使用node解讀http緩存的內(nèi)容-創(chuàng)新互聯(lián)
URL網(wǎng)址:http://chinadenli.net/article40/desdeo.html
成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián),為您提供網(wǎng)站設(shè)計(jì)公司、企業(yè)網(wǎng)站制作、網(wǎng)頁設(shè)計(jì)公司、搜索引擎優(yōu)化、網(wǎng)站導(dǎo)航、電子商務(wù)
聲明:本網(wǎng)站發(fā)布的內(nèi)容(圖片、視頻和文字)以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主,如果涉及侵權(quán)請(qǐng)盡快告知,我們將會(huì)在第一時(shí)間刪除。文章觀點(diǎn)不代表本網(wǎng)站立場(chǎng),如需處理請(qǐng)聯(lián)系客服。電話:028-86922220;郵箱:631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載,或轉(zhuǎn)載時(shí)需注明來源: 創(chuàng)新互聯(lián)
猜你還喜歡下面的內(nèi)容