refactor(dns): enhance cache safety, optimize performance, and refactor query logic

[Meo597]

此 PR 具体干了这些事：

1. 给 dns cache 的 cleanup 糊了一个没什么大用的 shrink。开乐观缓存后 cache 膨胀或可节省几十 m 内存
2. shrink 改为异步，开乐观缓存后 cache 膨胀、且大量缓存过期时防止这里成为阻塞点
3. cleanup 锁太粗，改为先收集再写
4. QueryIP 和 updateIP 设计有问题：代码冗余、锁太粗、需要二次锁了查缓存。全部重写
5. findIPsForDomain 锁太粗，还混了 merge ip 的逻辑。重构了。现在 cache controller 只负责管理缓存
6. 未开启缓存、缓存击穿时用 singleflight 保护
7. 还有一些零碎的小 fix 记不清了，比如 record 更新时没有 copy 等安全问题等

PS:
现在先 publish(t1) 再 write cache(t2) 的机制，可能有极低概率导致 test...withcache 失败。
因为在 t1->t2 时隙 test 启动了第二次查询结果 miss cache。

其实没大问题因为时隙间所有请求都会被 singleflight 保护，最坏情况无非是迟迟无法命中缓存，导致每 rtt 都回源一次。
在目前 cache map 是全局锁的情况下，这已经是最优解了。之所以不让 test sleep 5s 单纯是想看看概率。

---

改动比较多，如果不好 review 可进一步拆成几个 PR

---

缓存重构(#5248)、乐观缓存(#5237)、并发查询(#5239)
三个 PR 相互冲突，如果全部接受得按这个顺序 merge
我好 rebase

[Fangliding]

?

[t-e-s-tweb]

This commit doesn't work correctly. After running for 5-10mins it stops resolving domains that were working before and just gives nxdomain errors e.g github.com .Please check.

[Meo597]

@t-e-s-tweb 感谢测试！这是一个严重问题，我会在今天晚上再次 review 它

[Meo597]

@t-e-s-tweb 我已经修好了，测试后没发现问题，保险起见请你再测试一下

当缓存中同时存在 A + AAAA 且一个过期另一个没有时
如果请求已过期的，就会不报错地命中缓存并获得空 IP 集
然后上层调用者会将其转为 NXDOMAIN ERROR CODE 3

因为误认为已命中缓存因此永远不会刷新记录，直到 A + AAAA 同时过期后被 5 分钟一次的 cleanup 清理掉

这个 BUG 是我防御式编程引发的
在 review 时发现 rec.getIp() 不是调用者而是成员函数自己判定 nil
这不是一个好习惯，顺手改了一下引发灾难
这里业务逻辑太绕了

[xqzr]

xray 长期存在的一个小问题 如果缓存中有 A + AAAA 且其中一个已过期

请求双栈只能得到一个

6。怪不得我有时候失去 A 或 AAAA 结果，还以为是网络错误😇

[Meo597]

6。怪不得我有时候失去 A 或 AAAA 结果，还以为是网络错误😇

双栈请求，若 A + AAAA 缓存全部过期
会分两次各自回源
若 rtt > 先响应的 ttl
就会吞掉所有结果

如果一个过期另一个还剩一秒
就会续一秒，然后同上