国内DoH服务实测：阿里、腾讯、360解析速度与稳定性对比

国内DoH服务解析速度，我连着跑了三天实测脚本，今天直接把过程和结论整理出来。这次只做一件事：把阿里、腾讯、360这三家的DoH接口放在同一套测速逻辑下反复对比，看谁在真实网络环境里解析最快、谁最稳、谁更适合作为日常首选。文章里的测试方法和脚本都可以直接抄，结果数据拿的是我本机三天的汇总均值，不同地区肯定有偏差，但“怎么测”比“测出多少”更有参考价值。

先说结论——如果你只需要一个能无脑配给路由器的DoH地址，阿里在绝大多数网络环境下的首包响应速度和成功率都是第一梯队；腾讯胜在API形态友好和缓存策略合理，长连接场景下表现稳定；360的响应速度不差，但接口文档和生态完善程度落后前两家不少。但这句话背后有大量细节，比如TLS握手对总耗时的影响、TCP连接复用对平均延迟的改善、不同查询类型对结果的影响，下面一个一个拆。

1. 项目背景：为什么要在国内实测DoH

1.1 DoH到底解决了什么问题

DoH全称DNS over HTTPS，把传统的DNS查询包塞进HTTPS请求里，用443端口传输。传统DNS走UDP 53端口，查询内容都是明文，在局域网、运营商链路甚至公共Wi-Fi里，谁都能抓包看到你在解析什么域名；更麻烦的是，一旦经过中间链路，DNS响应被篡改或劫持是可能发生的事。DoH的核心价值就是让解析请求“看起来像普通网页访问”，既加密了隐私，又避开了很多网络设备对DNS流量的特殊“关照”。

但DoH不是没有代价。每一次解析都至少要经历一次HTTPS请求，如果TLS连接没有复用，那消耗的时间可能比传统DNS慢一个数量级。这也是很多人在国内“上了DoH但觉得网页反而变慢”的根本原因。所以测速不能只看单一请求的耗时，还要看连接复用、缓存命中这些工程细节。

1.2 为什么偏偏选阿里、腾讯、360

国内提供DoH服务的厂商不少，但真正有规模化公共节点的，最常被提到的就是这三家。阿里云公共DNS依托的骨干网络覆盖最广，腾讯DNSPod在个人站长和开发者群体里口碑扎实，360的网络节点也一直不弱，只是技术文档和社区讨论相对少。

选这三家还有一个实际理由：它们的DoH服务都免费、无需注册授权，直接按标准协议调用就能用。对普通用户来说，免费且不用折腾的DoH服务才值得写进路由器配置；对比那些需要申请专属密钥的收费企业级DoH，这三家是最容易被家庭用户真正用起来的。

在动手测速之前，我先做了一轮背景调研。从公开文档和各平台反馈来看，阿里在华东、华北节点的表现普遍优于西南和华南；腾讯在广东地区的口碑一直不错；360有一个“360DNS”产品线，主打安全防护，节点数量相对少但响应速度不差。这些背景信息就是我后续设计“不同时段轮询”测试方案的重要依据——单点测速意义不大，必须把时间维度和地域维度都覆盖进来。

2. 测速方案设计：从协议原理到实测命令

2.1 DoH请求的耗时组成

理解DoH测速，必须先知道一次完整的DoH解析时间花在了哪里。以最简单的HTTPS GET请求为例，总耗时大致由四段组成：

• DNS解析DoH服务器本身的域名：如果DoH服务器域名未被系统缓存，就要先走一次传统DNS查询，这层耗时很容易被人忽略。
• TCP三次握手：客户端和DoH服务器建立TCP连接的往返时间。
• TLS握手：协商加密参数、交换证书，这是DoH比传统DNS多出来的核心开销。
• HTTP请求响应：发出DoH查询请求并等待返回解析结果。

如果单纯用“总耗时”来对比三家的DoH速度，那TLS握手的网络波动会掩盖掉真正的“解析处理速度”。所以我的脚本把后两段拆开统计，特别是把HTTP请求单独计时——这部分才是DoH服务商真正的“解析引擎”水平。

2.2 测速工具对比与选型

测DoH速度主要有三种工具路线：

• curl 命令行：最简单直观，用 -w 参数输出各阶段耗时，适合快速摸底。
• dig 配合 +https 参数：Bind 9.16+ 自带DoH查询能力，输出格式清爽，适合单点验证。
• 自写Python脚本：通过 requests 或 aiohttp 批量请求，能灵活