网络与协议 · 18/72
1. Ajax、Axios、Fetch 对比 2. Ajax 原理 3. Ajax 技术与实现 4. 常见的应用层协议 5. 浏览器缓存的存储位置 6. 从输入 URL 到页面显示的过程 7. Cache-Control 常见配置值 8. CDN 工作原理 9. 为什么推荐将静态资源放到 CDN 上 10. Cookie 的弊端 11. Cookie 的 Secure 属性设置 12. CORS 请求携带身份凭证的方法 13. CORS 跨域原理 14. 复杂请求预检检查内容 15. CORS 预检请求 16. CORS简单请求的条件 17. 简单请求为何无需预检 18. DNS 域名解析与网络请求路由 19. 什么是跨域 20. 什么是 DNS 劫持? 21. DNS 预解析优化网页加载速度 22. DNS 解析过程与优化 23. URL 参数为什么需要 encodeURIComponent 转码 24. Last-Modified 和 ETag 的区别 25. Fetch 发送两次请求的原因 26. 正向代理与反向代理 27. 前后端通信方式 28. GET请求能否上传图片 29. GET 请求的传参长度限制 30. HTTP 缓存策略 31. GET 与 POST 的区别 32. HTTP状态码301与302的区别 33. HTTP 数据传输 34. HTTP 队头阻塞 35. HTTP 请求头和响应头的重要字段 36. HTTP发展历程 37. HTTP与HTTPS总结 38. HTTP 和 HTTPS 的区别 39. HTTP 报文结构与状态码 40. HTTP Keep-Alive 机制 41. HTTP管道机制的作用 42. HTTP协议优缺点 43. HTTP 重定向状态码 301/302/303/307/308 44. HTTP 请求方法 45. HTTP 协议版本演进 46. HTTP与TCP的区别 47. HTTP/2 多路复用原理 48. HTTPS 协议的缺点 49. HTTP/3 如何保证传输可靠性 50. HTTP/2 的改进 51. HTTPS 加密原理 52. 什么是负载均衡? 53. Nginx 负载均衡调度算法 54. Nginx 是什么 55. 对象存储 OSS 是什么 56. OPTIONS 请求方法及使用场景 57. 轮询与 WebSocket 对比 58. HTTPS 中 SSL 的 OSI 层位置 59. SSL连接恢复 60. 强缓存和协商缓存 61. TCP 三次握手与四次挥手 62. TCP三次握手中的数据传输 63. TCP 和 HTTP 请求的关系 64. TCP/IP 协议 65. TCP 如何判断丢包 66. TCP 与 UDP 的区别 67. WebSocket 的 Handshaking 握手过程 68. TLS 1.3 相比 TLS 1.2 的改进 69. URI、URL、URN 的区别 70. WebSocket 心跳机制 71. WebSocket 协议原理 72. XML与JSON对比

DNS 域名解析与网络请求路由

从输入域名到请求到达服务器的完整过程

问题

在深圳的浏览器输入 www.baidu.com,请求是如何发送到北京服务器的?

解答

整个过程分为两个阶段:DNS 解析(域名转 IP)和 网络路由(数据包传输)。

1. DNS 解析

浏览器需要先把域名转换成 IP 地址:

www.baidu.com → 180.101.50.242

解析顺序:

1. 浏览器缓存 → 有则直接用
2. 操作系统缓存 → hosts 文件 + 系统 DNS 缓存
3. 本地 DNS 服务器 → 通常是运营商提供(如深圳电信 DNS)
4. 递归查询:
   根域名服务器 → .com 顶级域服务器 → baidu.com 权威服务器
// 可以用 Node.js 查看 DNS 解析结果
const dns = require('dns');

dns.resolve4('www.baidu.com', (err, addresses) => {
  console.log(addresses); // ['180.101.50.242', '180.101.50.188']
});

2. 建立 TCP 连接

拿到 IP 后,浏览器与服务器进行三次握手:

深圳客户端                    北京服务器
    |  ---- SYN ---->            |
    |  <--- SYN+ACK ---          |
    |  ---- ACK ---->            |
    |      连接建立               |

3. 网络路由

数据包从深圳到北京,经过多个路由器转发:

深圳客户端

家庭路由器(192.168.1.1)

小区网关

深圳电信骨干网

省际骨干网(广州 → 武汉 → 北京)

北京联通/电信机房

百度服务器(180.101.50.242)

每个路由器根据路由表决定下一跳地址:

# 查看路由路径
traceroute www.baidu.com

# 输出示例:
# 1  192.168.1.1      1ms    # 家庭路由器
# 2  100.64.0.1       5ms    # 运营商网关
# 3  202.97.94.1      10ms   # 骨干网节点
# ...
# 12 180.101.50.242   25ms   # 目标服务器

4. CDN 加速(实际情况)

实际上,百度使用了 CDN,深圳用户的请求通常不会真的到北京:

DNS 智能解析:
  深圳用户 → 解析到深圳/广州的 CDN 节点
  北京用户 → 解析到北京的 CDN 节点
// 不同地区解析结果可能不同
// 深圳:180.101.50.242(华南节点)
// 北京:220.181.38.150(华北节点)

完整流程图

输入 URL

DNS 解析(域名 → IP)

建立 TCP 连接(三次握手)

发送 HTTP 请求

数据包经路由器逐跳转发

服务器处理并返回响应

浏览器渲染页面

关键点

  • DNS 解析:浏览器缓存 → 系统缓存 → 本地 DNS → 递归查询根/顶级/权威服务器
  • 路由转发:数据包经过多个路由器,每个路由器查路由表决定下一跳
  • CDN 优化:大型网站使用 CDN,DNS 会返回离用户最近的服务器 IP
  • BGP 协议:骨干网路由器通过 BGP 协议交换路由信息,找到最优路径
  • 延迟组成:总延迟 = DNS 解析 + TCP 握手 + 传输时间 + 服务器处理