继上篇《
不只是前端，后端、产品和测试也需要了解的浏览器知识（一）》介绍了浏览器的基本情况、发展历史以及市场占有率。
本篇文章将介绍浏览器基本原理。
在掌握基本原理后，通过技术深入，在研发过程中不断创新，推动产品性能、用户体验的提升，来实现业务的增长，创造可持续的价值
。
一、 业务系统呈现给用户的节点
当用户访问我们的业务系统时，浏览器和服务器之间会进行一系列复杂的交互过程。浏览器整体的导航流程如下：
以下是用户从输入 URL 到看到业务系统页面的详细步骤：
1. 输入 URL 并解析
1.1. 用户输入 URL 并按下回车键
用户在浏览器地址栏中输入业务系统的 URL，例如
https://www.businesssystem.com
，并按下回车键。
1.2. 浏览器解析 URL
浏览器解析输入的 URL，确定协议（如 HTTPS）、主机名（如 www.businesssystem.com）、端口号（如果有）、路径、查询参数等。
1.3. DNS 解析：
浏览器需要将主机名转换为 IP 地址。这个过程称为 DNS 解析，通常包括以下步骤：
•
浏览器首先检查本地 DNS 缓存，看看是否有对应的 IP 地址。
•
如果本地缓存中没有，浏览器会向操作系统查询。
•
操作系统会检查自己的缓存，并可能向本地的 DNS 服务器发出请求。
•
本地 DNS 服务器可能会递归查询其他 DNS 服务器，直到找到对应的 IP 地址。
2. 建立连接、发送请求并接收响应
2.1. 建立 TCP 连接
一旦获得了 IP 地址，浏览器会通过 TCP/IP 协议与服务器建立连接。对于 HTTPS，浏览器还会进行 SSL/TLS 握手，以建立安全连接。流程如下
2.2. 发送 HTTP 请求
连接建立后，浏览器会构建一个 HTTP 请求并发送给服务器。请求包括请求行（例如
GET /index.html HTTP/1.1
）、请求头（如 User-Agent、Accept 等）以及可能的请求体（对于 POST 请求）。
2.3. 服务器处理请求
服务器接收到请求后，会根据请求的内容进行处理：
•
服务器解析请求，确定所需的资源（如 HTML 文件、图片、数据等）。
•
服务器可能需要与后端数据库或其他服务进行交互，以生成响应内容。
•
服务器构建 HTTP 响应，包括状态行（如
HTTP/1.1 200 OK
）、响应头（如 Content-Type、Content-Length 等）和响应体（实际的页面内容）。
2.4. 发送 HTTP 响应
服务器将构建好的 HTTP 响应发送回浏览器。
2.5. 浏览器接收响应
浏览器接收到服务器的响应后，会根据响应头的信息处理响应体：
•
如果响应是重定向（如 301 或 302），浏览器会根据 Location 头再次发起请求。
•
如果响应包含压缩内容（如 gzip），浏览器会解压缩。
•
浏览器会根据 Content-Type 头确定如何处理响应体（如 HTML、CSS、JavaScript、图片等）。
发送请求和接受响应流程如下：
3. 解析和加载资源、渲染页面
3.1. 解析 HTML
浏览器开始解析 HTML 文档，构建 DOM 树。解析过程中，浏览器会处理各种 HTML 标签，并根据需要发起其他请求（如 CSS、JavaScript、图片等）。
3.2. 加载和执行资源
•
CSS
：浏览器解析 CSS 文件并构建 CSSOM 树，与 DOM 树结合形成渲染树。
•
JavaScript
：浏览器解析和执行 JavaScript 代码，可能会修改 DOM 树或 CSSOM 树。
•
图片和其他资源
：浏览器会异步加载这些资源，并在加载完成后进行渲染。
3.3. 渲染页面
浏览器根据渲染树计算每个元素的布局（位置和大小），并将页面绘制到屏幕上。这个过程可能会涉及多次重绘和重排（reflow/repaint），尤其是在 JavaScript 修改 DOM 或 CSS 的情况下。
页面渲染流程如下：
4. 用户交互
页面加载完成后，用户可以与页面进行交互。浏览器会响应用户的操作（如点击、输入等），并可能通过 JavaScript 动态更新页面内容。
5. 小结
业务系统的呈现过程主要是：URL解析、与服务器建立连接、服务器处理请求并返回响应、下载和解析响应、页面渲染。
二、 系统呈现过程中的技术点
1. DNS解析优化
1.1. 启用 DNS 预解析
•
DNS 预解析（DNS Prefetching）
：浏览器在用户点击链接之前，提前解析该链接的域名，从而减少等待时间。
<link rel="dns-prefetch" href="//example.com">
1.2. DNS缓存优化
合理设置 DNS 记录的 TTL（Time-To-Live），使得 DNS 记录可以在客户端和中间缓存服务器上保存适当的时间，减少重复解析请求。
•
对于不经常变化的记录，可以设置较长的 TTL 值（如 24 小时）。
•
对于经常变化的记录，可以设置较短的 TTL 值（如几分钟到几小时）。
1.3. 负载均衡和冗余
•
负载均衡
：使用 DNS 负载均衡技术，将流量分配到多台服务器上，防止单点故障。
•
冗余配置
：配置多个权威 DNS 服务器，确保在一个服务器故障时，其他服务器可以继续提供解析服务。
1.4. 减少 DNS 查询次数
•
合并资源
：尽量将资源放在同一个域名下，减少跨域名的 DNS 查询次数。
•
减少外部资源
：尽量减少页面中引用的外部资源（如第三方脚本和样式），以减少额外的 DNS 查询。
2. http协议优化
2.1. 请求方法优化
•
使用合适的请求方法
：确保使用正确的 HTTP 方法（GET、POST、PUT、DELETE 等）来表示操作的意图。例如，使用 GET 方法获取数据，使用 POST 方法提交数据。
•
避免不必要的请求
：合并请求，减少页面中的请求次数。例如，CSS 和 JavaScript 文件可以合并，图像可以使用精灵图（sprite）。
2.2. 状态码优化
•
正确使用状态码
：确保服务器返回正确的 HTTP 状态码。例如，200 表示成功，404 表示资源未找到，500 表示服务器错误。
•
重定向优化
：减少重定向次数，避免不必要的 301 或 302 重定向。
2.3. 请求头和响应头优化
•
压缩传输内容
：使用 Gzip 或 Brotli 压缩传输内容，减少传输数据量。
•
缓存控制
：使用缓存控制头（如 Cache-Control、Expires）来缓存静态资源，减少重复请求。
•
内容安全策略（CSP）
：设置内容安全策略头，防止跨站脚本攻击（XSS）。
•
减少头部大小
：删除不必要的请求和响应头，减少头部大小，加快传输速度。
2.4. HTTP/2 和 HTTP/3 优化
a. 多路复用
•
启用 HTTP/2 或 HTTP/3
：这些协议支持多路复用，可以在一个 TCP 连接中同时发送多个请求和响应，减少延迟。
•
减少域名分片
：HTTP/2 和 HTTP/3 中，多路复用使得域名分片（将资源分布到多个子域名）不再必要，反而可能降低性能。
b. 头部压缩
•
使用 HPACK（HTTP/2）或 QPACK（HTTP/3）头部压缩
：这些协议支持头部压缩，减少传输的数据量。
c. 减少延迟
•
使用优先级和依赖
：HTTP/2 和 HTTP/3 支持请求优先级和依赖，确保关键资源优先加载。
•
启用 QUIC 协议（HTTP/3）
：QUIC 协议基于 UDP，减少了连接建立的延迟，提供更快的传输速度。
4. CDN优化
•
使用 CDN
：将静态资源分发到全球各地的节点，减少用户访问的延迟。
•
边缘计算
：利用 CDN 的边缘计算能力，在靠近用户的节点上处理部分逻辑，减少服务器负载。
•
静态资源托管
：将静态资源（如图像、CSS、JavaScript）托管在 CDN 上，减少网络延迟，加快加载速度。
5. 页面渲染时优化
5.1. HTML 优化
a. 减少 DOM 复杂度
•
简化 HTML 结构：
减少嵌套层级，避免过度复杂的 DOM 结构。
•
删除不必要的元素：
移除无用的 HTML 标签和注释。
b. 延迟加载非关键内容
•
使用 defer 和 async：
对非关键 JavaScript 文件使用
defer
或
async
属性，避免阻塞页面渲染。
•
懒加载图像和视频：
使用
loading="lazy"
属性或 JavaScript 实现懒加载，延迟加载视口外的图像和视频。
5.2. CSS 优化
a. 减少 CSS 文件大小
•
压缩 CSS 文件
：使用工具（如 CSSNano、CleanCSS）压缩 CSS 文件，减少文件大小。
•
移除未使用的 CSS
：使用工具（如 PurgeCSS）移除未使用的 CSS 规则。
b. 优化 CSS 加载
•
使用外部样式表
：将 CSS 放在外部样式表中，而不是内联样式，便于缓存和管理。
•
放置 CSS 在 <head> 中:
确保 CSS 文件在
<head>
中加载，以便尽快渲染页面。
•
避免 CSS 阻塞渲染
：将关键 CSS 内联到 HTML 中，非关键 CSS 异步加载。
5.3. JavaScript 优化
a. 减少 JavaScript 文件大小
•
压缩和混淆
：使用工具（如 UglifyJS、Terser）压缩和混淆 JavaScript 文件，减少文件大小。
•
移除未使用的代码
：使用工具（如 Webpack 的 Tree Shaking）移除未使用的代码。
b. 优化 JavaScript 加载
•
分离关键和非关键脚本
：将关键脚本放在
<head>
中，非关键脚本放在页面底部或使用
defer
和
async
。
•
代码分割
：使用 Webpack 等工具进行代码分割，按需加载模块。
c. 优化 JavaScript 执行
•
减少重排和重绘
：避免频繁操作 DOM，使用文档片段（Document Fragment）或虚拟 DOM 技术。
•
使用节流和防抖
：对高频率事件（如滚动、输入）使用节流（throttle）和防抖（debounce）技术，减少不必要的函数调用。
•
减少 JavaScript 阻塞
：避免长时间运行的 JavaScript 任务，使用 Web Workers 将复杂计算移到后台线程。
5.4. 图像优化
a. 减少图像文件大小
•
压缩图像
：使用工具（如 ImageOptim、TinyPNG）压缩图像文件，减少文件大小。
•
选择合适的格式
：根据图像内容选择合适的格式（如 JPEG、PNG、WebP），WebP 通常比 JPEG 和 PNG 更小。
b. 优化图像加载
•
使用响应式图像
：使用
srcset
和
sizes
属性提供不同分辨率的图像，适应不同设备。
•
懒加载图像
：使用
loading="lazy"
属性或 JavaScript 实现图像懒加载。
5.5. 其他优化策略
a. 优化字体加载
•
使用字体显示策略
：使用
font-display
属性控制字体加载行为，避免字体闪烁（FOIT）和不可见文本（FOUT）。
•
减少字体文件大小
：使用子集化工具（如 Google Fonts 的子集化功能）只加载需要的字符集，减少字体文件大小。
6. 小结
在实际业务中我们需要针对页面呈现过程中的每一个节点，去制定不同的优化策略。
三、总结
本文主要介绍了业务系统呈现给用户所经历的各个节点，以及作为技术人能在各节点中进行优化的点，
通过这些技术优化点，在研发过程中不断创新，推动产品性能、用户体验的提升，来实现业务的增长，创造可持续的价值。
来自 “ ITPUB博客 ” ，链接：https://blog.itpub.net/70037994/viewspace-3024782/
，如需转载，请注明出处，否则将追究法律责任。
