基于事件的并发编程

降低线程的个数和代价,使用状态变更(类似中断)或事件队列(actor)的机制来实现并发编程。
实现的核心是:任务完成通知机制+事件派发机制。
 
线程的本质就是状态机。为了维护每个请求的状态,可以采用线程池,一个请求一个线程,把每个请求的状态放在线程栈里。
而在大量请求的时候,几千,上万,甚至几十万,再用线程开销就非常大。
为了维护当前请求的状态,显然不一定用线程,可以用队列等很多种方式实现。
说回调度问题,单核的运算能力是一样的,开多线程不会带来性能提升。比如内存清0,一个是单线程对20g内存清0,一个是开4个线程,每个线程清5g,哪个更快呢?那平时说多线程都是说性能更好,那是因为线程总会阻塞,io操作就要等待,多线程可以在其他线程等待的时候进行运算。
那么说回事件驱动模型,要达到更好的性能,就是单线程不能阻塞。
一个请求在处理时候,会暂停下,比如等客户端发下一个数据,等待磁盘,这个时候,不能把线程阻塞,而是要去换个请求继续执行。这就要用到异步io,异步socket。



作者:朱涵俊
链接:https://www.zhihu.com/question/64727674/answer/224826083
来源:知乎
著作权归作者所有。商业转载请联系作者获得授权,非商业转载请注明出处。

转载于:https://www.cnblogs.com/feng9exe/p/10488410.html

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值