当前位置: 首页 > news >正文

【面试题集合】

目录

    • 强缓存VS协商缓存
      • **一、强缓存(本地缓存)**
        • 1. **定义**
        • 2. **核心 HTTP 头**
        • 3. **缓存生效流程**
        • 4. **应用场景**
      • **二、协商缓存(条件请求)**
        • 1. **定义**
        • 2. **核心 HTTP 头**
        • 3. **缓存生效流程**
        • 4. **应用场景**
      • **三、强缓存 vs 协商缓存**
      • **四、实际使用建议**
        • 1. **强缓存 + 文件名哈希(最佳实践)**
        • 2. **协商缓存用于 HTML 文件**
        • 3. **禁用缓存**
      • **五、面试回答示例**

强缓存VS协商缓存

一、强缓存(本地缓存)

1. 定义

强缓存是指浏览器直接从本地缓存中读取资源,不向服务器发送请求。通过 HTTP 头中的 ExpiresCache-Control 字段控制。

2. 核心 HTTP 头
  • Expires(HTTP/1.0):
    指定资源的过期时间(绝对时间),例如:

    Expires: Wed, 21 Oct 2025 07:28:00 GMT
    

    缺点:依赖客户端时间,时间误差可能导致缓存失效。

  • Cache-Control(HTTP/1.1,优先级高于 Expires):
    通过指令控制缓存行为,常用指令:

    Cache-Control: max-age=31536000  // 资源有效期(秒),例如 1 年
    Cache-Control: public            // 允许代理服务器缓存
    Cache-Control: no-cache          // 禁用强缓存,需协商缓存
    Cache-Control: no-store          // 完全禁用缓存
    
3. 缓存生效流程
graph TD
  浏览器请求资源 --> 检查缓存是否过期
  缓存未过期 --> 直接读取本地缓存(状态码 200 from cache)
  缓存过期 --> 向服务器发送请求
4. 应用场景
  • 静态资源:如 CSS、JS、图片(文件名带哈希,例如 app.a1b2c3.js)。
  • 长期不变的资源:如公司 Logo、字体文件。

二、协商缓存(条件请求)

1. 定义

当强缓存失效时,浏览器向服务器发送请求,携带缓存标识,由服务器判断资源是否更新:

  • 若未更新 → 返回 304(Not Modified),浏览器读取本地缓存。
  • 若已更新 → 返回 200 和新资源。
2. 核心 HTTP 头
  • 基于修改时间(精度低):

    • Last-Modified(响应头):服务器返回资源的最后修改时间。
    • If-Modified-Since(请求头):浏览器将 Last-Modified 的值带回给服务器。
  • 基于内容标识(精度高,推荐):

    • ETag(响应头):服务器返回资源的唯一标识(如哈希值)。
    • If-None-Match(请求头):浏览器将 ETag 的值带回给服务器。
3. 缓存生效流程
graph TD
  强缓存过期 --> 浏览器携带 If-None-Match/If-Modified-Since 请求服务器
  服务器对比标识 --> 资源未更新 --> 返回 304 --> 浏览器读取本地缓存
  服务器对比标识 --> 资源已更新 --> 返回 200 和新资源
4. 应用场景
  • 频繁更新的资源:如用户个人信息页面、动态生成的 JSON 数据。
  • 需要实时性的资源:如新闻详情页、商品价格。

三、强缓存 vs 协商缓存

特性强缓存协商缓存
是否发送请求否(直接读缓存)是(携带标识验证)
响应状态码200 (from cache)304 (Not Modified)
控制字段Expires/Cache-ControlLast-Modified/ETag
优先级先检查强缓存,失效再协商强缓存失效后触发

四、实际使用建议

1. 强缓存 + 文件名哈希(最佳实践)
  • 为静态资源(JS/CSS/图片)添加哈希指纹(如 Webpack 的 [contenthash]):
    <script src="app.a1b2c3.js"></script>
    
  • 配置 Cache-Control: max-age=31536000(1 年),资源内容变化后哈希值改变,自动触发重新下载。
2. 协商缓存用于 HTML 文件
  • HTML 文件不添加哈希,设置 Cache-Control: no-cache,确保用户每次访问时通过协商缓存验证更新。
3. 禁用缓存
  • 敏感数据(如用户隐私)设置 Cache-Control: no-store

五、面试回答示例

面试官:什么是强缓存和协商缓存?
回答

强缓存和协商缓存是浏览器控制资源缓存的两种机制。
强缓存通过 Cache-ControlExpires 头实现,浏览器直接读取本地缓存,无需请求服务器,适合静态资源(如 JS、CSS)。
协商缓存在强缓存失效后触发,浏览器携带 ETagLast-Modified 标识向服务器验证资源是否更新,若未更新返回 304,适合动态资源(如用户数据)。
实际项目中,我们会为静态资源添加哈希指纹并设置长期强缓存,HTML 文件使用协商缓存,确保用户及时获取最新内容。

面试官追问:如何设置强缓存?
回答

在 Nginx 中配置静态资源的 Cache-Control

location /static {
  expires 1y;
  add_header Cache-Control "public, max-age=31536000";
}

同时在前端构建时,为文件名添加哈希(如 app.[contenthash].js),确保内容变化后 URL 改变,触发重新加载。


相关文章:

  • 【3-12 toupper(ch) tolower(ch) 和ASCII码 和全排列】
  • Android Retrofit 框架适配器模块深入源码分析(五)
  • Vmware Ubuntu 22.04 连接移动硬盘
  • 成为超人 21:超人怎么学?技能的学习,如编程
  • 【从零开始学习计算机科学】编译原理(五)语法制导翻译
  • grunt构建工具:scss转css
  • JavaWeb-servlet6中request和response的使用
  • 第J2周:ResNet50V2算法实现01(Tensorflow硬编码版)
  • ubuntu2404 安装 过程中 手动设置网络
  • 《深度剖析:鸿蒙系统下智能NPC与游戏剧情的深度融合》
  • 今天六大热点爆料
  • Redis 数据结构详解
  • 设计模式-结构型模式-装饰器模式
  • 信奥赛CSP-J复赛集训(模拟算法专题)(10):P2356 弹珠游戏
  • Linux:Ubuntu server 24.02 上搭建 ollama + dify
  • 【Golang】第三弹----运算符
  • 数据类设计_图片类设计之3_半规则图类设计(前端架构基础)
  • 【贪心算法4】
  • AI 变革药物研发:深势科技的云原生实践之路
  • 【每日学点HarmonyOS Next知识】tab拦截、组件方法做参数、自定义组件链式调用、多次观察者监听、横竖屏切换
  • 缅甸内观冥想的历史漂流:从心理治疗室到“非语言现场”
  • “一百零一个愿望——汉字艺术展”亮相意大利威尼斯
  • 陕西省安康市汉阴县县长陈永乐已任汉阴县委书记
  • 免签国+1,中乌(兹别克斯坦)互免签证协定6月生效
  • 紫光集团原董事长赵伟国一审被判死缓
  • 因操纵乙烯价格再遭诉讼,科莱恩等四家企业被陶氏索赔60亿