黑马程序员Dubbo快速入门，Java分布式框架dubbo教程

分布式系统中的相关概念

（一）互联网项目架构目标-特点

（二）互联网项目架构目标-目标

（三）集群和分布式

（四）架构演进

Dubbo概述

（一）dubbo概述

1、dubbo概念

2、dubbo架构

Dubbo快速入门

（一）zookeeper安装

今天只是先把zookeeper装上，作为dubbo的注册中心来使用
而且zookeeper也是dubbo官方提供/推荐的注册中心

M1 Mac安装Zookeeper

（二）spring和springmvc整合

1、Dubbo快速入门

以前是本地的注入，Autowire
现在需要的是远程的注入，远程的调用，它们将来是两个项目，分别要部署在两台机器上

先创建一个Empty空项目，然后在里面创建两个maven模块

将来由web模块来依赖这个service模块
web模块作为一个 war 的项目（就是web项目），可以加tomcat插件启动的
而service模块就是一个 jar 的项目

找到资料-配置文件，分别导入service-provider，web-consumer

<properties>
    <spring.version>5.1.9.RELEASE</spring.version>
    <dubbo.version>2.7.4.1</dubbo.version>
    <zookeeper.version>4.0.0</zookeeper.version>

</properties>

<dependencies>
    <!-- servlet3.0规范的坐标 -->
    <dependency>
        <groupId>javax.servlet</groupId>
        <artifactId>javax.servlet-api</artifactId>
        <version>3.1.0</version>
        <scope>provided</scope>
    </dependency>
    <!--spring的坐标-->
    <dependency>
        <groupId>org.springframework</groupId>
        <artifactId>spring-context</artifactId>
        <version>${spring.version}</version>
    </dependency>
    <!--springmvc的坐标-->
    <dependency>
        <groupId>org.springframework</groupId>
        <artifactId>spring-webmvc</artifactId>
        <version>${spring.version}</version>
    </dependency>
 
    <!--日志-->
    <dependency>
        <groupId>org.slf4j</groupId>
        <artifactId>slf4j-api</artifactId>
        <version>1.7.21</version>
    </dependency>
    <dependency>
        <groupId>org.slf4j</groupId>
        <artifactId>slf4j-log4j12</artifactId>
        <version>1.7.21</version>
    </dependency>



    <!--Dubbo的起步依赖，版本2.7之后统一为rg.apache.dubb -->
    <dependency>
        <groupId>org.apache.dubbo</groupId>
        <artifactId>dubbo</artifactId>
        <version>${dubbo.version}</version>
    </dependency>
    <!--ZooKeeper客户端实现 -->
    <dependency>
        <groupId>org.apache.curator</groupId>
        <artifactId>curator-framework</artifactId>
        <version>${zookeeper.version}</version>
    </dependency>
    <!--ZooKeeper客户端实现 -->
    <dependency>
        <groupId>org.apache.curator</groupId>
        <artifactId>curator-recipes</artifactId>
        <version>${zookeeper.version}</version>
    </dependency>


    <!--公共接口模块-->
    <dependency>
        <groupId>com.itheima</groupId>
        <artifactId>dubbo-interface</artifactId>
        <version>1.0-SNAPSHOT</version>
    </dependency>

</dependencies>


<build>
    <plugins>
        <!--tomcat插件-->
        <plugin>
            <groupId>org.apache.tomcat.maven</groupId>
            <artifactId>tomcat7-maven-plugin</artifactId>
            <version>2.1</version>
            <configuration>
                <port>8000</port>
                <path>/</path>
            </configuration>
        </plugin>
    </plugins>
</build>

这是web项目，将来要启动，所以加了tomcat插件
1、改了一下端口-8000
2、给path设为了/，将来就不需要输入项目名称了
3、pom.xml中在version下方加上 <packaging>war</packaging>

由于service不需要启动tomcat，这个插件就不需要导入了，其他就直接粘贴到service的pom.xml中即可

因为这个service项目是被依赖的，我们需要先安装一下

然后启动web项目


接下来我们就可以把dubbo加入进来。现在是一个本地的调用，待会儿换成远程的调用

（三）服务提供者

web依赖于service

这里web和service分成了两个模块，但这不属于分布式，还是一种单体架构，只是通过maven的分模块把它拆分开了而已
因为分布式指的是这两个模块或者说这两个项目都要能够独立启动，独立对外提供服务
现在这里web的项目可以独立启动对外提供服务，因为controller可以对外访问到
而serivce不能独立启动对外提供服务，因为它是一个jar项目，并不能启动

接下来我们就把它改造为分布式的，或者说soa的架构
那么本地的依赖就不能依赖了，将来要能够独立启动
启动了之后呢，将来要调用通过远程的方式，所以中间通过dubbo的方式来完成它们rpc的远程通信

这节课先改造service

不加packing默认的是jar的项目，也就是说是一个java项目，不能启动
所以加上<packaging>war</packaging>，war的项目就意味着将来可以对外独立启动
因此还要加一个tomcat插件，端口改为9000

代码只有一个地方要改，

// @Service // 将该类的对象创建出来，放到Spring的IOC容器中 bean定义

因为现在我们不需要放到spring容器里了，将来需要把这个类提供的服务对外发布，要把它的ip端口以及访问的路径告诉我们dubbo，dubbo会记录到zookeeper中去

// @Service // 将该类的对象创建出来，放到Spring的IOC容器中 bean定义
@Service // 将这个类提供的方法（服务）对外发布。将访问的地址 ip，端口，路径注册到注册中心中

还要配置，打开applicationContext.xml
刚才加的@Service要被识别还需要扫描一下，这个扫描将来是由dubbo来做的，不是由spring来做的，所以applicationContext.xml中spring的包扫描就没有用了（注释掉）

<!--dubbo的配置-->
<!--1.配置项目的名称，唯一-->
<dubbo:application name="dubbo-service" />
<!--2.配置注册中心的地址-->
<dubbo:registry address="zookeeper://10.10.20.18:2181"/>
<!--3.配置dubbo包扫描-->
<dubbo:annotation package="com.itheima.service.impl" />

还有最后一件事：现在这个是java的web项目，那么还差一个目录结构，把web的webapp粘贴过来
webapp下WEB-INF下的web.xml，web.xml需要加载spring的核心配置文件<param-value>classpath*:spring/applicationContext*.xml</param-value>，加载这个配置文件之后，就可以扫描对应的applicationContext.xml中dubbo的配置了，这样就完成整个服务的发布的工作
然后web.xml中springmvc的配置就不需要了，还有下面的servlet-mapping也不需要了
那整个service服务的提供方就改造完毕了

然后启动：

（四）服务消费者

首先要做的第一件事，现在web还依赖着service，但现在不需要依赖了，将来这两个项目布局在两台机器上的，那如何依赖别人的代码呢？所以不需要了，在pom.xml中删除

删除了之后，这里会存在一个问题，UserController中报错了，找不到UserService了
（方法一（不好）：
建一个service包然后建一个UserService接口）
）

在web.xml中将spring的配置文件的加载删掉，就留下spring-mvc和servlet-mapping

UserController中
（@Reference注意是dubbo包中的）

// 注入Service
// @Autowired // 本地注入

/*
    1、自动：从zookeeper注册中心获取userService的访问url
    2、自动：进行远程调用RPC
    3、将结果封装为一个代理对象，给变量赋值
 */
@Reference // 远程注入
private UserService userService;

由于这里要从zookeeper注册中心获取，那zookeeper在哪就要告诉@Reference注解，所以还是需要来进行一个配置，这个配置和刚才在service中resources/spring/applicationContext.xml中dubbo、zookeeper三个配置拷贝过来，放到web中的springmvc.xml中，然后进行一些微调（名称和dubbo包扫描）
上面的包扫描（component-scan）还要留着，因为还要留着用来扫描springmvc的一些注解

[DUBBO] qos-server can not bind localhost:2222,
注意这里web和service都tomcat7：run后，其中一个会报错，因为qos是做远程控制的一个组件，dubbo会自动启动这个组件，不论是service和web都会启动，那两个就会冲突了，这两个项目将来会部署在两台机器上，但是现在在一个机器上测试就会出问题
所以这里我们只需要改其中任何一个的端口即可，
比如改web，点开web下的springmvc.xml
改成：（改它的端口）

<dubbo:application name="dubbo-web" >
    <dubbo:parameter key="qos.port" value="33333" />
</dubbo:application>

再说回刚才“删除了之后，这里会存在一个问题，UserController中报错了，找不到UserService了“的问题，
更好的办法：
把UserService提出来，形成一个独立的模块，让service和web分别去依赖这个接口即可
因此将来的做法是这样的：
提供一个公共接口

增加一个模块，

这个模块非常简单，只是来进行接口定义的

把UserService粘贴过来，然后把service中的UserService删除

然后web和service还要依赖它，在pom.xml

改好了，interface因为是被依赖的模块，首先需要选择它的install（注意是生命周期里的）
然后再启动web和serivce（tomcat7:run）

Dubbo高级特性

（一）dubbo-admin安装

Monitor监控中心一般是用来统计服务调用次数
官方没有提供一个特别好的monitor的版本
因此我们来介绍功能更强大的另外一个官方提供的dubbo-admin这个工具
dubbo-admin也有monitor的功能，比monitor的功能更强大

因此要通过node.js的方式来启动这里的vue

（二）dubbo-admin使用

然后将service和web都tomcat7:run


在我们启动dubbo-service这个服务的时候，我们不仅仅要让tomcat来占用9000这个端口（在pom.xml中看）；而且dubbo内部也会占用本机的端口，默认是20880，这个可以在applicationContext.xml中修改（将来要在一台机器上启动很多个服务的时候，每一个服务的端口就不能设置成一样的

可以看到没有任何数据，但是我们的消费者（web）项目明明已经启动了。说明并没有和dubbo进行通信，在第一次访问后才会和dubbo进行通信
所以我们来访问一下


然后使用“测试”功能：
不用提供消费者，只要把服务的生存者写完了之后，就可以过来测试了