要是用 Rust 就不会出问题了

2025 年 12 月 11 日
 cmos

最近在开发一个新项目,技术选型阶段又一次陷入了 Rust 还是 Go 的问题。

实际用 Go 写起来非常顺手,并发模型简单明了,开发效率高,几乎没遇到什么语言层面的坑。从结果上看,项目运行稳定,性能也完全达标。

但不知道为什么,总是觉得如果换成 Rust ,内存安全、零成本抽象、模式匹配,可以让代码更稳健,用 Rust 就不会出问题。实际上,Rust 的开发节奏会拖慢进度,而且 Go 的工程表现已经足够好。

11355 次点击
所在节点    程序员
89 条回复
XIVN1987
2025 年 12 月 11 日
内存安全??带 GC 的语言也有内存安全这个问题吗??
rust 的内存安全不是相对于 C 、C++说的吗??
chtcrack
2025 年 12 月 11 日
@netizen 没学过 rust,原来 unwrap 不安全啊,感谢,立马叫 AI 修改一下!
LightLolo
2025 年 12 月 11 日
业务工程类我先 GO 中间件 基建 底层支撑用 rust 用 rust 写业务也太痛苦了
dacapoday
2025 年 12 月 11 日
"实际用 Go 写起来非常顺手,并发模型简单明了,开发效率高,几乎没遇到什么语言层面的坑。从结果上看,项目运行稳定,性能也完全达标。"
都已经这样了,还有什么缺点?是因为 Go 的名字不叫 Rust ,所以嫌弃它吗?
cryptovae
2025 年 12 月 11 日
@XIVN1987 带 GC 最大的问题就是向操作系统申请的内存不会立即释放,碎片内存利用率不高,并发下内存暴增非常明显,这里点名 Python
5waker
2025 年 12 月 11 日
@94 CF 的那次问题本质是变更不合理,没有任何灰度,预设特征数量过于死板。错误不处理顶多背锅 10%,这里面还有程序员的锅呢
5waker
2025 年 12 月 11 日
原始 Go 服务性能完全够用,业务也在稳定运行,重构是完全没道理的。真有性能问题了,我都建议扩容,重构耗时耗人
supuwoerc
2025 年 12 月 11 日
cf 用 rust 不还是崩了吗,代码质量是看人的,不是看语言的,比如我,不关啥语言,我都能造屎山出来🐶
IDAEngine
2025 年 12 月 11 日
Rust 和 Go 从来都不是问题,像微软的 asp 都可以稳定运行几十年不重启
dapang1221
2025 年 12 月 11 日
原神语言是这样的
dosmlp
2025 年 12 月 11 日
四字真言:能跑就行
别想其他乱七八糟的
ethusdt
2025 年 12 月 11 日
RIIR
visper
2025 年 12 月 11 日
感觉 ai 写起 go 来更强一点。语法简单随便写,编译测试迭代快。rust 经常 ai 自己搞不过编译器然后就 clone.
sankooc
2025 年 12 月 11 日
没有性能上的需求 没必要用 rust
Geon97
2025 年 12 月 11 日
主要是现在挺稳定没有遇到什么问题啊。如果遇到了就再说,大不了重新 rust 写某个业务做组件
flytsuki
2025 年 12 月 11 日
.unwrap()警告
Ketteiron
2025 年 12 月 11 日
@XIVN1987 带 GC 的语言,屎山堆起来肯定会遇到内存泄漏,而且排查困难,有可能是狗屎业务代码引发的,有可能是底层框架/库引发的,还有可能是编译器/解释器自己的问题(点名 nodejs)。
cmos
2025 年 12 月 11 日
@5waker 47#
确实是这样的,遇到不够用的,都是先扩容,能凑合就凑合。
7uSK0CV63kJdhp0M
2025 年 12 月 11 日
@DingJZ
用 rust 重构 php 代码? 具体什么代码 为什么不用 go
XIVN1987
2025 年 12 月 11 日
@Ketteiron
rust 没有内存泄露吗??

这是一个专为移动设备优化的页面(即为了让你能够在 Google 搜索结果里秒开这个页面),如果你希望参与 V2EX 社区的讨论,你可以继续到 V2EX 上打开本讨论主题的完整版本。

https://v2ex.ih06.com/t/1178177

V2EX 是创意工作者们的社区,是一个分享自己正在做的有趣事物、交流想法,可以遇见新朋友甚至新机会的地方。

V2EX is a community of developers, designers and creative people.

© 2021 V2EX