boost.asio评价（别人说的）

PolarAir

 

57 人赞同了该回答

说boost::asio慢的人有两种
1. extreme geek，那把锁就像眼中钉肉中刺一样折磨着他们，不过这种情况下，本来也不要指望三方库，os api才是最好的选择
2. 不会用的，没用好的。我本人近五年的所有项目都用了boost::asio，看过的例子自然更多，至今不敢说和理解这个库的设计思想沾个边。踩过很多坑，但是最终项目都是成功的，至少性能瓶颈从来不在asio，其中一个项目是纯c++的web服务，当然用c++是因为很多原因的综合考虑，我并不鼓励完全使用c++作为web后台，即便使用各种三方库，开发效率依然低的感人。但是实际上运行效率完全不比nginx差。ioservice从来没人说过只能有一个，多大的体量才能blame到那把锁上，实际工程项目，有这个体量的站出来我看看。这个世界上95%的项目如果出现性能问题，唯一的解释就是码农自己写屎了，别把锅都让库来背。asio确实不是最好的，也不是优美的，但是能解决绝大部分实际问题，那就是个好库。

 

 

可以对比对比libuv和asio，一个纯c单线程事件库，一个c++多线程事件库。我认为是这么理解的。也没人说libuv性能不好，为啥非要说asio坏话？可能因为它的确代码不友好吧。

 

我来插一句：asio 写起来确实不容易，但是，如果你让一个有经验的 C++ 程序员封装一个跨平台的异步网络库，同时兼顾功能、性能、资源管理、多线程等，他很可能会跟 asio 走一样的路，而且不一定有 asio 走得好。

原因是，选择异步模型是为了性能，为了高并发，为了 C10K 问题（否则干嘛不写同步模型）；而这些问题缠绕在一起本来就是难题，写出来的代码也就复杂了，你不能指望把这些交给一个新手分分钟搞定吧？用任何库？