Odd Man

需求记录学习和理解DubboProtocol的过程，避免后面忘记的尴尬！正文DubboProtocol.Refer:功能创建DubboInvokerDubboInvoker构成元素 服务 ServiceType：具体的服务，即引用的服务 协议URL Url：协议的URL，例如dubbo://1027.0.0.1:20880/co

前言Dubbo框架支持的通信协议有很多种，本节着重介绍hessian协议。正文描述Hessian协议用于集成Hessian的服务，Hessian底层采用Http通讯，采用Sevlet暴露服务，Dubbo缺省内嵌Jetty作为服务器实现。Dubbo的Hessian协议可以与原生的Hessian服务互操作，即提供方和消费方可以分别为Dubbo的Hessian服务或原生的Hessian服务。适用...

前言Dubbo框架支持的通信协议有很多种，本节着重介绍rmi协议。正文RMI 协议采用 JDK 标准的 java.rmi.* 实现，采用阻塞式短连接和 JDK 标准序列化方式。适合入出参数据包大小混合，消费者与提供者个数差不多，传文件的方式也支持，并且可以与原生RMI服务互操作。注意：如果正在使用 RMI 提供服务给外部访问 ，同时应用里依赖了老的 common-collections 包 ...

前言Dubbo框架支持的通信协议有很多种，本节着重介绍dubbo协议，也是Dubbo框架默认的协议。正文描述Dubbo框架缺省协议dubbo采用单一长连接和NIO异步通信，适合数据量小大并发的服务调用，以及服务消费者机器远大于服务提供者机器数的情况。反之，Dubbo缺省协议不适合大数量的服务，比如文件传输、视频传输等。Proxy：客户端代理；Client：客户端；Header：协议...

http://dubbo.io/books/dubbo-user-book/preface/background.html

认知注：以下内容摘自官网http://dubbo.io/User+Guide-zh.htm#UserGuide-zh-%E8%83%8C%E6%99%AF，并只作为笔记使用，绝无其他用途！架构节点角色说明： Provider: 暴露服务的服务提供方。 Consumer: 调用远程服务的服务消费方。 Registry: 服务注册与发现的注册中心。 Monitor: 统计服

Demo配置 Dubbo采用全Spring配置方式，透明化接入应用，对应用没有任何API侵入，只需用Spring加载Dubbo的配置即可，Dubbo基于Spring的Schema扩展进行加载。 如果不想使用Spring配置，而希望通过API的方式进行调用（不推荐），请参见：API配置 服务提供者1.定义服务接口: (该接口需单独打包，在服务提供方和消费方共享)

引用对于Zookeeper相关的知识，可参照另一篇文章【Zookeeper笔记】http://blog.youkuaiyun.com/keysilence1/article/details/54340612作用Zookeeper到底在Dubbo服务框架体系中起到了一个什么作用？下面介绍一下： Zookeeper是一个分布式服务框架的协调服务，意思就是说他服务于分布式的服务框架

协议远程调用层的协议，封将RPC调用，以Invocation和Result为中心，扩展接口为Protocol、Invoker和Exporter。Protocol是服务域，它是Invoker暴露和引用的主功能入口，它负责Invoker的生命周期管理。Invoker是实体域，它是Dubbo的核心模型，其它模型都向它靠扰，或转换成它，它代表一个可执行体，可向它发起invoke调用，它有可能是一个本地

前言Dubbo框架支持的通信协议有很多种，本节着重介绍http协议。正文描述基于 HTTP 表单的远程调用协议，采用 Spring 的 HttpInvoker 实现。适用于入出参数据包大小混合，to供着比消费者个数多，可用浏览器查看，可用表单或URL传入参数，不支持传文件。特性连接：多个短连接；传输：HTTP协议，同步传输方式；序列化：HTTP表单序列化；约束参数及返回值需符...