Java高并发编程详解系列-线程通信

  进程间的通信,又被称为是进程内部的通信,我们都知道每个进程中有多个线程在执行,多个线程要互斥的访问共享资源的时候会发送对应的等待信号或者是唤醒线程执行等信号。那么这些信号背后还有什么样的技术支持呢?

两种消息处理方式

同步阻塞式消息处理

  假设有这样的一个功能需要完成,每个客户端需要提交一个Event到服务器,而服务器接收到客户端请求之后开辟处理线程进行客户端请求处理操作,经过处理之后将结果返回。
如图所示(该图来源于其他书籍)
在这里插入图片描述
  这样的设计存在以下的一些缺陷

  1. 通过同步的方式提交了一个Event,客户端需要长时间等待服务器返回结果
  2. 如果客户端的Event的请求增加的话,服务器端的处理压力将会变大
  3. 每一次客户端连接都会创建线程,这种实现方式会导致线程频繁的创建和销毁,消耗资源
  4. 当客户端连接增加之后需要进行不同的业务操作,就会使得CPU的处理能力降低

异步非阻塞消息处理

  对于同步阻塞的方式来说有以上四点的缺陷,基于者四点缺陷提出了异步非阻塞的方式。每个客户端提交Event之后会立即返回。但是真实的Event会被放置在一个事件处理的队列中,在队列之后有很多的线程进行处理,这些处理都是异步进行的。最后会将结果保存到另外的集合中,客户端需要处理的结果需要再次发送请求进行二次查询。
  两者比较而言异步非阻塞来说比同步阻塞执行的效率更高。客户端不用等待处理完成之

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

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

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

nihui123

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值