移动端页面加载慢？先查 DNS 查询次数是否过多
移动端页面加载慢通常是因为 DNS 查询次数过多，导致网络延迟累积，本篇将教你如何排查并减少域名数量。
排查 DNS 查询次数过多的具体步骤
在手机浏览器中打开目标页面，进入开发者工具的 Network（网络）面板。切换到 Mobile（移动端）视图，勾选 Disable cache（禁用缓存）。刷新页面后，在 Network 列表中找到所有请求，点击 Filter（筛选）按钮，选择 DNS。观察列表中出现的条目数量，如果每个资源都对应一条 DNS 查询记录，说明存在过多查询。
如果筛选后没有看到 DNS 请求，或者数量很少，说明问题可能不在 DNS。此时可以尝试在弱网环境下（如 2G 或 3G）再次测试，因为移动网络对 DNS 延迟更敏感。如果发现大量资源都触发了新的 DNS 查询，且这些资源来自不同的主机名，那么这就是导致页面加载缓慢的主要原因。
判断 DNS 查询对性能影响的验证方法
根据资料说明，DNS 查询通常只需要针对每个唯一的主机名进行一次。如果页面引用了字体、图片、脚本、广告和统计代码，且它们都使用了不同的主机名，那么浏览器就需要为每个主机名发起一次 DNS 查询。在移动网络中，从手机到基站再到权威 DNS 服务器的距离会增加显著的延迟。
验证结果的方法是对比优化前后的加载时间。在 Network 面板中，记录下所有 DNS 查询的总耗时。如果将部分资源合并到同一个主机名下，再次测试并观察 DNS 查询的总耗时是否下降。如果总耗时明显减少，且页面首屏渲染时间提前，则证明 DNS 查询次数过多确实影响了移动端的加载性能。
减少 DNS 查询次数的优化操作
为了减少 DNS 查询次数，最直接的操作是将静态资源（如图片、CSS、JS）托管在同一个域名下。例如，将所有图片资源从 cdn.example.com 移动到 static.example.com，或者直接放在主域名下。这样可以确保浏览器在解析主域名后，后续请求无需再次进行 DNS 解析。
除了合并资源，还可以考虑使用 HTTP/2 或 HTTP/3 协议。这些协议支持多路复用，可以在同一个 TCP 连接上发送多个请求，从而减少建立连接的开销。虽然这不能直接减少 DNS 查询次数，但能降低网络延迟对整体加载速度的影响，配合减少 DNS 查询，能显著提升移动端的用户体验。
理解 DNS 查询在移动网络中的特殊性
移动网络与有线网络不同，数据传输需要经过手机、基站和 DNS 服务器之间的多次跳转。资料指出，DNS 查询必须从手机发送到基站，再到达权威 DNS 服务器，这个过程产生的距离延迟在移动端尤为明显。如果页面引用了过多的不同主机名，这些延迟会累积起来，导致页面加载时间大幅增加。
浏览器的行为是，对于从未访问过的主机名，必须发起 DNS 查询。如果用户已经访问过该站点，IP 地址可能会被缓存，从而加快后续加载。因此，在移动端优化时，不仅要关注资源本身的加载速度，还要关注网络连接建立过程中的每一个环节，特别是 DNS 查询这一步，它是移动端性能优化的关键点。
资料与延伸阅读
你可以通过以下原始资料核对文中概念，并继续深入阅读。