干翻Dubbo系列第四篇：Dubbo3第一个应用程序细节补充-Toy模板网

这篇具有很好参考价值的文章主要介绍了干翻Dubbo系列第四篇：Dubbo3第一个应用程序细节补充。希望对大家有所帮助。如果存在错误或未考虑完全的地方，请大家不吝赐教，您也可以点击"举报违法"按钮提交疑问。

干翻Dubbo系列第四篇：Dubbo3第一个应用程序细节补充,Dubbo专栏,dubbo

第一章

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：第一个程序运行过程浅析

从形象和概念上进行一个分析，源码后续在进行分析~

干翻Dubbo系列第四篇：Dubbo3第一个应用程序细节补充,Dubbo专栏,dubbo

解释说明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：

代理的核心工作是什么呢？