今天听说了腾讯一个很牛逼的技术, 求问是怎么实现的

koolcoy

这种方式如果nonblocked_query()报错，处理起来应该非常蛋疼

zhouzhenghui

这个关键在于调度，阻塞调用进入内核时，也是转换成异步的，因为内核本身拥有调度功能。对于上层来说就是如何模拟或者实现类似的过程。

如果有兴趣可以参考这个项目https://github.com/zhouzhenghui/c-sigslot，虽然目前还没有上传全部代码，但理解其中的概念的话就明白可以如何实现了。

c++中的实现可以参考boost.asio的coroutine，或者在boost.context/coroutine基础上自己实现一个。来自微软的Herb Sutter团队正在给C++提交实现类似功能的提案，resumable function等等

windoze

Fiberized.IO就是干这个的，也不是很麻烦的说。

zylthinking

一堆做广告的。。。。。。

windoze

回复 14# zylthinking

给自己做做广告又不犯法

folklore

看楼主的代码，
没有发现更改后有什么不同～～
奇怪的是下面的各大牛们回答地津津有味～～

weishuo1999

我来说一下吧，其实异步大多数情况下就是网络发包，原来是send-》recv， send-》recv现在编程send，send -》recv，recv 只是前提是协议是支持哪个回包是哪个请求的。  因为send的时间可以忽略不计，但是recv的时间是取决于后端的处理速度的，所有由原来的N倍时间变成了max（1...N)的时间了

zhouzhenghui

回复 16# folklore

folk一针见血，但我已经指明了对方讨论的实际上是代码调度，这里所谓阻塞非阻塞，并不是在局部代码上体现出来的，而是整体的执行过程中。

也就是说上述代码位于的函数在被调用时会不会阻塞调用者（当然这不是一般调用者），如果不明白可以看一下boost.asio的corutine的范例。其实现实际上是一个异步可重入函数，只是每次重入后会延续上次执行过的地方继续执行。

C#在（模仿boost.asio）引入了async/await关键字来简化这一过程，后来微软的c++组就一直在搞这方面的研究，提出了一系列的提案，就是为了方面异步/并发编程，但其实他们做的还不够。
   

zylthinking

各种高大上啊， 其实关键只有一个， 就是后台线程代你执行， 仅此而已；
可以论证： 当面对一个阻塞且无法修改的第三方 API 时， 要么不调用， 要调用控制权就会进入第三方库， 你做不到即调用又能返回； 因此所谓阻塞变异步， 要么该函数根本是可以不阻塞的， 要么就是在后台偷偷摸摸起了另一个线程代你执行， 你自己要么被安排干一些其他事， 要么干等， 自然， 干等还不如自己直接调用呢

cxytz01

lz可以参考python gevent，就是干这个，协程的概念。

gevent可以把所有的socket封装成非阻塞模式，并且不用改代码。

中心思想就是：事件驱动，协程。

http://coolshell.cn/articles/10975.html

ps：我没看过gevent的代码。