注意：Controller中注入HelloService使用的是Dubbo提供的@Reference注解
（5）在src/main/resources下创建applicationContext-web.xml
<?xml version="1.0" encoding="UTF-8"?> <beans xmlns="http://www.springframework.org/schema/beans" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:p="http://www.springframework.org/schema/p" xmlns:context="http://www.springframework.org/schema/context" xmlns:dubbo="http://code.alibabatech.com/schema/dubbo" xmlns:mvc="http://www.springframework.org/schema/mvc" xsi:schemaLocation="http://www.springframework.org/schema/beans http://www.springframework.org/schema/beans/spring-beans.xsd http://www.springframework.org/schema/mvc http://www.springframework.org/schema/mvc/spring-mvc.xsd http://code.alibabatech.com/schema/dubbo http://code.alibabatech.com/schema/dubbo/dubbo.xsd http://www.springframework.org/schema/context http://www.springframework.org/schema/context/spring-context.xsd"> <!-- 当前应用名称，用于注册中心计算应用间依赖关系，注意：消费者和提供者应用名不要一样 --> <dubbo:application name="dubbodemo-consumer"/> <!-- 连接服务注册中心zookeeper ip为zookeeper所在服务器的ip地址--> <dubbo:registry address="zookeeper://192.168.1.105:2181"/> <!-- 扫描的方式暴露接口 --> <dubbo:annotation package="com.itterence.controller"/> </beans>
（6）运行测试
tomcat7:run启动
在浏览器输入http://localhost:8082/demo/hello.do?name=Jack，查看浏览器输出结果
思考一：上面的Dubbo入门案例中我们是将HelloService接口从服务提供者工程(dubbodemo_provider)复制到服务消费者工程(dubbodemo_consumer)中，这种做法是否合适？还有没有更好的方式？
答：这种做法显然是不好的，同一个接口被复制了两份，不利于后期维护。更好的方式是单独创建一个maven工程，将此接口创建在这个maven工程中。需要依赖此接口的工程只需要在自己工程的pom.xml文件中引入maven坐标即可。
思考二：在服务消费者工程(dubbodemo_consumer)中只是引用了HelloService接口，并没有提供实现类，Dubbo是如何做到远程调用的？
答：Dubbo底层是基于代理技术为HelloService接口创建代理对象，远程调用是通过此代理对象完成的。可以通过开发工具的debug功能查看此代理对象的内部结构。另外，Dubbo实现网络传输底层是基于Netty框架完成的。
思考三：上面的Dubbo入门案例中我们使用Zookeeper作为服务注册中心，服务提供者需要将自己的服务信息注册到Zookeeper，服务消费者需要从Zookeeper订阅自己所需要的服务，此时Zookeeper服务就变得非常重要了，那如何防止Zookeeper单点故障呢？
答：Zookeeper其实是支持集群模式的，可以配置Zookeeper集群来达到Zookeeper服务的高可用，防止出现单点故障。
5. Dubbo管理控制台
我们在开发时，需要知道Zookeeper注册中心都注册了哪些服务，有哪些消费者来消费这些服务。我们可以通过部署一个管理中心来实现。其实管理中心就是一个web应用，部署到tomcat即可。
5.1 安装
安装步骤：
（1）将资料中的dubbo-admin-2.6.0.war文件复制到tomcat的webapps目录下
（2）启动tomcat，此war文件会自动解压
（3）修改WEB-INF下的dubbo.properties文件，注意dubbo.registry.address对应的值需要对应当前使用的Zookeeper的ip地址和端口号
dubbo.registry.address=zookeeper://192.168.1.105:2181 dubbo.admin.root.password=root dubbo.admin.guest.password=guest
（4）重启tomcat
5.2 使用
操作步骤：
（1）访问http://localhost:8080/dubbo-admin-2.6.0/，输入用户名(root)和密码(root)
（2）启动服务提供者工程和服务消费者工程，可以在查看到对应的信息
6. Dubbo相关配置说明
6.1 包扫描
<dubbo:annotation package="com.itterence.service" />
服务提供者和服务消费者都需要配置，表示包扫描，作用是扫描指定包(包括子包)下的类。
如果不使用包扫描，也可以通过如下配置的方式来发布服务：
<bean id="helloService" class="com.itterence.service.impl.HelloServiceImpl" /> <dubbo:service interface="com.itterence.api.HelloService" ref="helloService" />
作为服务消费者，可以通过如下配置来引用服务：
<!-- 生成远程服务代理，可以和本地bean一样使用helloService --> <dubbo:reference id="helloService" interface="com.itterence.api.HelloService" />
上面这种方式发布和引用服务，一个配置项(dubbo:service、dubbo:reference)只能发布或者引用一个服务，如果有多个服务，这种方式就比较繁琐了。推荐使用包扫描方式。
6.2 协议
<dubbo:protocol name="dubbo" port="20880"/>
一般在服务提供者一方配置，可以指定使用的协议名称和端口号。
其中Dubbo支持的协议有：dubbo、rmi、hessian、http、webservice、rest、redis等。
推荐使用的是dubbo协议。
dubbo 协议采用单一长连接和 NIO 异步通讯，适合于小数据量大并发的服务调用，以及服务消费者机器数远大于服务提供者机器数的情况。不适合传送大数据量的服务，比如传文件，传视频等，除非请求量很低。
也可以在同一个工程中配置多个协议，不同服务可以使用不同的协议，例如：
<!-- 多协议配置 --> <dubbo:protocol name="dubbo" port="20880" /> <dubbo:protocol name="rmi" port="1099" /> <!-- 使用dubbo协议暴露服务 --> <dubbo:service interface="com.itterence.api.HelloService" ref="helloService" protocol="dubbo" /> <!-- 使用rmi协议暴露服务 --> <dubbo:service interface="com.itterence.api.DemoService" ref="demoService" protocol="rmi" />
如果使用的是包扫描，可以在@Service注解上指定协议，例如：@Service(protocol="dubbo")
6.3 启动时检查
<dubbo:consumer check="false"/>
上面这个配置需要配置在服务消费者一方，如果不配置默认check值为true。Dubbo 缺省会在启动时检查依赖的服务是否可用，不可用时会抛出异常，阻止 Spring 初始化完成，以便上线时，能及早发现问题。可以通过将check值改为false来关闭检查。
建议在开发阶段将check值设置为false，在生产环境下改为true。
6.4 负载均衡
负载均衡（Load Balance）：其实就是将请求分摊到多个操作单元上进行执行，从而共同完成工作任务。
在集群负载均衡时，Dubbo 提供了多种均衡策略（包括随机、轮询、最少活跃调用数、一致性Hash），缺省为random随机调用。
配置负载均衡策略，既可以在服务提供者一方配置，也可以在服务消费者一方配置，如下：
@Controller @RequestMapping("/demo") public class HelloController { //在服务消费者一方配置负载均衡策略 @Reference(check = false,loadbalance = "random") private HelloService helloService; @RequestMapping("/hello") @ResponseBody public String getName(String name) { //远程调用 String result = helloService.sayHello(name); System.out.println(result); return result; } }
//在服务提供者一方配置负载均衡 @Service(loadbalance = "random") public class HelloServiceImpl implements HelloService { public String sayHello(String name) { return "hello " + name; } }
可以通过启动多个服务提供者来观察Dubbo负载均衡效果。
注意：因为我们是在一台机器上启动多个服务提供者，所以需要修改tomcat的端口号和Dubbo服务的端口号来防止端口冲突。
在实际生产环境中，多个服务提供者是分别部署在不同的机器上，所以不存在端口冲突问题。
7. 解决Dubbo无法发布被事务代理的Service问题
前面我们已经完成了Dubbo的入门案例，通过入门案例我们可以看到通过Dubbo提供的标签配置就可以进行包扫描，扫描到@Service注解的类就可以被发布为服务。
但是我们如果在服务提供者类上加入@Transactional事务控制注解后，服务就发布不成功了。原因是事务控制的底层原理是为服务提供者类创建代理对象，而默认情况下Spring是基于JDK动态代理方式创建代理对象，而此代理对象的完整类名为com.sun.proxy.$Proxy42（最后两位数字不是固定的），导致Dubbo在发布服务前进行包匹配时无法完成匹配，进而没有进行服务的发布。
7.1 问题展示
在入门案例的服务提供者dubbodemo_provider工程基础上进行展示
操作步骤：
（1）在pom.xml文件中增加maven坐标
<dependency> <groupId>mysql</groupId> <artifactId>mysql-connector-java</artifactId> <version>5.1.47</version> </dependency> <dependency> <groupId>com.alibaba</groupId> <artifactId>druid</artifactId> <version>1.1.6</version> </dependency> <dependency> <groupId>org.mybatis</groupId> <artifactId>mybatis-spring</artifactId> <version>1.3.2</version> </dependency>
（2）在applicationContext-service.xml配置文件中加入数据源、事务管理器、开启事务注解的相关配置
<!--数据源--> <bean id="dataSource" class="com.alibaba.druid.pool.DruidDataSource" destroy-method="close"> <property name="username" value="root"/> <property name="password" value="646453"/> <property name="driverClassName" value="com.mysql.jdbc.Driver"/> <property name="url" value="jdbc:mysql://192.168.1.105:3306/demo"/> </bean> <!-- 事务管理器 --> <bean id="transactionManager" class="org.springframework.jdbc.datasource.DataSourceTransactionManager"> <property name="dataSource" ref="dataSource"/> </bean> <!--开启事务控制的注解支持--> <tx:annotation-driven transaction-manager="transactionManager"/>
上面连接的数据库可以自行创建
（3）在HelloServiceImpl类上加入@Transactional注解
（4）启动服务提供者和服务消费者，并访问
上面的错误为没有可用的服务提供者
查看dubbo管理控制台发现服务并没有发布，如下：’
可以通过断点调试的方式查看Dubbo执行过程，Dubbo通过AnnotationBean的postProcessAfterInitialization方法进行处理
7.2 解决方案
通过上面的断点调试可以看到，在HelloServiceImpl类上加入事务注解后，Spring会为此类基于JDK动态代理技术创建代理对象，创建的代理对象完整类名为com.sun.proxy.$Proxy35，导致Dubbo在进行包匹配时没有成功（因为我们在发布服务时扫描的包为com.itterence.service），所以后面真正发布服务的代码没有执行。
解决方式操作步骤：
（1）修改applicationContext-service.xml配置文件，开启事务控制注解支持时指定proxy-target-class属性，值为true。其作用是使用cglib代理方式为Service类创建代理对象
<!--开启事务控制的注解支持--> <tx:annotation-driven transaction-manager="transactionManager" proxy-target-class="true"/>
（2）修改HelloServiceImpl类，在Service注解中加入interfaceClass属性，值为HelloService.class，作用是指定服务的接口类型
@Service(interfaceClass = HelloService.class) @Transactional public class HelloServiceImpl implements HelloService { public String sayHello(String name) { return "hello " + name; } }
此处也是必须要修改的，否则会导致发布的服务接口为SpringProxy，而不是HelloService接口，如下：
