> 不要把 go 再传播到其他语言了 / 都用 rust 了. 还调 go

这个实际存在的需求：不是所有人都会写 rust ，并且也不是所有组件都能被快速重写。作为一个帮助 go 转 rust 的工具，它对于解决实际需求和促使大家重写都有积极意义。正如 zig 与 rust 的关系一样（如果你已经能用 rust 了那么就不需要 zig ），理想情况是大家都不需要依赖本项目，但达成理想的过程可能需要。

> 真要用 rust 重写的话也应该是从 go 调 rust 开始,逐步把实现迁移成 rust

主逻辑应当被优先重写。如果只是优化 go lib 的性能，除了 rust 外还有很多手段可以用，最终业务开发者还是只写 go 。go runtime 确实无法避免，但这个是技术细节了。

> 这样就可以直接 rust 写业务代码了

在我当前公司内部有一个网关就这么开发：使用我们提供的 rust 网关框架，业务开发只写 go 。

> go 调用 rust

在规划中啦！ go 调用 rust 一般是同步 call ，直接 CGO 即可。异步的话需要一点额外的工作。

> 现在能支持 windows 平台吗

支持的。现在 rust2go 支持 tokio/monoio 等 runtime 。

> mem-ring 的 How it Works

有空我写下～这部分在那篇介绍 blog 里也有比较简短的介绍。

> 字节要开始转 rust 了吗

很久以前就开始了，我当前公司内网的一堆基础 sdk 都是我从零搓的。