Finder 和桌面用得少，妙控板 + 快捷键 + ALFRED 比较多

@owtotwo 非常感谢，你解释的非常清楚远超 RUST 指南，恳请抽空出些 RUST 文章。

@swordcoming9527 确实如此。不过编译器应该要检查 in 0..1 才对，甚至编译后应该直接展开这种硬编码。

@Kaiv2 RUST 编译检查默认会检查完整的分支，即 if 和 else

看到你帖子之前我一直在用 CLION ，刚才体验 RUSTROVER 发现 THEME 很刺眼，安装 ONE DARK 替换自带的 THEME 好多了。新软件代码智能提示很强大，其它的还要编码几天试试了。

浏览器都支持断点续传，建议手动下载： https://developer.apple.com/download/all/?q=Simulator%20Runtime

下完了退出 xcode 再安装：xcrun simctl runtime add "~/Downloads/xxxxx.dmg"

根据我之前的测试，有时填 198.18.0.1 ~ 2 之类的并不行，可能跟路由器和 ATV 有关。填公网 DNS+DNS 劫持就十分稳定。

重置网络试试，只会丢失 WiFi 密码记录。

试试终端 DNS 只填公网 119.29.29.29

在终端部署 VPN 应用远比路由器方便

UserDefaults 存储偏好设置还要说明理由？有点离谱了

折腾了半天，发现 Apple TV （ 17.0 public beta ） 会导致整个 WiFi 以及主路由器频繁丢包，拔掉电源就好了。路由器上查看到上下行低到几乎没在使用，CPU 和内存也正常，不确定 Apple TV 在干啥

有道理。我手里的机器双程 cogent ，平时延迟 190 ，高峰期没丢包但延迟去到 350 ，实际速率也起不来。分析不出谁卖超了

明显网页问题。

谢谢各位大佬，我找到原因了：

冷启动 APP 会经过 SplashActivity 再跳转到 MainActivity 或其他界面。如果用户最后停留在 MainActivity ，当系统自动清理后台后 APP 可能会被迫重启，恢复后没走 SplashActivity 而是直接重建 MainActivity 。MainActivity 渲染图片时调用了 Picasso get 方法，它看到 singleton 为空就自动设置了 singleton 。当我返回桌面再次点开 APP 又走了一遍 SplashActivity 。

如果只是微信出现此问题，大概是 IPv6 后退问题。

微信偶尔会先发起 http://[::ffff:1.2.3.4] 这样的请求，如果 IPv6 连接失败会后退到 IPv4 ，这一过程很快根本感知不到。如果 IPV6 一直处于连接中则只能等到请求超时后，微信再发起 IPv4 连接请求了。

第一次：
GET http://[::ffff:1.2.3.4]/example HTTP/1.1
Host: qpic.cn

第二次（如果第一次失败）：
GET http://1.2.3.4/example HTTP/1.1
Host: qpic.cn

代理工具应该优先从 HOST 字段中取得域名，DNS 解析到 IPV4 地址并发起请求：

GET http://1.2.3.4/example HTTP/1.1
Host: qpic.cn

如果代理工具优先从请求行取得[::ffff:1.2.3.4]并建立连接，很可能会因设备不支持 IPv6 或 IPV6 拉胯导致超时重发请求。

直接用 wintun

我和你遇到一模一样的问题，猜测是妙控键盘连接过其它电脑。最终删除 touchid 再重启电脑，就能看到 id 设置图标了