进程间的通信,又被称为是进程内部的通信,我们都知道每个进程中有多个线程在执行,多个线程要互斥的访问共享资源的时候会发送对应的等待信号或者是唤醒线程执行等信号。那么这些信号背后还有什么样的技术支持呢?
两种消息处理方式
同步阻塞式消息处理
假设有这样的一个功能需要完成,每个客户端需要提交一个Event到服务器,而服务器接收到客户端请求之后开辟处理线程进行客户端请求处理操作,经过处理之后将结果返回。
如图所示(该图来源于其他书籍)
这样的设计存在以下的一些缺陷
- 通过同步的方式提交了一个Event,客户端需要长时间等待服务器返回结果
- 如果客户端的Event的请求增加的话,服务器端的处理压力将会变大
- 每一次客户端连接都会创建线程,这种实现方式会导致线程频繁的创建和销毁,消耗资源
- 当客户端连接增加之后需要进行不同的业务操作,就会使得CPU的处理能力降低
异步非阻塞消息处理
对于同步阻塞的方式来说有以上四点的缺陷,基于者四点缺陷提出了异步非阻塞的方式。每个客户端提交Event之后会立即返回。但是真实的Event会被放置在一个事件处理的队列中,在队列之后有很多的线程进行处理,这些处理都是异步进行的。最后会将结果保存到另外的集合中,客户端需要处理的结果需要再次发送请求进行二次查询。
两者比较而言异步非阻塞来说比同步阻塞执行的效率更高。客户端不用等待处理完成之