北京建设高端网站天津网站建设论坛
前言
不从恶人的计谋，不站罪人的道路，不坐亵慢人的座位，惟喜爱耶和华的律法，昼夜思想，这人便为有福！他要像一棵树栽在溪水旁，按时候结果子，叶子也不枯干。凡他所做的尽都顺利。
如何找到孙帅本人
本文内容整理自《孙哥说Dubbo系列视频课程》，老师实力十分雄厚，B站搜孙帅suns可以找到本人，或者直接添加老师微信号suns45
第一章
1：协议端口
<!-- dubbo应用的名称 --><dubbo:application name="dubbo-02-provider"/><!-- protocol是协议的意思，这里采用是dubbo的协议，默认的端口号是20880 --><dubbo:protocol name="dubbo" port="20880"/>
补充说明1：
显示指定Dubbo服务启动的端口号：一个服务器上起多个Provider都这样显示的指定port端口号的话，会造成端口号冲突。
解决方式：我们可以port设置为-1，服务启动时默认采用20880（dubbo协议默认端口），此端口被占用默认会+1，一直到加端口不占用为止。强烈建立端口号设置为-1
<!-- protocol是协议的意思，这里采用是dubbo的协议，默认的端口号是20880 --><dubbo:protocol name="dubbo" port="-1"/>
2：第一个程序运行过程浅析
从形象和概念上进行一个分析，源码后续在进行分析~
解释说明1：
提供者里边我们编写了一个Service层之后，基xml里边的配置暴露Dubbo服务，真正将一个Service发布成一个Dubbo服务的是<dubbo:service/>这个标签。为暴露出来的服务齐了一个名字，指定了通信的协议和端口号。
消费者当中也配置了dubbo服务的名称。通过<dubbo:reference>指定了PRC的接口和对象id，并将此对象交由Spring工厂进行管理。同时也指定了所发布的提供者的UserService的URL。
消费者和提供者之间进行通信是跨越JVM实例通信的，是一种跨进程通讯，这种通讯方式一定是走网络通信的。所以，我们的URL当中包含了提供者暴露的Dubbo服务的IP、端口号、协议、具体的接口的全限定名称，它具体涨这个样子
<dubbo:reference interface="com.suns.service.UserService" id="userService" url="dubbo://192.168.8.1:20880/com.suns.service.UserService"/>
分析到这里，我们可以看到概念上，我们整个流程是通的。
3：两个问题
问题分析1：
为什么提供者提供了UserService的实现，在另外一个虚拟机的消费者当中可以记性调用呢？消费者当中调用的到底是什么？
并没有直接调用远端JVM实例当中的UserServiceImpl，实际上是调用的是UserServiceImpl的代理对象 Proxy，这个代理对象是在消费者的JVM实例当中的。这个对象是从消费者的JVM实例当中的Spring工厂获取的。比如：($Proxy20@4109)是基于JDK的动态代理的方式创建的，他是基于Proxy.newProcyInstance();
问题分析2：
代理的核心工作是什么呢？
代理设计模式在Java开发中是广泛使用的。代理仿佛就是一个伟大而又理想的中间商，让你更好的去访问后续的内容。消费者和实际的消费对象之间是割裂的，被代理对象所连接。
代理对象被Consumer实际调用，对consumer屏蔽了网络的通信过程(通信方式 协议 序列化)，最后通过代理传递通信的数据。
通信必须得有对方的地址，所以代理对象当中必须得有一个URL
