很多人遇到网页打开慢、域名偶尔打不开，第一反应是把 DNS 改成 1.1.1.1 或 8.8.8.8。但公共 DNS 没有“对所有网络都更快”的结论：解析请求要跨过的链路、运营商互联、缓存命中率和本地网络策略，都会影响结果。
更稳妥的做法是先明确问题，再做小范围测试。你可以把运营商 DNS、Cloudflare 1.1.1.1 和 Google Public DNS 分别测试，记录解析耗时、失败率和实际访问效果，然后保留在当前网络里更稳定的一组。公共 DNS 更像一个可替换的基础设施组件，而不是万能加速器。
运营商 DNS 通常由宽带或移动网络自动下发。它的优势是距离近、网络路径熟悉，部分地区还会针对本地网络做缓存优化；缺点是服务质量和策略取决于运营商，跨网络切换时表现可能变化。家庭宽带、公司网络和手机热点使用的运营商 DNS 也可能完全不同。
Cloudflare 1.1.1.1 和 Google Public DNS 属于公共递归解析服务。Cloudflare 的官方配置文档说明，设备可以从 ISP 提供的 DNS 切换到 1.1.1.1，并提供 DoH、DoT 等加密连接方式；Google 的官方文档则列出了 IPv4 地址 8.8.8.8、8.8.4.4，以及 IPv6 地址 2001:4860:4860::8888、2001:4860:4860::8844。这些地址和功能会随官方文档更新，核对于 2026-10-02，应以Cloudflare 1.1.1.1 官方配置文档和 Google Public DNS 官方配置文档为准。
需要注意，DNS 服务商不同，不代表最终网页内容或线路一定不同。DNS 只负责把域名解析成地址；真正的连接质量还会受到 Anycast、CDN 调度、IPv4/IPv6 路径和目标站点状态影响。想判断问题是在解析还是在连接阶段，可以先用本站 Ping 工具对比域名解析后的连通性，再结合浏览器或系统网络诊断结果判断。
如果目标是降低解析延迟，先保留运营商 DNS 作为基线，再分别测试公共 DNS。建议在同一台设备、同一个网络、相近时间内重复查询多个常用域名，不要只测一次。重点看平均耗时和失败次数，而不是某次最低值。若公共 DNS 的平均耗时更高，但失败率明显更低，实际体验仍可能更好。
如果目标是保护查询链路，关注 DoH 或 DoT 是否能在你的设备和路由器上稳定工作。Cloudflare 文档把 DoH 描述为通过 HTTPS 发送 DNS 查询，把 DoT 描述为使用 TLS 加密查询；它们可以减少中间链路直接读取 DNS 查询内容的机会，但不会让你对目标网站完全匿名，也不会替代 HTTPS、浏览器隐私设置或终端安全措施。加密连接如果导致网络频繁回退，先检查路由器、企业防火墙或公共 Wi-Fi 是否限制相关连接。
如果目标是过滤恶意域名或成人内容，不要把“公共 DNS”当成统一功能。服务商可能提供普通解析地址和带过滤策略的专用地址，过滤规则、误判处理和适用场景应以官方页面为准。Cloudflare 官方文档列出了 1.1.1.1 for Families 的独立解析地址，并说明其可用于拦截恶意内容；使用前应确认这正是你需要的策略，避免把家庭过滤配置误用到开发、办公或排障环境。
第一步，记录当前 DNS。不要直接覆盖原配置，先保存运营商下发的地址，方便回滚。第二步，分别测试三组解析服务，并记录响应时间、超时和不同域名的返回结果。第三步，访问真实业务，而不是只看测速工具：登录、图片加载、视频首屏和 API 请求都可能暴露差异。
第四步，确认是否出现 DNS 泄露或配置未生效。浏览器、操作系统、VPN 和路由器可能各自接管 DNS，改了网卡配置不等于所有请求都走了新服务。你可以参考DNS 泄露自查指南，再用环境信息检测确认当前网络公开的解析与连接信息。最后保留一组主 DNS 和一组备用 DNS，观察一段时间后再决定是否长期使用。
公共 DNS 的正确选择通常不是“哪个品牌最好”，而是“哪组服务在你的网络、设备和目标业务上更稳定”。把解析延迟、失败率、加密支持和过滤策略分开验证，结果会比单纯照抄网上的 IP 清单可靠得多。