[转] 垃圾收集真的有用么？

hellioncu

C水平高的人自然是看不上垃圾收集

群雄逐鹿中原

还有 shared_ptr 是不是多线程安全的呢？
有故事
http://stackoverflow.com/questio ... ptr-xxx-thread-safe

starwing83

回复 7# zhouzhenghui


    block_ptr第一次听说，受教了，我去研究一下这东西的原理~~

forgaoqiang

你不开玩笑么 内存泄露很快就能耗尽内存 那系统就歇菜了 得重启程序或者系统了~

icosagon

python内存策略是采用的内存池,不是即时回收的

pprpg

回复 2# starwing83


你说的C#的“with”是不是“using”？

using (Font font1 = new Font("Arial", 10.0f))
{
    font1.foo();
}

这种从语法上来说不如C++的。
有了lambda以后，可以写成：
FILE *fp = fopen("args.txt", "r");
ScopeGuard onExit([&] { fclose(fp); });

with这种语法多个大括号，而且可能会嵌套。

////
我比较倾向于C++的资源回收方式。try/finally限制在一个函数内部完成new delete，不太方便。
循环引用最好是有工具能够帮助查找，能够用GC来帮助释放也不错。

////
不过，好像有些说法是即时释放性能不如GC的延时释放，不知道这是什么原理。

蔡万钊

回复 16# pprpg


    在一个 benchmark 的时间内, 少做事情了, 这测量出来的时间肯定少了啊! 释放内存这个事情, 得等你测试工具不运行的时候, 他开始偷偷的 GC 了, 然后卡爆你.

pprpg

这种欺骗benchmark属于作弊了，应该会被看出来的。

windoze

starwing83 发表于 2013-09-03 08:34
对于这种东西，增加RAII机制即可（如Java/C#/Python的with语句），依然不需要像C那么“小心翼翼”。

这个吧，还真的不是这么简单，至少对于Java来说

starwing83

回复 19# windoze


    java那个残废的finally 。。。反正我是受够了。。。很多时候都得这么写：

1. try {
   
2.   ...
   
3. } catch (e) {
   
4.    ...
   
5. } finally {
   
6.   try { obj.release() } catch (e) { }
   
7. }
   

复制代码