@Biwood 屏蔽程序员对内存管理的感知是一票自动 gc 语言的主要设计目标，如果需要程序员（除极少数情况）关心内存回收的话，这些语言的设计就太失败了。
问 gc 最主要的目的就是卷，（按理说）如果你连 gc 细节这样绝大多数情况下不需要了解的内容都了解，这就能体现出你在这门语言 /技术栈中浸淫的深度（当然也会导致背面试题应试实际水平一般的人取得竞争优势）。
另外 gc 和手动内存管理也不是一个领域，主要写 c/cpp/rust 的人大概率不了解也不需要了解自动 gc 相关的内容。

utools 还是挺良心的，除了在线服务强依赖微信。
还有个开源的仿品 rubick ，用 npm 托管插件很赞。

@Reficul 你说的那是正常路由才可能出现吧，linux 防火墙 stateful nat 依赖 conntrack ，状态没了咋继续转发。
另外 linux 内核的软路由 UI 上显示的连接数基本上肯定是读取的内核 conntrack 信息，所以那句话也是字面意思。

连接数就是当前 conntrack 记录的数量。

你可以让快递员送上门加小费。

@zapper 人应当有被遗忘权。你现在说的话可能很正常，过几年因为加速太快坐标系移动就可能被拉出来挖坟治罪。

@Ourobotos 因为“加密&去中心化通讯”（在中国）就是一种犯罪行为。

千万别 alpine ，很多包没有 wheel ，需要本机编译，速度慢、占用多，缺了各种工具链、库、头文件还要踩坑。

不是缺需求，这种需求一直都是犯罪分子的刚需。但因为它是违法的，自然不可能大规模推广。

最简单的用 caddy 的 on-demand tls ，想写什么子域写什么子域，启动之后自动申请对应的证书。

不在意性能损失和图形加速的话，可以用虚拟机+rdp 。
参考 https://github.com/Fmstrat/winapps

来个 poc ，附上对比标准库实现的 benchmark ，不然很难判断你的思路是否可行。

https://fasterthanli.me/articles/why-is-my-rust-build-so-slow
llvm 本身就挺慢的，再加上链接、宏展开等。rust 是永远选择运行速度（牺牲编译速度）的设计理念。这一点和 go 完全不同。

mmap

@wlgqa 阴阳怪气个啥，go 就是这样子的啊，为了保持“简单性”，把 go 团队认为不重要的“细节”能隐藏则隐藏能默认则默认。你要是想精确地控制细节或确保代码的准确性，建议你换 rust 。
可以参考一下 go 是如何“解决”时间单调性问题的：
https://github.com/golang/go/issues/12914