王云朋的专栏

Dubbo是一个被国内很多互联网公司广泛使用的开源分布式服务框架，即使从国际视野来看应该也是一个非常全面的SOA基础框架。作为一个重要的技术研究课题，在当当网我们根据自身的需求，为Dubbo实现了一些新的功能，并将其命名为Dubbox（即Dubbo eXtensions）。主要的新功能包括：支持REST风格远程调用（HTTP + JSON/XML)：基于非常成熟的JBoss

1、dubbo协议Dubbo缺省协议采用单一长连接和NIO异步通讯，适合于小数据量大并发的服务调用，以及服务消费者机器数远大于服务提供者机器数的情况。Dubbo缺省协议不适合传送大数据量的服务，比如传文件，传视频等，除非请求量很低。dubbo:protocol name="dubbo" port="20880" />设置默认协议：dubbo:provider protoc

dubbo主要核心部件Remoting：网络通信框架，实现了sync-over-async和request-response消息机制。RPC：一个远程过程调用的抽象，支持负载均衡、容灾和集群功能。Registry：服务目录框架用于服务的注册和服务事件发布和订阅。（类似第一篇文章中的点菜宝）dubbo架构Provider： 暴露服务的提供方。Consumer：调用

dubbo默认提供了三种线程池，分别是 fixed 固定大小线程池，启动时建立线程，不关闭，一直持有。 cached 缓存线程池，空闲一分钟自动删除，需要时重建。 limited 可伸缩线程池，但池中的线程数只会增长不会收缩。(为避免收缩时突然来了大流量引起的性能问题)。

项目中存在服务之间存在循环依赖，启动时总是报错，通过修改启动检查check=false解决，下面是dubbo官网提供的启动检查文档。启动时检查Dubbo缺省会在启动时检查依赖的服务是否可用，不可用时会抛出异常，阻止Spring初始化完成，以便上线时，能及早发现问题，默认check=true。如果你的Spring容器是懒加载的，或者通过API编程延迟引用服务，请关闭chec

1. RPC 不支持对象， 采用http协议2. RMI支持传输对象。采用tcp／ip 协议3. RMI只限于JAVA语言，RPC跨语言RPC和RMI的简单比较　　在RMI和RPC之间最主要的区别在于方法是如何别调用的。在RMI中，远程接口使每个远程方法都具有方法签名。如果一个方法在服务器上执行， 但是没有相匹配的签名被添加到这个远程接口上，那么这个新方法就

很长时间以来都没有怎么好好搞清楚RPC（即Remote Procedure Call，远程过程调用）和HTTP调用的区别，不都是写一个服务然后在客户端调用么？这里请允许我迷之一笑~Naive！本文简单地介绍一下两种形式的C/S架构，先说一下他们最本质的区别，就是RPC主要是基于TCP/IP协议的，而HTTP服务主要是基于HTTP协议的，我们都知道HTTP协议是在传输层协议TCP之上的，所以效率来看