libuv 是一个非常糟糕的, 垃圾透顶的库.

myworkstation

回复 10# siseniao
这个问题要分两个层面去说，系统部分已经做了这个功能，但是系统毕竟不知道应用内部持有的内存哪些是必须的哪些是可以放弃的以及应用本身的内存分配粒度和策略都可以由应用本身最优化处理。内存池的意义也在于此。至于检查NULL指针的问题还是需要的（这是一个良好习惯），因为系统可能设置了quota，比如说许多web服务器会对cgi进程设置内存使用上限，这不是真的内存不够用，此时malloc依然会失败，这时程序不应试直接崩溃的。

   

siseniao

回复 11# myworkstation

不知道这个定额是如何实现的，如果仅仅是限制内存的话，即便你检查返回指针也是不能保证程序不崩溃的，举个例子，在函数里定义一个较大的内部变量
   

myworkstation

回复 12# siseniao

函数内较大的内部变量在放在stack上的，而malloc的内存是heap的。stack的大小在进程（线程）创建时就指定大小（默认10MB)。如果内部变量需要的大小大于这个值那么编译和运行应该都有问题需要（编译时需要指定选项）。无论如何如果stack的大小得不到满足那么进程根本启动不了会直接报错。而检查返回值处理的是heap的情况，两者并不矛盾。
   

siseniao

myworkstation 发表于 2013-08-27 11:01
回复 12# siseniao

函数内较大的内部变量在放在stack上的，而malloc的内存是heap的。stack的大小在进程 ...

你说的对，但是作为限制内存来说，我认为肯定是让程序实现内存计数比强制限定要合理得多

myworkstation

回复 14# siseniao


    在多用户系统或类似的系统上强制限制资源使用肯定都是有效的方法，因系统本身的资源是有限的，比如说为每个用户设定其使用的资源配额。在不能修改用户程序时这是达到这个目标最合理的办法了。

starwing83

回复 10# siseniao


    额……垃圾回收和碎片回收是两回事……而且碎片回收很多时候只能自己的程序干= =

不过检查malloc返回值的确是麻烦事儿

jackarain

回复 8# siseniao

write返回值的检查和malloc返回值，有本质的区别，你太不理解write和tcp了，多了解了解tcp，你就知道为什么write是必须检查并处理返回值的。