面试官问我，使用Dubbo有没有遇到一些坑？我笑了。
前言
17年的时候,因为一时冲动没把持住(当然最近也有粉丝叫我再冲动一把再更新一波),结合面试题写了一个系列的dubbo源码解析.目前公众号大部分粉丝都是之前的粉丝,这里不过多介绍.
根据我的面试经验而言,能在简历上写上原理、源码等关键词的,是非常具备核心竞争力的.上周和一个公众号粉丝交流面试情况如下
面试的时候,把源码一波分析,令面试官虎躯一震!在一阵前戏过后,以为接下来无非就是身体的一顿抽搐一切变得索然无味,不料面试官来了句令剧情发生了反转
"你对dubbo源码这么熟悉,那请问你使用的时候,有没有遇到什么坑"
我擦,毫无准备的他,菊花顿时一紧!此时就面临唬住了50k,唬不住就只能5k的局面,慌了!
论如何反杀
相信大家面试都遇到过类似问题,因为源码解析网上很多,很多人"考前突击"一下,但是遇到喜欢问细节的面试官,终究难逃法眼,无处遁形.遇到这个问题,我们如何反杀一波?那么我就从一次聊天记录说起,毕竟只有关注肥朝公众号,拥有真实场景的源码实战(非常重要),遇到这类问题,才不至于出现猛虎落泪的情形
真实场景描述
那么我们把业务相关去掉,抽取一个最简模型.我们在公司,一般都会有自己的自定义异常,然后这个自定义异常一般放在common.jar给其他模块依赖,比如我这里定义一个helloexception
1public class helloexception extends runtimeexception {
2
3 public helloexception() {
4 }
5
6 public helloexception(string message) {
7 super(message);
8 }
9
10}
然后我们写一个最简单的dubbo的demo,如下
interface
1public interface demoservice {
2
3 string sayhello(string name);
4
5}
provider
1public class demoserviceimpl implements demoservice {
2
3 public string sayhello(string name) {
4 throw new helloexception("公众号:肥朝");
5 }
6
7}
consumer
1public class demoaction {
2
3 private demoservice demoservice;
4
5 public void setdemoservice(demoservice demoservice) {
6 this.demoservice = demoservice;
7 }
8
9 public void start() throws exception {
10 try {
11 string hello = demoservice.sayhello("公众号:肥朝");
12 } catch (helloexception helloexception) {
13 system.out.println("这里捕获helloexception异常");
14 }
15 }
16
17}
按照聊天记录的描述,此时consumer调用provider,provider抛出helloexception.但是consumer捕获到的,却不是helloexception.
那么我们运行看看
果然如该同事所言.为什么会这样呢?之前没看过肥朝dubbo源码解析系列的同学这种时候往往采用最低效的解决办法,把异常栈往微信群一丢,各种求助.但是往往毫无收获,然后感叹社会为何如此冷漠!
但是相信公众号的老粉丝们早已掌握阅读源码的技能,和肥朝一样坐怀不乱,九浅一深直入源码.出现异常我们首先看一下异常栈
除非撸多了看不清(建议戒撸),否则这行异常和肥朝一样,就像漆黑中的萤火虫一样,那么鲜明,那么出众
1com.alibaba.dubbo.rpc.filter.exceptionfilter.invoke(exceptionfilter.java:108)
那么我们一探究竟
1 public result invoke(invoker<?> invoker, invocation invocation) throws rpcexception {
2 try {
3 result result = invoker.invoke(invocation);
4 if (result.hasexception() && genericservice.class != invoker.getinterface()) {
5 try {
6 throwable exception = result.getexception();
7
8 // 如果是checked异常，直接抛出
9 if (! (exception instanceof runtimeexception) && (exception instanceof exception)) {
10 return result;
11 }
12 // 在方法签名上有声明，直接抛出
13 try {
14 method method = invoker.getinterface().getmethod(invocation.getmethodname(), invocation.getparametertypes());
15 class<?>[] exceptionclassses = method.getexceptiontypes();
16 for (class<?> exceptionclass : exceptionclassses) {
17 if (exception.getclass().equals(exceptionclass)) {
18 return result;
19 }
20 }
21 } catch (nosuchmethodexception e) {
22 return result;
23 }
24
25 // 未在方法签名上定义的异常，在服务器端打印error日志
26 logger.error("got unchecked and undeclared exception which called by " + rpccontext.getcontext().getremotehost()
27 + ". service: " + invoker.getinterface().getname() + ", method: " + invocation.getmethodname()
28 + ", exception: " + exception.getclass().getname() + ": " + exception.getmessage(), exception);
29
30 // 异常类和接口类在同一jar包里，直接抛出
31 string servicefile = reflectutils.getcodebase(invoker.getinterface());
32 string exceptionfile = reflectutils.getcodebase(exception.getclass());
33 if (servicefile == null || exceptionfile == null || servicefile.equals(exceptionfile)){
34 return result;
35 }
36 // 是jdk自带的异常，直接抛出
37 string classname = exception.getclass().getname();
38 if (classname.startswith("java.") || classname.startswith("javax.")) {
39 return result;
40 }
41 // 是dubbo本身的异常，直接抛出
42 if (exception instanceof rpcexception) {
43 return result;
44 }
45
46 // 否则，包装成runtimeexception抛给客户端
47 return new rpcresult(new runtimeexception(stringutils.tostring(exception)));
48 } catch (throwable e) {
49 logger.warn("fail to exceptionfilter when called by " + rpccontext.getcontext().getremotehost()
50 + ". service: " + invoker.getinterface().getname() + ", method: " + invocation.getmethodname()
51 + ", exception: " + e.getclass().getname() + ": " + e.getmessage(), e);
52 return result;
53 }
54 }
55 return result;
56 } catch (runtimeexception e) {
57 logger.error("got unchecked and undeclared exception which called by " + rpccontext.getcontext().getremotehost()
58 + ". service: " + invoker.getinterface().getname() + ", method: " + invocation.getmethodname()
59 + ", exception: " + e.getclass().getname() + ": " + e.getmessage(), e);
60 throw e;
61 }
62 }
1.如果是checked异常，直接抛出.很明显,我们的helloexception是runtimeexception,不符合
2.在方法签名上有声明，直接抛出.很明显,我们接口并未声明该异常,不符合
3.异常类和接口类在同一jar包里，直接抛出.很明显,我们的异常类是在common.jar的,接口是在api.jar的,不符合
4.是jdk自带的异常，直接抛出.很明显,这个helloexception是我们自定义的,不符合
5.是dubbo本身的异常(rpcexception)，直接抛出.很明显,这个helloexception是我们自定义的,和rpcexception几乎没有半毛钱关系.
6.否则，包装成runtimeexception抛给客户端.因为以上5点均不满足,所以该异常会被包装成runtimeexception异常抛出(重要)
这也就是为什么我们catchhelloexception是catch不到的,因为他包装成runtimeexception了
dubbo为什么这么设计
也许你看到这里会觉得这个判断好坑.dubbo为什么要这么设计?我们看源码,最重要的是知道作者为什么这么设计,只有知道为什么这么设计才是经过了深度的思考,否则看时高潮,看后就忘.讲清楚为什么这么设计,也是大家关注肥朝公众号的一个重要原因.
其实dubbo的这个考虑,是基于序列化来考虑的.你想想,如果provider抛出一个仅在provider自定义的一个异常,那么该异常到达consumer,明显是无法序列化的.所以你注意看dubbo的判断.我们来看下他的判断
1.如果是checked异常，直接抛出.很明显,我们的helloexception是runtimeexception,不符合
2.在方法签名上有声明，直接抛出.很明显,我们接口并未声明该异常,不符合
3.异常类和接口类在同一jar包里，直接抛出.很明显,我们的异常类是在common.jar的,接口是在api.jar的,不符合
4.是jdk自带的异常，直接抛出.很明显,这个helloexception是我们自定义的,不符合
5.是dubbo本身的异常(rpcexception)，直接抛出.很明显,这个helloexception是我们自定义的,和rpcexception几乎没有半毛钱关系.
6.否则，包装成runtimeexception抛给客户端.因为以上5点均不满足,所以该异常会被包装成runtimeexception异常抛出(重要)
如何解决
既然都知道了原理了,那么很好解决,我随便列举一下,比如从规范上要求业务方接口声明helloexception
写在最后
当然肥朝面试的时候,也曾经被问过类似问题,你用xxx有没有遇到过什么坑.在一波操作猛如虎的分析下,面试官说
"你真帅".
肥朝会心一笑
结果他却说
"你笑起来更帅"!
作者： 肥朝
免费java资料领取，涵盖了java、redis、mongodb、mysql、zookeeper、spring cloud、dubbo/kafka、hadoop、hbase、flink等高并发分布式、大数据、机器学习等技术。 传送门：https://mp.weixin.qq.com/s/jzddfh-7ynudmkjt0irl8q