dubbo是去中心化的吗

A. bbo内部通信用的什么协议

bbo内部通信用的什么协议
bbo支持多种远程调用方式，例如bbo RPC（二进制序列化 + tcp协议）、http invoker（二进制序列化 + http协议，至少在开源版本没发现对文本序列化的支持）、hessian（二进制序列化 + http协议）、WebServices （文本序列化 + http协议）等等，但缺乏对当今特别流行的REST风格远程调用（文本序列化 + http协议）的支持。
有鉴于此，我们基于标准的Java REST API——JAX-RS 2.0（Java API for RESTful Web Services的简写），为bbo提供了接近透明的REST调用支持。由于完全兼容Java标准API，所以为bbo开发的所有REST服务，未来脱离bbo或者任何特定的REST底层实现一般也可以正常运行。

B. 什么是spring cloud

春天是spring。多云英语翻译 Cloudy.
合起来就是春天的云朵。

C. bbo内部通信用的什么协议

bbo内部通信用的什么协议
bbo支持多种远程调用方式，例如bbo RPC（二进制序列化 + tcp协议）、http invoker（二进制序列化 + http协议，至少在开源版本没发现对文本序列化的支持）、hessian（二进制序列化 + http协议）、WebServices （文本序列化 + http协议）等等，但缺乏对当今特别流行的REST风格远程调用（文本序列化 + http协议）的支持。
有鉴于此，我们基于标准的Java REST API——JAX-RS 2.0（Java API for RESTful Web Services的简写），为bbo提供了接近透明的REST调用支持。由于完全兼容Java标准API，所以为bbo开发的所有REST服务，未来脱离bbo或者任何特定的REST底层实现一般也可以正常运行。

D. bbo是分布式服务还是集群

bbo是开源的微服务开发框架，倡导的是去中心化，每个功能封装成独立的模块服务，供其他服务调用，模块可以部署多台服务器，是一种集群。
他和soa最大不同的是有独立的rpc通信协议，不是像soa一样用http协议来传输数据的，rpc传输的是二进制数据，性能优于http传输。

E. bbo原理和机制是什么

bbo原理和机制：应用可通过高性能的RPC实现服务的输出和输入功能，可以和Spring框架无缝集成。

注册中心负责服务地址的注册与查找，相当于目录服务，服务提供者和消费者只在启动时与注册中心交互，注册中心不转发请求，压力较小。

监控中心负责统计各服务调用次数，调用时间等，统计先在内存汇总后每分钟一次发送到监控中心服务器，并以报表展示。

服务提供者向注册中心注册其提供的服务，并汇报调用时间到监控中心，此时间不包含网络开销。

服务消费者向注册中心获取服务提供者地址列表，并根据负载算法直接调用提供者，同时汇报调用时间到监控中心，此时间包含网络开销。

(5)bbo是去中心化的吗扩展阅读：

Dubbo是使用AtomicLong从0开始累计数字的，将打包的方法调用信息（如调用的接口名称，方法名称，参数值列表等），和处理结果的回调对象callback，全部封装在一起，组成一个对象object向专门存放调用信息的全局ConcurrentHashMap里面put(ID, object)将ID和打包的方法调用信息封装成一对象connRequest，使用IoSession.write(connRequest)异步发送出去。

当前线程再使用callback的get()方法试图获取远程返回的结果，在get()内部，则使用synchronized获取回调对象callback的锁， 再先检测是否已经获取到结果，如果没有，然后调用callback的wait()方法，释放callback上的锁，让当前线程处于等待状态。

F. bbo 接口上传文件如何去掉大小限制

在消费端增加如下配置
<bbo:provider payload="104857600" />

G. 在引用bbo服务时 不需要指定端口吗

1.透明化的远程方法调用，就像调用本地方法一样调用远程方法，只需简单配置，没有任何API侵入。
2.软负载均衡及容错机制，可在内网替代F5等硬件负载均衡器，降低成本，减少单点。
3. 服务自动注册与发现，不再需要写死服务提供方地址，注册中心基于接口名查询服务提供者的IP地址，并且能够平滑添加或删除服务提供者。

H. bbo实际应用是需要配置消费者吗

1. Dubbo是什么？

Dubbo是一个分布式服务框架，致力于提供高性能和透明化的RPC远程服务调用方案，以及SOA服务治理方案。简单的说，bbo就是个服务框架，如
果没有分布式的需求，其实是不需要用的，只有在分布式的时候，才有bbo这样的分布式服务框架的需求，并且本质上是个服务调用的东东，说白了就是个远程服务调用的分布式框架（告别Web Service模式中的WSdl，以服务者与消费者的方式在bbo上注册）
其核心部分包含:
1. 远程通讯: 提供对多种基于长连接的NIO框架抽象封装，包括多种线程模型，序列化，以及“请求-响应”模式的信息交换方式。
2. 集群容错: 提供基于接口方法的透明远程过程调用，包括多协议支持，以及软负载均衡，失败容错，地址路由，动态配置等集群支持。
3. 自动发现: 基于注册中心目录服务，使服务消费方能动态的查找服务提供方，使地址透明，使服务提供方可以平滑增加或减少机器。

2. Dubbo能做什么？

1.透明化的远程方法调用，就像调用本地方法一样调用远程方法，只需简单配置，没有任何API侵入。
2.软负载均衡及容错机制，可在内网替代F5等硬件负载均衡器，降低成本，减少单点。
3. 服务自动注册与发现，不再需要写死服务提供方地址，注册中心基于接口名查询服务提供者的IP地址，并且能够平滑添加或删除服务提供者。

Dubbo采用全Spring配置方式，透明化接入应用，对应用没有任何API侵入，只需用Spring加载Dubbo的配置即可，Dubbo基于Spring的Schema扩展进行加载。

之
前使用Web
Service，我想测试接口可以通过模拟消息的方式通过soapui或LR进行功能测试或性能测试。但现在使用Dubbo，接口之间不能直接交互，我尝
试通过模拟消费者地址测试，结果不堪入目，再而使用jmeter通过junit进行测试，但还是需要往bbo上去注册，如果再不给提供源代码的前提
下，这个测试用例不好写啊....

3. bbo的架构

bbo架构图如下所示：

节点角色说明：

Provider: 暴露服务的服务提供方。

Consumer: 调用远程服务的服务消费方。

Registry: 服务注册与发现的注册中心。

Monitor: 统计服务的调用次调和调用时间的监控中心。

Container: 服务运行容器。

这点我觉得非常好，角色分明，可以根据每个节点角色的状态来确定该服务是否正常。

调用关系说明：

0 服务容器负责启动，加载，运行服务提供者。

1. 服务提供者在启动时，向注册中心注册自己提供的服务。

2. 服务消费者在启动时，向注册中心订阅自己所需的服务。

3. 注册中心返回服务提供者地址列表给消费者，如果有变更，注册中心将基于长连接推送变更数据给消费者。

4. 服务消费者，从提供者地址列表中，基于软负载均衡算法，选一台提供者进行调用，如果调用失败，再选另一台调用。

5. 服务消费者和提供者，在内存中累计调用次数和调用时间，定时每分钟发送一次统计数据到监控中心。

bbo的容错性显而易见，性能方面还没有还得及测，我们系统某页面需要掉5次接口，本来想建议做个缓存，但业务关系不能采纳，还需要研究下bbo的性能调优问题...

4. bbo使用方法。

Dubbo采用全Spring配置方式，透明化接入应用，对应用没有任何API侵入，只需用Spring加载Dubbo的配置即可，Dubbo基于Spring的Schema扩展进行加载。如果不想使用Spring配置，而希望通过API的方式进行调用（不推荐）

下面我们就来看看spring配置方式的写法:

服务提供者：

1. 下载zookeeper注册中心，下载地址： 下载后解压即可，进入D:apach-zookeeper-3.4.5bin，

双击zkServer.cmd启动注册中心服务。

2. 定义服务接口: (该接口需单独打包，在服务提供方和消费方共享)

下面这个例子不错，写的很详细可以做个model.

package com.unj.bbotest.provider;

import java.util.List;

public interface DemoService {

String sayHello(String name);

public List getUsers();

}

在服务提供方实现接口：(对服务消费方隐藏实现)

package com.unj.bbotest.provider;

import java.util.ArrayList;
import java.util.LinkedList;
import java.util.List;

public class DemoServiceImpl implements DemoService{

public String sayHello(String name) {
return "Hello " + name;
}
public List getUsers() {
List list = new ArrayList();
User u1 = new User();
u1.setName("jack");
u1.setAge(20);
u1.setSex("男");

User u2 = new User();
u2.setName("tom");
u2.setAge(21);
u2.setSex("女");

User u3 = new User();
u3.setName("rose");
u3.setAge(19);
u3.setSex("女");

list.add(u1);
list.add(u2);
list.add(u3);
return list;
}
}

用Spring配置声明暴露服务：

<beans xmlns=""
xmlns:xsi=""
xmlns:bbo=""
xsi:schemaLocation="
/spring-beans.xsd

/bbo.xsd
">

<!-- 使用multicast广播注册中心暴露服务地址
-->

加载Spring配置，启动服务：

package com.unj.bbotest.provider;

import org.springframework.context.support.;

public class Provider {

public static void main(String[] args) throws Exception {
context = new (new String[] {"applicationContext.xml"});
context.start();

System.in.read(); // 为保证服务一直开着，利用输入流的阻塞来模拟
}

}

服务消费者：

applicationContext-bbo.xml 中注册自己需要调用的接口，我刚开始测试的时候需要的接口很多，所以把这个文件写的满满的，后来熟悉了把接口按业务类型分开，写了N多个 applicationContext-bbo-***.xml 简练多了 》。

1.通过Spring配置引用远程服务：

<beans xmlns=""
xmlns:xsi="" xmlns:bbo=""
xsi:schemaLocation="
/spring-beans.xsd

/bbo.xsd
">

<!-- -->

<bbo:reference id="demoService"
interface="com.unj.bbotest.provider.DemoService" />

2.加载Spring配置，并调用远程服务：

package com.alibaba.bbo.demo.pp;

import java.util.List;

import org.springframework.context.support.;

import com.unj.bbotest.provider.DemoService;

public class Consumer {

public static void main(String[] args) throws Exception {
context = new (
new String[] { "applicationContext.xml" });
context.start();

DemoService demoService = (DemoService) context.getBean("demoService"); //
String hello = demoService.sayHello("tom"); // ?
System.out.println(hello); //

//
List list = demoService.getUsers();
if (list != null && list.size() > 0) {
for (int i = 0; i < list.size(); i++) {
System.out.println(list.get(i));
}
}
// System.out.println(demoService.hehe());
System.in.read();
}

}
/