html 缓存静态资源,Web前端中的静态资源缓存笔记

根据webkit资源的分类

webkit的资源分类主要分为两大类:主资源和派生资源。

主资源:比如HTML页面,或者下载项,对应代码中的类是MainResourceLoader。

派生资源:比如HTML页面中内嵌的图片或者脚本链接,对应代码中的类是SubresourceLoader。

根据http状态码分类

200 (from memory cache)

200 (from disk cache)

304 (Not Modified)

200 (from memory cache)

不访问服务器,直接读缓存,从内存中读取缓存。此时的数据时缓存到内存中的,当kill进程后,也就是浏览器关闭以后,数据将不存在。

虽然Webkit支持memoryCache,但是也只是针对派生资源,它对应的类为CachedResource,用于保存原始数据(比如CSS,JS等),以及解码过的图片数据。

200 (from disk cache)

不访问服务器,直接从磁盘中读取缓存,当kill进程时,数据还是存在。

它的直接操作对象为CurlCacheManager。

这种方式也只能缓存派生资源。

它的存储形式为一个index.dat文件,记录存储数据的url,然后再分别存储该url的response信息和content内容。Response信息最大作用就是用于判断服务器上该url的content内容是否被修改。具体详见:

Last-Modified

304 (Not Modified)

访问服务器,发现数据没有

更新,服务器返回此状态码。然后从缓存中读取数据。

至于何时使用本地缓存,何时会访问服务器304,这就和服务器在请求返回中的Header字段有关了。附上我的HTTP学习笔记。

http header

max-age

web中的文件被用户访问(请求)后的存活时间,是个相对的值,相对Request_time(请求时间)

Expires

Expires指定的时间根据服务器配置可能有两种:

文件最后访问时间

文件绝对修改时间

如果max-age和Expires同时存在,则被Cache-Control的max-age覆盖

Last-modified

WEB 服务器认为对象的最后修改时间,比如文件的最后修改时间,动态页面的最后产生时间

ETag

对象(比如URL)的标志值,就一个对象而言,文件被修改,Etag也会修改

Cache-Control

简单理解,强缓存

三级缓存原理

先去内存看,如果有,直接加载

如果内存没有,择取硬盘获取,如果有直接加载

如果硬盘也没有,那么就进行网络请求

加载到的资源缓存到硬盘和内存

结论

引用网上图片

1460000013464976?w=720&h=846

<think>好的,用户想配置Nginx来缓存前端静态文件,需要最佳实践。首先,我得回忆一下Nginx缓存配置的相关知识。记得Nginx的缓存主要通过proxy_cache模块来实现,但如果是作为静态资源服务器,可能需要用expires指令或者缓存头来控制浏览器的缓存。 用户提到了引用[2]中的proxy_cache_path,但这是反向代理缓存,适用于缓存后端动态内容。而用户的问题是关于前端静态资源,可能更适合使用expires指令或者Cache-Control头来让浏览器缓存静态文件。比如引用[3]中的配置,虽然主要是静态压缩,但可以结合缓存设置。 另外,引用[4]提到控制不缓存的配置,比如设置Cache-Control为no-cache,但用户需要的是缓存,所以应该设置长期的有效期。比如对图片、CSS、JS等静态资源设置expires 30d;,这样浏览器会缓存这些资源,减少请求次数。 不过,还要注意版本管理,避免缓存导致更新问题。通常会在文件名中添加哈希值,然后设置长期缓存。同时,Nginx配置中需要匹配这些静态资源的路径,比如location ~* \.(js|css|png)$这样的正则匹配。 另外,是否要使用gzip压缩呢?引用[3]里提到了gzip_static on;,这需要预先生成压缩文件,可以节省服务器压缩的时间。但用户的问题主要是缓存,这部分可以作为优化建议。 所以,综合起来,配置步骤应该是:确定静态资源的location块,设置expires或Cache-Control头,处理版本化文件,可能开启gzip。同时,确保Nginx配置语法正确,测试并重载配置。 可能还需要考虑CDN的情况,或者结合proxy_cache做服务器端缓存,但用户需求更可能是浏览器缓存。需要分清楚两种缓存的不同:浏览器缓存和Nginx反向代理缓存。用户的问题可能更倾向于前者,所以主要用expires指令。 最后,验证配置是否正确,用curl检查响应头里是否有Cache-Control和Expires信息,确认缓存生效。另外,最佳实践包括版本控制文件名、区分长期和短期资源、合理设置缓存时间等。</think>### Nginx静态资源缓存配置步骤 1. **基础缓存配置** 在`server`块中添加以下配置,为常见静态资源设置缓存时间: ```nginx location ~* \.(js|css|png|jpg|jpeg|gif|ico|woff2|svg)$ { expires 30d; # 客户端缓存30天 add_header Cache-Control "public, no-transform"; # 明确缓存策略[^2] access_log off; # 关闭日志减少IO } ``` 2. **版本化资源长期缓存** 对带有哈希值的文件(如`main.a1b2c3.css`)设置永久缓存: ```nginx location ~* \.[a-f0-9]{8}\.(js|css)$ { expires 1y; add_header Cache-Control "public, immutable"; # 不可变声明[^4] } ``` 3. **禁用HTML文件缓存** 防止页面更新延迟: ```nginx location ~* \.html$ { add_header Cache-Control "no-cache, must-revalidate"; # 强制协商缓存 } ``` 4. **启用gzip压缩(可选优化)** ```nginx gzip on; gzip_types text/plain text/css application/json application/javascript; ``` ### 配置验证方法 ```bash # 检查语法 nginx -t # 重载配置 nginx -s reload # 验证响应头 curl -I https://example.com/static/main.js ``` ### 最佳实践要点 1. **缓存分层** - 低频变更资源:设置`expires 1y` + `immutable` - 普通静态资源:`expires 30d` - 动态内容:`no-cache` 2. **版本控制** 使用webpack等工具生成带哈希文件名,例如: `app-2e8a9b3f.js` → 允许永久缓存 3. **缓存清除策略** - 通过文件名版本变更自动失效旧缓存 - 使用`purge`模块实现主动清除(需额外安装) 4. **监控指标** 在Nginx状态模块中监控`proxy_cache_*`指标,评估缓存命中率[^2]
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值