Dubbo相关配置说明

标签：多个   service   工作   red   res   dem   不可用   大数据量   支持   

### 包扫描
<dubbo:annotation package="com.code_g.service" />
服务提供者和服务消费者都需要配置，表示包扫描，作用是扫描指定包(包括子包)下的类。

方式发布和引用服务，一个配置项(<dubbo:service>、<dubbo:reference>)
@Service将服务放入注册中心，@Reference从注册中心获取

### 协议
<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:consumer check="false"/>
上面这个配置需要配置在服务消费者一方，如果不配置默认check值为true。Dubbo 缺省会在启动时检查依赖的服务是否可用，不可用时会抛出异常，
阻止 Spring 初始化完成，以便上线时，能及早发现问题。可以通过将check值改为false来关闭检查。
建议在开发阶段将check值设置为false，在生产环境下改为true。

### 负载均衡
负载均衡（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服务的端口号来防止端口冲突。
在实际生产环境中，多个服务提供者是分别部署在不同的机器上，所以不存在端口冲突问题。

Dubbo相关配置说明

标签：多个   service   工作   red   res   dem   不可用   大数据量   支持   

原文地址：https://www.cnblogs.com/codegzy/p/14839436.html