Golang 中 DNS 查询时 pure Go resolver 和 cgo resolver 耗时相差很大的原因

[rayhy]

我昨天在这里提了一个问题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:。

[rayhy]

@icexin , 因为话有点多，我就新开了一个帖子，没有在原贴中回复。再次感谢大佬的远程 debug，😁

[azzwacb9001]

嚯，厉害呀，摸到了官方 BUG🤣

[rayhy]

@azzwacb9001，哈，摸到最后是有点震惊。说起来这帖子几乎没人评论。。沉了的第一天伤心了一会儿 23333

[Mitt]

@azzwacb9001 这个其实也不是 BUG，是“ Feature ”，Windows 下的 DNS 查询确实有些复杂，curl、ping、nslookup 等工具用的都不是同一套 ns 机制, 这个问题在 windows 下多网卡的时候尤其明显，三个命令由于系统的“智能” DNS 导致查询使用的是不同网卡的 DNS 和流量出口

[rayhy]

@Mitt，^_^;你再细看看，问题和 Windows 没关系的。刚开始的猜测涉及到 Windows，但最终发现和 Windows 的机制没关系。（事实上这个问题干脆不能在 Windows 下复现）
不过谢谢你的解释了～

[Mitt]

@rayhy 🌚可能是有点瞎，看到上面说 windows 以为是在 windows 开发，不过这个 smartdns 确实是存在于 windows 且会发生和这个问题类似的情况