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

蔡万钊

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

为啥这么说呢? 因为 uv_write 允许 NULL 回调! 鼓励忽略 write 的返回值! 鼓励编写面条代码, 垃圾代码就这样被 libuv 鼓励出来了.

uv_write 为啥允许 NULL 回调呢? 因为 以前 libuv 的 uv_write 是没有回调也没有返回值的 , 你永远不知道发送成功了没. 后来大概作者意识到这个问题了, 就添加了 回调....

然后估计是为了方便代码迁移吧, 允许 NULL 回调, 这样原来的代码加个 NULL 参数就继续工作了 ......

这写库是写着玩的吧?

linux_c_py_php

node.js才出来几天, 接口设计有问题也应该能接受.

linux_c_py_php

再说了, 为毛直接用libuv, 人家是为了做node.js, 顺便暴露个底层组件, 用libev,libevent才对.

starwing83

libev貌似最近有了Windows native的CPIO接口……

不过libuv因为有node.js当小白鼠，应该还是稳定一些。

话说回来，人家才0.10嘛，接口都没固定的，好歹等到1.0再说吧，说不准哪天就把NULL回调的特性给remove掉了= =

群雄逐鹿中原

函数执行退出，数据可以不写完；数据写完，再执行回调。
他不就是要设计成回调吗？

sxcong

"允许 NULL 回调"是它设计的，感觉不合理可以不用，用的人肯定是有自己的目的。 node.js已经很多项目是实际使用了。
另外，比如delete 一个NULL指针，肯定要崩的, c++编译器可没管这个，该崩就崩，有意见吗？
libuv应该目前最简洁的网络库，libev只支持linux, libevent在windows下iocp还不完善，另外epoll效率也不够最优。至于boost,ace等，相信google和ms不会没听过这它们名字的，既然不用肯定也有道理（ms版的redis也在用libuv）。
连MS自己都在用，所以尽管放心就是了。
对google和ms里的程序员还是要有信心的。

myworkstation

回复 6# sxcong


    C++明确规定delete一个null pointer没有任何影响，　Ｃ明确规定free一个null pointer不发生任何动作。所以无论C还是C++在删除空指针时的行为都是安全的。

siseniao

讨厌回掉的当然选择NULL了，就像malloc一样，你会检查返回指针为空吗，我就从来不检查，如果连内存都分配不了，检不检查有毛区别，有时候貌似是正确的东西都是脱裤子放屁

starwing83

回复 8# siseniao


    有种东西叫做紧急垃圾回收，所以还是检查一下好，恩

再不济，检查一下扔个异常（C++默认就是这个，所以C++不需要检查）或者直接abort都行啊，这样出问题了至少可以搞到core看看是不是哪里内存泄露了。

通常是可以不检查，不过，软件就是10%的代码90%情况在跑，90%的代码在处理10%的特殊情况的东西，所以，忍一忍吧= =

siseniao

回复 9# starwing83

碎片回收不应该是操作系统或者系统策略负责的吗，应用层不应该越权干这种事，至于内存泄露，检测分配内存值我认为对于找出内存泄露毫无帮助