那些年我们追过的网络库

sxcong

另外，虽然文中说libevent有很多缺点，但memcached也支撑了众多大小网站。 就算换了redis，人家还是不用asio。所以，这东西吧，世界就没有一个0 bug的软件，能满足你的需求就可以了。

蔡万钊

回复 11# sxcong


    是逃避了C语言缺乏闭包的支持。

sxcong

回复 13# 蔡万钊


哦，这样。
那tcp close问题也解决了吗？

evaspring

现在早就看淡了这些网络库了 ACE 现在确实没什么人用了 ASIO 主要是怕出了问题 难查

csumck

ACE太重了，相当大的框架，要学习好久。
libevent也慢慢地越做越重，现在都居然带http服务和rpc了。
只有libev切实的践行了unix的“做一件事，做好他”的原则，就做跨平台事件驱动，也确实做的非常好。
libuv官方也说是为了解决windows上iocp的问题，所以必须加入应用层的缓存管理来屏蔽iocp（proactor）和epoll（reactor）两种模式的差异。
ASIO没用过，在坛子里看不少人用，感觉应该是个比较完备的框架了，不仅仅是libev和libuv这种底层封装了。

一般来讲，库越重，在某些应用场景开发就越方便，但相应的就会丧失越多灵活性，做一些特殊需求老是看文档或者各种小技巧，查问题也是一头雾水，总之捉襟见肘。

目前来讲，libev是我的最爱，其他库里的功能（诸如http服务，rpc）应该去寻找其他更专注此领域的开源库，然后自己把这些库组合使用。我认为这也是对unix“做一件事，做好他”的原则的一种践行。

yulihua49

蔡万钊 发表于 2015-09-14 21:49
转 boost论坛
ASIO 腾空出世

继续。听听你的评价。
ASIO，叫好不叫座。
基本沦为网络疯子的玩具。在生产系统，没人敢玩这个。
前些日子弄了个，要用于生产系统了，感觉风险好大。
系统设计者从没要求用ASIO，协程什么的。

蔡万钊

回复 14# sxcong


asio  没有这种显而易见的 bug

蔡万钊

回复 16# csumck


    C 语言才有易用性和灵活性的取舍问题

C++ 没有这个问题， 二者可得其兼备

zxhyp

libev库挺简单易用的