跳至主要內容

DNS 域名解析详解 - 浏览器如何找到目标服务器

老Z2026/3/22大约 12 分钟网络DNS域名解析网络协议浏览器性能优化

概述

DNS（Domain Name System）是互联网的基础设施之一，负责将人类可读的域名（如 www.zhaofutao.cn）转换为机器可读的 IP 地址（如 120.78.12.88）。本文将深入介绍 DNS 系统的工作原理，重点讲解浏览器如何完成一次完整的域名解析过程。

DNS 系统架构

域名层级结构

域名采用层级结构，从右到左级别递减：

层级示例说明
根域.隐藏的根节点，全球 13 组根服务器
顶级域 (TLD).cn .com .org由 ICANN 管理
二级域 (SLD)zhaofutao注册人可申请的名称
子域www blog api可自由分配的子域名

DNS 服务器类型

类型作用示例
根服务器指向 TLD 服务器全球 13 组 (a-m.root-servers.net)
TLD 服务器管理顶级域下的二级域.cn 服务器、.com 服务器
权威服务器保存最终 DNS 记录ns1.zhaofutao.cn
递归服务器替客户端查询8.8.8.8、114.114.114.114

浏览器域名解析流程

完整解析过程

当你在浏览器中输入 www.zhaofutao.cn 并访问时，浏览器按以下顺序查找 IP 地址：

详细步骤解析

第一步：浏览器 DNS 缓存

浏览器首先检查自己的 DNS 缓存：

// 现代浏览器通常缓存的 DNS 记录
// Chrome: chrome://net-internals/#dns 查看缓存
// Firefox: about:networking#dns 查看缓存

浏览器缓存的 TTL（生存时间）由 DNS 记录的 max-age 决定，一般在 60-600 秒之间。

第二步：检查 hosts 文件

如果浏览器缓存未命中，操作系统会检查 hosts 文件：

# Linux/Mac 上的 hosts 文件位置
/etc/hosts

# Windows 上的 hosts 文件位置
C:\Windows\System32\drivers\etc\hosts

hosts 文件示例：

# 格式: IP地址 主机名 [别名...]
127.0.0.1       localhost
192.168.1.100   myapp.local
120.78.12.88    www.zhaofutao.cn

hosts 文件优先级高于 DNS 查询，这是本地开发环境中常用于域名调试的技术。

第三步：系统 DNS 缓存

操作系统也有 DNS 缓存机制：

  • Windows: 使用 DNS Client 服务缓存
  • Linux: 通常通过 nscd (Name Service Cache Daemon) 实现
  • macOS: 使用 mDNSResponder
# Windows 查看 DNS 缓存
ipconfig /displaydns

# Windows 清除 DNS 缓存
ipconfig /flushdns

# Linux 清除 nscd 缓存
sudo systemctl restart nscd

# macOS 清除 DNS 缓存
sudo dscacheutil -flushcache
sudo killall -HUP mDNSResponder

第四步：本地 DNS 解析器

如果以上都未命中，请求会发送到本地 DNS 解析器（通常由 ISP 提供）。这是家庭和办公网络中最常见的 DNS 服务器。

常见的公共 DNS 服务器：

提供商IPv4 地址IPv6 地址
Google8.8.8.8, 8.8.4.42001:4860:4860::8888
Cloudflare1.1.1.1, 1.0.0.12606:4700:4700::1111
阿里云223.5.5.5, 223.6.6.62400:3200::1
腾讯 DNSPod119.29.29.292402:4e00::

第五步：递归查询

本地 DNS 服务器如果没有缓存，则代表客户端进行递归查询：

  1. 查询根服务器: 询问 www.zhaofutao.cn 的 IP
  2. 根服务器返回: cn 顶级域服务器地址
  3. 查询 TLD 服务器: 询问 zhaofutao.cn 的权威服务器
  4. TLD 服务器返回: zhaofutao.cn 的权威服务器地址
  5. 查询权威服务器: 获取 www.zhaofutao.cn 的 A/AAAA 记录
  6. 返回最终结果

第六步：建立连接

浏览器获得 IP 地址后，使用该 IP 建立 TCP 连接（通常是 80 端口的 HTTP 或 443 端口的 HTTPS）。

DNS 记录类型

DNS 不只存储 A 记录，还有多种记录类型：

记录类型作用示例
AIPv4 地址映射www.zhaofutao.cn -> 120.78.12.88
AAAAIPv6 地址映射www -> 2400:xxxx:xxxx::1
CNAME域名别名blog.zhaofutao.cn -> zhaofutao.cn
MX邮件交换服务器@zhaofutao.cn -> mail.zhaofutao.cn
NS域名服务器zhaofutao.cn -> ns1.zhaofutao.cn
TXT文本记录（常用于验证）SPF、DKIM、DMARC 配置
SOA权威记录起始域名的主要信息

使用 dig 命令查询 DNS 记录：

# 查询 A 记录
dig www.zhaofutao.cn

# 查询 AAAA 记录
dig www.zhaofutao.cn AAAA

# 查询 MX 记录
dig zhaofutao.cn MX

# 指定 DNS 服务器查询
dig @8.8.8.8 www.zhaofutao.cn

DNS 缓存与 TTL

缓存层级

TTL 的影响

  • 设置过短: 频繁向上游服务器查询，增加 DNS 权威服务器负载
  • 设置过长: 域名变更生效慢，缓存污染风险

常见的 TTL 设置策略：

; DNS 记录的 TTL 设置
; 通常 A 记录设置为 300-3600 秒 (5分钟-1小时)
www IN A 120.78.12.88
    TTL 300    ; 缓存 5 分钟

; MX 记录和 NS 记录通常设置较长
@ IN MX 10 mail.zhaofutao.cn
    TTL 3600   ; 缓存 1 小时

DNS 协议细节

DNS 报文结构

DNS 使用 UDP 端口 53 进行查询（大于 512 字节时使用 TCP）。

DNS 安全扩展 (DNSSEC)

DNSSEC 通过数字签名确保 DNS 响应真实性：

影响 DNS 解析性能的因素

DNS 解析耗时是页面加载过程中的重要环节，一个典型的 DNS 解析可能耗时 20-200ms。以下是影响 DNS 解析性能的主要因素：

1. 缓存命中率

缓存命中率是影响 DNS 解析性能最关键的因素：

缓存层级命中率典型延迟
浏览器缓存高< 1ms
系统缓存中高1-5ms
本地 DNS 服务器中5-50ms
递归查询低50-500ms

2. 网络延迟

用户到 DNS 服务器的网络距离直接影响解析速度：

用户位置DNS 服务器典型延迟
北京北京 DNS5-15ms
北京广州 DNS30-50ms
中国美国 DNS150-300ms
跨国弱网远程 DNS300ms+

IPv6 对延迟的影响：启用 IPv6 可以通过更短路径的 ICP/ISP 内部路由降低延迟。

3. DNS 服务器性能

不同 DNS 服务商的性能差异显著：

# 使用 dig 测试各 DNS 服务器响应时间
dig @8.8.8.8 www.google.com +stats
dig @1.1.1.1 www.google.com +stats
dig @114.114.114.114 www.google.com +stats

# 典型输出
# Query time: 15 ms     # Google DNS
# Query time: 23 ms     # Cloudflare
# Query time: 45 ms     # 阿里DNS (视用户位置)

公共 DNS 服务对比：

DNS 服务Avg Response稳定性DoH/DoT 支持
Cloudflare 1.1.1.1~10ms高✅
Google 8.8.8.8~15ms高✅
Quad9 9.9.9.9~20ms高✅
ISP DNS20-100ms中视运营商

4. 域名链式解析 (CNAME Chain)

CNAME 记录会触发额外的 DNS 查询：

每个 CNAME 跳转都需要额外的 DNS 查询，通常增加 20-50ms 延迟。

5. DNSSEC 验证开销

启用 DNSSEC 会增加验证时间：

  • 验证过程需要额外的 RRSIG 查询
  • 链式验证可能需要 2-3 倍查询时间
  • 通常增加 10-30ms 延迟

6. 解析器选择策略

部分网络使用不当的 DNS 递归解析策略：

问题影响解决方案
DNS 负载均衡轮询首次解析慢选择高性能 DNS
EDNS Client Subnet 缺失CDN 调度不准确使用支持 ECS 的 DNS
解析超时重试解析时间翻倍优化 DNS 服务器选择

DNS 解析性能优化

针对上述影响因素，可以从以下几个层面进行优化：

1. 合理设置 DNS TTL

根据业务特点选择合适的 TTL：

# 静态资源域名 - 使用较长 TTL
static.zhaofutao.cn.  IN  A  120.78.12.88
                        TTL  3600    ; 1小时

# 核心业务域名 - 使用中等 TTL
www.zhaofutao.cn.     IN  A  120.78.12.88
                        TTL  600     ; 10分钟

# 频繁变更的域名 - 使用较短 TTL
api.zhaofutao.cn.     IN  A  120.78.12.88
                        TTL  60      ; 1分钟

TTL 设置原则：

  • 高流量静态资源：3600-86400 秒
  • 主域名：300-600 秒
  • 频繁变更的域名：60-300 秒
  • 活动/促销域名：60 秒

2. 选择高性能 DNS 服务

使用公共 DNS 代替 ISP DNS：

# /etc/resolv.conf (Linux/Mac)
nameserver 1.1.1.1        # Cloudflare
nameserver 8.8.8.8        # Google
nameserver 223.5.5.5      # 阿里云（国内访问快）

启用 DoH/DoT 加密 DNS：

// Chrome 启用 DoH
// 设置 → 安全 → 使用安全 DNS → 选择 Cloudflare/Google

// Firefox 启用 DoH
// 设置 → 隐私与安全 → DNS over HTTPS → 启用

3. 减少 CNAME 链

避免过长的 CNAME 链：

CDN 接入优化：

  • 让 CDN 厂商提供权威 DNS 直解服务
  • 配置 ALIAS 记录自动解析为 A 记录
  • 使用 Anycast 技术让 DNS 解析就最近返回

4. 浏览器端优化

<!DOCTYPE html>
<html>
<head>
    <!-- DNS 预解析 - 提前解析外部资源域名 -->
    <link rel="dns-prefetch" href="//cdn.example.com">
    <link rel="dns-prefetch" href="//fonts.googleapis.com">
    <link rel="dns-prefetch" href="//analytics.example.com">

    <!-- 预连接 - 提前建立 TCP/TLS 连接 -->
    <link rel="preconnect" href="https://cdn.example.com">
    <link rel="preconnect" href="https://fonts.googleapis.com">

    <!-- 对关键域名使用 preconnect -->
    <link rel="preconnect" href="https://api.zhaofutao.cn">
</head>
</html>

使用场景：

指令作用适用场景
dns-prefetch预解析 DNS确定会使用的第三方域名
preconnectDNS + TCP + TLS重要的第三方 API/CDN
preload预加载资源关键 CSS/JS/字体

5. 域名规划优化

合理规划域名数量和结构：

域名合并原则：

  • 静态资源：1-2 个域名（减少连接数）
  • API 服务：1 个域名（使用路径区分）
  • 第三方服务：使用 dns-prefetch 预解析

6. 监控与调优

持续监控 DNS 解析性能：

# 使用 drill 测试解析时间
drill www.zhaofutao.cn @1.1.1.1
drill www.zhaofutao.cn @8.8.8.8

# 使用 time 命令测量
time dig www.zhaofutao.cn

# Web 页面 DNS 耗时测量 (Chrome DevTools)
# Network 面板 → Waterfall → DNS lookup

Chrome DevTools 中查看 DNS 时间：

// 使用 Performance API 获取 DNS 时间
performance.getEntriesByType('resource').forEach(entry => {
    if (entry.initiatorType === 'link' || entry.initiatorType === 'script') {
        console.log(`${entry.name}: DNS = ${entry.domainLookupEnd - entry.domainLookupStart}ms`);
    }
});

浏览器解析优化

预解析 (Preconnect)

<!-- 预连接，提前建立 TCP/TLS 连接 -->
<link rel="preconnect" href="https://fonts.googleapis.com">

预解析 DNS (Preload)

<!-- 预解析特定域名 -->
<link rel="dns-prefetch" href="https://cdn.example.com">

HTTP/2 和 HTTP/3 的改进

现代 HTTP 协议对 DNS 解析有优化：

  • HTTP/2: 单个 TCP 连接上复用多个请求，减少 DNS 查询次数
  • HTTP/3 (QUIC): 使用 UDP，连接建立更快

常见 DNS 问题排查

排查命令

# 1. 使用 nslookup 基础查询
nslookup www.zhaofutao.cn

# 2. 使用 dig 详细查询
dig +trace www.zhaofutao.cn

# 3. 使用 host 命令
host www.zhaofutao.cn

# 4. Windows 查看 DNS 缓存
ipconfig /displaydns

# 5. 跟踪 DNS 解析过程
dig +trace +nodnssec www.zhaofutao.cn

常见问题

问题原因解决方案
DNS 污染DNS 被恶意拦截返回假 IP使用可信 DNS 如 8.8.8.8
DNS 缓存中毒缓存了错误的 DNS 记录清除本地缓存
域名解析失败NS 记录配置错误检查域名注册商设置
CDN 调度不准确DNS 解析到较远的节点等待 DNS 扩散或联系 CDN 厂商

总结

DNS 是互联网的"电话簿"，浏览器域名解析是一个涉及多层级缓存和多步骤查询的复杂过程。理解 DNS 工作原理对于故障排查、性能优化和网络安全都有重要意义。

现代浏览器和操作系统都实现了多级缓存，合理的 DNS 配置可以显著提升用户体验。同时，DNSSEC 等安全扩展也在逐步推广，以应对日益严峻的 DNS 安全威胁。

参考资料: RFC 1035, RFC 8484, MDN DNS Documentation