开篇-五年的工作总结与接下来的的学习方向

开篇

转眼之间入行已经快五年了，我是不喜欢这行的，但是也要挣钱吃饭。因为不喜欢，所以我一直没有什么大的技术提高，以后打算写一些博客来记录自己的学习，希望能够弥补我的热爱的缺失吧！

五年时间接触的项目不在少数，哈哈哈，你懂。前天突然想到了服务之间的交互，也可以叫系统，这些系统的交互都有哪些呢？自己想了一下自己接触过的一些项目，我接触到的基本是三种。

一种是通过http请求，两个服务（系统）之间通过http接口来实现信息的传递和交互，这种应该最好理解，我做过一些前端的东西，其实前后端交互主要就是通过这种http请求来进行交互的，然后后端也可以通过这种http请求来交互。

第二种就是mq的方式，这种方式是在怀若接触的，怀若算是我职业生涯很重要的一个公司，因为我觉得从那以后我才算入了这行的门。当时做的东西是java和python一起写的，我们也是分了很多个子服务，这些子服务就是通过rabbitMQ来实现服务之间的交互，一般说起mq总是说是消息队列，异步，解耦等等这些名词，其实想想的话，服务之间的交互也是一些信息的传递过程而已，所以当然可以用我们的消息队列了。我接触到最多的消息队列就是rabbitMQ，后面还会学习一些其他的，kafka什么的。

第三种接触到的就是微服务的方式，这个也是接下来我要学习的，所以放到最后写。那什么是微服务呢，我的理解是对一个大型系统进行业务的拆分，分成了多个子服务，拆成了多个子服务会出现很多问题了，本来在一个系统里，我调用方法啊，接口什么的，直接import这个类调用就是了，但是现在分成了多个系统，这时候脑海里出现了一个词RPC，远程过程调用，当然对应的就是本地过程调用了，最开始接触这个词是在航旅，当时使用的是阿里的dubbo，dubbo就是一个微服务框架，其他听到最多的就是spring cloud了，他们都提供了自己的一套关于微服务中需要一些组件，服务发现dubbo可以用zk，nacos，redis等，这些后面我会写专门的文章分析，spring cloud使用的是euraka，其他还有实现流量监控，负载均衡，服务监控等等很多组件，后续自己会去了解这些东西，然后记录在这上面。

生活哪里都有很多对比，别人家的孩子啊，是吧。那我说一下我对这几种方式的浅薄理解，首先mq和另外两种的不同就是它是异步的，其他两种我理解都是同步的，消息队列本来的优势就是异步，解耦，削峰，在这里也是存在的。http和微服务的方式呢，http当然是通过http协议来实现数据传输的啦，它的优点就是理解简单，上手也简单。微服务的方式不仅支持http协议，它还支持其他的协议，tcp/ip协议，《网络协议》，大学里本专业的应该有这门课，tcp是传输控制层的协议，是更底层的协议，底层的东西的特点就是效率高，理解起来难一些，就像C语言和java，但是难的东西也可能就是价值所在啊。所以微服务的方式优点就是传输效率高，但是理解起来难点吧。

这个就写到这吧，有不足或者错误的地方欢迎补充。

用袁大帅送给李星云的一句话结尾，是不是一定要有所失，才能有所悟！