写在前面： 最开始接触在一个服务系统中部署不同的业务流程，各个流程之间的通信通常都是通过方法的调用传参，这个都习以为常。直到接触到了分布式微服务架构，通过不同功能的业务模块进行划分，部署在不同的服务器上，整个执行流程的调用需要跨服务进行通信，就不在是简单的内部方法的调用，而服务调用学习很多方式，也可以说学习了很多各大公司封装的优秀框架，或者叫组件，比如ribbon、进一步封装的feign（openfeign最贱组件），rpc框架，消息队列（rocketmq，kafka），这些都能够进行服务间的通信，但是他们就好像一个个纯粹独立的框架，我提供给你，你会用就行了，好像之间没有任何联系，可是你要往深里想不可能没关系，据我目前所知，这些应该都可以用进程间的通信方式去囊括它们，因为你启动不同的服务实质上就是开启了不同的进程，这些进程进行数据的交互，但是我想用一个大的架子把这些通信的实际方式装在里面，根据一些还有点模糊的界限去分类这些框架，边试边写吧。
还是用分总的方式去写吧，感觉缺少一些灵感，感觉区分这些的关键是一些粒度上的划分，先把那些主流的框架进行细致的研究吧。
