SAN_YUN的专栏

dubbo是阿里巴巴开源的单一长连接服务框架，底层通信采用nio框架，支持netty,mina,grizzly，默认是netty。对dubbo比较感兴趣的是：1. client端的线程模型是什么样的？传统的io client是请求应答模式，发送请求-->等待远程应答。dubbo底层是异步IO的，所有请求复用单一长连接，所以调用都不会阻在IO上，而是阻在Future超时wait上。2. s...

最近有点痴呆，因为解决了太多的痴呆问题，服务框架实施面超来超广，已有50多个项目在使用，每天都要去帮应用查问题，来来回回，发现大部分都是配置错误，或者重复的文件或类，或者网络不通等，所以准备在新版本中加入防痴呆设计，估且这么叫吧，可能很简单，但对排错速度还是有点帮助，希望能抛砖引玉，也希望大家多给力，想出更多的防范措施共享出来。(1) 检查重复的jar包最痴呆的...

在大规模服务化之前，应用可能只是通过RMI或Hessian等工具，简单的暴露和引用远程服务，通过配置服务的URL地址进行调用，通过F5等硬件进行负载均衡。(1) 当服务越来越多时，服务URL配置管理变得非常困难，F5硬件负载均衡器的单点压力也越来越大。此时需要一个服务注册中心，动态的注册和发现服务，使服务的位置透明。并通过在消费方获取服务提供方地址列表，实现软负载均衡和Failov...

延迟暴露(+) (#)如果你的服务需要Warmup时间，比如初始化缓存，等待相关资源就位等，可以使用delay进行延迟暴露。延迟5秒暴露服务：<dubbo:service delay="5000" />延迟到Spring初始化完成后，再暴露服务：(基于S...

http://code.alibabatech.com/wiki/display/dubbo/Protocol+Reference Dubbo缺省协议采用单一长连接和NIO异步通讯，适合于小数据量大并发的服务调用，以及服务消费者机器数远大于服务提供者机器数的情况。 缺省协议，使用基于netty3.2.2+hessian3.2.1交互。    连接个数：单连接  ...

Scenea、本次性能测试，测试了dubbo2.0所有支持的协议在不同大小和数据类型下的表现，并与dubbo1.0进行了对比。b、整体性能相比1.0有了提升，平均提升10%，使用dubbo2.0新增的dubbo序列化还能获得10%~50%的性能提升，详见下面的性能数据。c、稳定性测试中由于将底层通信框架从mina换成netty，old区对象的增长大大减少，50小时运行，增长不到200m...

参考：http://my.oschina.net/le284/blog/262251?p=1 在典型的生产者消费者模型中一般通过队列来保存待执行的任务，可以在异步任务中设置一个超时时间，如果在队列中的时间大于这个值，将抛弃此任务，保护整体服务的正常运行，这个也就是服务器负载保护策略，防止服务端压力过大宕机，丢弃部分任务，以保护大多数任务的有效执行。...

http://jm.taobao.org/2013/11/14/3138/ 很荣幸，作为这样一款业界使用率和好评率出众的RPC框架的维护者，今天这个文章主要是想帮助那些热爱开源的同学，更好的来研究dubbo的源代码。 一、Dubbo整体架构1、Dubbo与Spring的整合Dubbo在使用上可以做到非常简单，不管是Provider还是Consumer都可以通过Spring的...