只有两种情况需要使用 dns 进行解析：

1. Direct 策略，要从本机发起请求
2. 基于 IP 的分流策略，比如遇到了 ip-cidr 规则，需要真实 ip 必须解析才能拿到

所以你配置国内 dns 就可以了，如果是污染严重的地区，就用 DoH: https://223.5.5.5/dns-query

Proxy 策略的放在代理解析的一个原因是线路优化，实现最佳的线路： 目标 -> cdn -> proxy -> 你

Proxy 策略的不需要解析，不存在 dns 污染的问题。对于 Direct 策略 dns 使用国内的就行，国外 dns 给你返回的是海外线路，导致某些 app 访问更慢了。

Pixel 不是原味 Android ，是 Google 家的官方系统，加入了 Google 自己的生态。

可能对于我缺点就是没有做 iCloud 同步，只提供 Things Cloud 同步

你岳父母家其实没有这个风俗对吧？如果是风俗的话也不会纠结，只能入乡随俗。
他们的真实想法是问不出来的，因为如果是他们没有儿子的执念造成的，这能跟你说？

16 小时断食法只是「限时饮食干预」中的其中一个标准，觉得 16 太长可以缩短到 12 。肯定没有一个标准适合所有人的。

8 块地铁很远了啊，上班都有 1 小时，考虑住得近一点。

Apple 和开发者结账周期是 90 天一次，购买是苹果代收然后抽 30%，剩下 70%等下个账期给开发者。购买不久后你退款就是苹果给你退。太久了苹果就拒绝你了。

你要测试迸发连接数，而不是数据接收量，就应该限制每个用户可发送的消息量。

TF 测试不了内购，Apple 故意这么干的，避免灰产（避免你打包分发出去自己搞一套收钱的机制）

@lynan 根本原因是 Chrome 监听了网络变更后的处理逻辑不是很合理。有一些应用会创建自己的 tun 设备，也会影响到 Chrome 的处理逻辑，已经有人反馈了，只能等 Chrome 团队看看要不要更新了。

是 Linux 上没有好的渲染引擎，每个桌面都搞自己的一套

@kanepan19 那也行，平替的性价比高

Mac 通过网线上网，把 Wi-Fi 作为热点给其他设备连接，然后想通过 Clash 的 tun 模式接管流量做透明代理是吧？

是吐槽自己还是别人，如果是别人有这个思维，你应该高兴，你对于他们就是降维打击了不是？

侧载肯定会限制难度，Apple 需要应对开发商不上 App Store 的问题，用户没有选择权，还是一样。