dubbo实战与源码分析,zookeeper源码分析与实战

Dubbo的限流分析上一篇文章分析Dubbo是如何降级的，除了降级之外，限时流也是非常有效的解决高并发性能问题的方法，所以如何限流就从这篇文章分析Dubbo开始。从源码的角度，分析了Redis的架构设计、实现原理和工作机制，为高效使用Redis提供了原则指导，2.深刻理解ApacheDubbo和实战:主要侧重于详细讲解Dubbo框架的工作原理和底层机制，用几个核心来讲解源码。
【dubbo实战与源码分析,zookeeper源码分析与实战】
1、生产环境出现的几次线程池被占满的问题分析项目发布后，发现dubbo上的线程池很快被耗尽。查看日志，看到以下信息:RejectedExecutionException是dubboprovide线程池的拒绝策略(详见:Importdubbo实战record)，默认大小为200的线程池已满。然后我们在这个日志上面发现了另一个日志:我们发现http请求调用异常，整个接口调用用了100秒，问题很明显。前端的一个请求发送到系统A ，系统A通过dubbo调用系统B，系统B通过http调用php提供的一个接口。由于一些未知的原因，php的这项服务特别慢。结果，我们的http请求花了很长时间。此时无法释放dubbo的线程。因为此时系统A频繁调用系统B，所以系统B的dubbo thread pool的线程很快被耗尽(dubbo service provider的线程池默认为固定大小200，是同步的。

2、 dubbojava环境下出现Cannotresolvereferencetobean