- 主题:请教个rust基本问题，Rc<RefCell<T>>有啥坏处？
换个角度想，也可能是要求语言带 GC 的程序员有缺点。
大家用 gc 习惯了。其实应该思考一下 gc 是怎么来的，以及对 gc 的需求是否可以减免。
【 在 eGust (十年) 的大作中提到: 】
: 比 py 快的语言多了，而且 reference count 本身的缺点太多了，要不为啥 gc 是主流
--
修改:hgoldfish FROM 112.47.122.*
FROM 112.47.122.*
是的。go 语言很少有回调函数，更容易做逃逸分析。
【 在 littleSram (littleSram) 的大作中提到: 】
: 最近有一篇文章讲了为啥go语言不需要使用JAVA那种分代等复杂的gc
: 其中一点就是go不太需要年轻代，通过逃逸分析，短生命周期的一般放在栈中。
--
FROM 110.85.22.*
nim 在探索新路。
确实操心。rust 就是一个例子。cpp 程序也经常搞到内存泄露。
不过如果一个语言不支持 closure 的话，不使用回调函数，gc 的必要性就没有那么高了。以前 qbasic 语言，功能很受限，那会儿就没什么人担心内存泄露。
【 在 beep (菜Ｍ.喵星耗子) 的大作中提到: 】
: 说实在的不带gc的语言写起来太操心了。。。
--
FROM 110.85.22.*
refcount 没问题的。但 gc 吧，你可以问最近热火的 rust 项目组吧，为什么你们不搞 gc 呢。
【 在 eGust (十年) 的大作中提到: 】
: 不管是 gc 还是 reference count，上个世纪就已经出现在主流语言和技术里了。这都过去20多年了，还从来没思考过到底是为啥有这些东西？
--
FROM 110.85.22.*