结合项目里使用暴露出的问题，对并发较多的核心业务或者对请求失败敏感的业务场景不建议使用Dubbo，
如电商的购买行为，使用Dubbo最好阅读源码，熟悉相关机制，或者直接自己造轮子。
1.使用Dubbo踩过的坑
（1）Spring Cache在Service层对消费者不起作用
原因是：Spring容器还未加载完，就在Dubbo中暴露服务导致Cache的AOP不可用。因此需要将服务放在Spring容器加载完后再暴露。
（2）Dubbo对方法重载支持有问题
如果让hessian支持调用重载方法需要isOverloadEnabled()设为false。
2.Dubbo常见异常和错误
（1）调用超时com.alibaba.dubbo.remoting.TimeoutException异常
通常是业务处理太慢，可在服务提供方执行：jstack PID > jstack.log 分析线程都卡在哪个方法调用上，这里就是慢的原因。
如果不能调优性能，请将timeout设大。
（2）出现java.util.concurrent.RejectedExecutionException或者Thread pool exhausted
RejectedExecutionException表示线程池已经达到最大值，并且没有空闲连，拒绝执行了一些任务。
Thread pool exhausted通常是min和max不一样大时，表示当前已创建的连接用完，进行了一次扩充，创建了新线程，但不影响运行。
原因可能是连接池不够用，请调整dubbo.properites中的：
// 设成一样大，减少线程池收缩开销 dubbo.service.min.thread.pool.size=200 dubbo.service.max.thread.pool.size=200
3.dubbo如何正确关闭Spring容器
Dubbo是通过JDK的ShutdownHook来完成优雅停机的，所以如果用户使用"kill -9 PID"等强制关闭指令，是不会执行优雅停机的，只有通过"kill PID"时，才会执行。
服务提供方停止时，先标记为不接收新请求，新请求过来时直接报错，让客户端重试其它机器。
然后，检测线程池中的线程是否正在运行，如果有，等待所有线程执行完成，除非超时，则强制关闭。
服务消费方停止时，不再发起新的调用请求，所有新的调用在客户端即报错。
然后，检测有没有请求的响应还没有返回，等待响应返回，除非超时，则强制关闭。
设置优雅停机超时时间，缺省超时时间是10秒：(超时则强制关闭)
<dubbo:application ...>
<dubbo:parameter key="shutdown.timeout" value="60000" /> <!-- 单位毫秒 -->
</dubbo:application>
看一下源码实现：
if ("true".equals(System.getProperty("dubbo.shutdown.hook"))) {
Runtime.getRuntime().addShutdownHook(new Thread() {
public void run() {
for (Container container : this.val$containers) {
try {
container.stop();
Main.logger.info("Dubbo " + container.getClass().getSimpleName() + " stopped!");
} catch (Throwable t) {
Main.logger.error(t.getMessage(), t);
}
synchronized (Main.class) {
Main.access$102(false);
Main.class.notify();
}
}
}
});
}
Dubbo官网的 常见问题解答 了列举了很多问题。