Dubbo 我手写几行代码，就把通信模式给你解释清楚！

本文的宗旨在于通过简单干净实践的方式教会读者，为什么要使用Dubbo、怎么使用Dubbo、Dubbo通信的原理是什么。在学习本文后，你可以避开很多关于 Dubbo 使用时的坑，也能更清楚自己的编码是在做什么。,本文涉及的工程：,随着互联网场景中所要面对的用户规模和体量的增加，系统的也需要做相应的拆分设计和实现。随之而来的，以前的一套系统，现在成了多个微服务。如；电商系统，以前就在一个工程中写就可以了，现在需要拆分出，用户、支付、商品、配送、活动、风控等各个模块。那么这些模块拆分后，如何高效的通信呢？,图片,图片,Dubbo 的使用分为2方，一个是接口的提供方，另外一个是接口的调用方。接口的提供方需要提供出被调用方使用接口的描述性信息。这个信息包括；接口名称、接口入参、接口出参，只有让调用方拿到这些信息以后，它才能依托于这样的接口信息做一个代理操作，并在代理类中使用 Socket 完成双方的信息交互。,所以你看上去调用 RPC 接口好像和使用 HTTP 也没啥区别，无非就是引入了 POM 配置，之后再配置了注解就可以使用了。但其实，它是把你的 Jar 当做代理的必要参数使用了。本文也会介绍，具体是怎么代理的,对于编程的学习来说，其实最开始的那一下，不是搞明白所有原理，而是先让自己可以看到运行出来的效果。哎，之后就去分析原理，这样会舒服的多。,所以小傅哥这里提供了一套简单的 Dubbo 使用案例，只要你满足最基本的配置条件，就可以运行出效果；,工程案例创建结构，采用的是 DDD 结构。但和 DDD 一点关系没有。如果你对工程创建有疑惑，可以参考 《Java 简明教程》之 DDD 架构,图片,源码：cn.bugstack.dev.tech.dubbo.api.IUserService,源码：cn.bugstack.dev.tech.dubbo.trigger.rpc.UserService,application.yml,以上信息都准备了，一群小卡拉米开始掉到第4个坑里了！,你有2个应用，一个Dubbo接口提供方、一个Dubbo接口使用方。那么你在给你另外一个应用使用接口的时候，你在 InelliJ IDEA 的 Maven 中执行 Install 了吗？,Install 是干啥的？它是为了让你使用了同一个本地 Maven 配置的应用，可以引入到对方提供的 Jar 包。你 Install 以后，这个 Jar 包就会进入到本地 Maven 仓库了。如果是公司里开发，会有专门的自己家部署的，私有Maven中心仓库，就可以通过 deploy 把本地 Jar 发布上去，那么公司里的伙伴，也就都可以引用了。,图片,有些小卡拉米觉得前面的抗都扫干净了，就完事了。没有接下来还有坑，让你一搞搞一天，半夜也睡不好。,源码：application.yml,源码：cn.bugstack.dev.tech.dubbo.consumer.test.ApiTest,测试结果,都说 Jar 是提供可描述性信息的，对方才能代理调用。那么这个过程是怎么干的呢，总不能一问这个，就让小卡拉米们去手写 Dubbo 呀！所以小傅哥会通过最简单模型结构，让你了解这个 Dubbo 通信的原理，方便小卡拉米们上手。,图片,好，核心的原理就这么点。接下来，我们从代码中看看。,源码：cn.bugstack.dev.tech.dubbo.trigger.socket.RpcServerSocket,这段代码主要提供的功能包括；,打开工程：xfg-dev-tech-dubbo-test,源码：cn.bugstack.dev.tech.dubbo.consumer.config.RPCProxyBeanFactory,这段代码主要提供的功能包括；,测试结果