Golang 中 DNS 查询时 pure Go resolver 和 cgo resolver 耗时相差很大的原因
rayhy budui 2018-12-06 19:22:30 +08:00 3457 次点击这是一个创建于 2519 天前的主题，其中的信息可能已经有所发展或是发生改变。
我昨天在这里提了一个问题Golang 中 http.Get 的耗时比 curl 耗时大很多是什么原因？, V 友@zeyexe已经帮我解答了问题（太强了！），他说应该是 Golang 的 net 库中的不同resolver导致的差异。不同耗时可能是 Windows 默认走系统调用，可能有 cache 加速。
今天想了下,即使是 cache 也不可能带来 pure Go resolver 和 cgo resolver 20s 左右的差异，就又花时间仔细探索了一下。
探索过程记录在我的博客里了，限于篇幅，在这儿直接说我最后发现的原因：
Go 版本 DNS 查询(pure Go resolver)在 Go 1.11 中出现了一个 bug(之前的版本没有这个 bug)：不能正确处理/etc/resolv.conf中有 nameserver 不工作时的情形，不能“ fail fast ”，导致 timeout。这个 bug 经过 Go 开发人员在#133675和#138175的讨论，已经在这个commit中修复，更新到 Go 1.11.1 就没有这个问题了。
至于更细节的这个 bug 是怎么出现的，又是怎么修好的。我就不再探索了，毕竟，我只是一个刚看到《 The Go Programming Language 》第一章的小白:sweat_smile:。
 | 2 azzwacb9001 2018-12-08 22:27:36 +08:00 嚯，厉害呀，摸到了官方 BUG |
 | 3 rayhy OP @azzwacb9001，哈，摸到最后是有点震惊。说起来这帖子几乎没人评论。。沉了的第一天伤心了一会儿 23333 |
 | 4 Mitt 2018-12-27 14:20:15 +08:00 @azzwacb9001 这个其实也不是 BUG，是“ Feature ”，Windows 下的 DNS 查询确实有些复杂，curl、ping、nslookup 等工具用的都不是同一套 ns 机制, 这个问题在 windows 下多网卡的时候尤其明显，三个命令由于系统的“智能” DNS 导致查询使用的是不同网卡的 DNS 和流量出口 |
| 5 rayhy OP @a href="/member/Mitt">Mitt，^_^;你再细看看，问题和 Windows 没关系的。刚开始的猜测涉及到 Windows，但最终发现和 Windows 的机制没关系。（事实上这个问题干脆不能在 Windows 下复现） 不过谢谢你的解释了～ |
Select Language