同步异步 阻塞非阻塞 理解

前言

对同步异步 阻塞非阻塞做一下简单的总结

同步 vs 异步

同步

调用方 被调用方 发起请求 处理请求 返回结果 处理返回结果 下一步 调用方 被调用方

调用方一直等到返回结果才执行下一步;调用方依赖被调用方

问题

以下方式算不算同步?
调用方调用MA后轮询调用MB直到存在返回结果再继续下一步

  1. MA - 传入任务id,开始执行任务
  2. MB - check任务状态,如果任务状态已完成则返回处理结果

异步

调用方 被调用方 发起请求 返回结果 下一步 等待资源执行请求 处理请求 调用回调 处理回调结果 调用方 被调用方

调用方无需等待结果就开始下一步;调用方无需依赖被调用方

总结

同步异步属于一种调用方被调用方协调处理请求的方式;
简单来说:
同步 - 调用方要等被调用方的结果才能走下一步
异步 - 调用方不依赖被调用方结果

阻塞 vs 非阻塞

基本概念

阻塞

调用方(线程)等待处理返回前无可事事

非阻塞

调用方(线程)一边等待返回结果一边处理其他流程

总结

阻塞 等价于 线程等待结果 等价于 浪费CPU资源

简单来说:
阻塞:调用方等待被调用方返回时挂起自己
非阻塞:调用方等待被调用方返回时不挂起自己

总结

异步 非阻塞 都可以说是提高效率的一种方式:
异步 - 从被调用方角度优化。流程不依赖被调用方被调用方自己搞定再通知调用方即可。
非阻塞 - 从调用方角度优化。虽然流程需要依赖被调用方,但是调用方可以一边等一边做其他的。

NIO为什么是同步非阻塞?

同步 - 调用流程依赖accept/read具体处理结果
非阻塞 - 调用方并不会因为accept/read暂时没准备好而一直等待

NIO实现

基本思路:调用方不断轮询检测被调用方是否已经ready
基本实现:select、poll、epoll、kqueue

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值