小天管理 发表于 2024年6月25日 发表于 2024年6月25日 观 https://www.v2ex.com/t/1052490 有感。 这里的 GC 特指追踪（ Tracing GC ，如 JVM 、Go ）和引用计数（想不到例子）等一般意义上的运行时垃圾回收制，不包括 C++/Rust 等编译期确定的垃圾回收机制。 问题： 你在业务中遇到过（或预计遇到）由 GC 带来的、不能接受的性能瓶颈吗（如 STW ）？你有过针对 GC 来修改代码，以优化性能的经历吗？ 如果用可以避免堆分配的语言（如 Go ），你会有意选择减少堆分配的写法，来节约 GC 成本吗？ 你对目前使用语言的 GC 性能满意吗？ 你的业务场景下，可能会为避免 GC 的其他缺陷（例如内存颠簸）换到无 GC 语言吗？
已推荐帖子