来自 技术 2019-03-16 的文章

面试官问我,使用Dubbo有没有遇到一些坑?我笑了

前言

17年的时候,因为一时冲动没把持住(当然最近也有粉丝叫我再冲动一把再更新一波),结合面试题写了一个系列的Dubbo源码解析.目前公众号大部分粉丝都是之前的粉丝,这里不过多介绍.

根据我的面试经验而言,能在简历上写上原理、源码等关键词的,是非常具备核心竞争力的.上周和一个公众号粉丝交流面试情况如下

面试的时候,把源码一波分析,令面试官虎躯一震!在一阵前戏过后,以为接下来无非就是身体的一顿抽搐一切变得索然无味,不料面试官来了句令剧情发生了反转

"你对Dubbo源码这么熟悉,那请问你使用的时候,有没有遇到什么坑"

我擦,毫无准备的他,菊花顿时一紧!此时就面临唬住了50K,唬不住就只能5K的局面,慌了!

论如何反杀

相信大家面试都遇到过类似问题,因为源码解析网上很多,很多人"考前突击"一下,但是遇到喜欢问细节的面试官,终究难逃法眼,无处遁形.遇到这个问题,我们如何反杀一波?那么我就从一次聊天记录说起,毕竟只有关注肥朝公众号,拥有真实场景的源码实战(非常重要),遇到这类问题,才不至于出现猛虎落泪的情形

真实场景描述

那么我们把业务相关去掉,抽取一个最简模型.我们在公司,一般都会有自己的自定义异常,然后这个自定义异常一般放在common.jar给其他模块依赖,比如我这里定义一个HelloException

1publicclassHelloExceptionextendsRuntimeException{23publicHelloException(){4}56publicHelloException(Stringmessage){7super(message);8}910}

然后我们写一个最简单的Dubbo的demo,如下

interface

1publicinterfaceDemoService{23StringsayHello(Stringname);45}

provider

1publicclassDemoServiceImplimplementsDemoService{23publicStringsayHello(Stringname){4thrownewHelloException("公众号:肥朝");5}67}

consumer

1publicclassDemoAction{23privateDemoServicedemoService;45publicvoidsetDemoService(DemoServicedemoService){6this.demoService=demoService;7}89publicvoidstart()throwsException{10try{11Stringhello=demoService.sayHello("公众号:肥朝");12}catch(HelloExceptionhelloException){13System.out.println("这里捕获helloException异常");14}15}1617}

按照聊天记录的描述,此时consumer调用provider,provider抛出HelloException.但是consumer捕获到的,却不是HelloException.

那么我们运行看看

果然如该同事所言.为什么会这样呢?之前没看过肥朝Dubbo源码解析系列的同学这种时候往往采用最低效的解决办法,把异常栈往微信群一丢,各种求助.但是往往毫无收获,然后感叹社会为何如此冷漠!

但是相信公众号的老粉丝们早已掌握阅读源码的技能,和肥朝一样坐怀不乱,九浅一深直入源码.出现异常我们首先看一下异常栈

除非撸多了看不清(建议戒撸),否则这行异常和肥朝一样,就像漆黑中的萤火虫一样,那么鲜明,那么出众

1com.alibaba.dubbo.rpc.filter.ExceptionFilter.invoke(ExceptionFilter.java:108)

那么我们一探究竟

1publicResultinvoke(Invoker<?>invoker,Invocationinvocation)throwsRpcException{2try{3Resultresult=invoker.invoke(invocation);4if(result.hasException()&&GenericService.class!=invoker.getInterface()){5try{6Throwableexception=result.getException();78//如果是checked异常,直接抛出9if(!(exceptioninstanceofRuntimeException)&&(exceptioninstanceofException)){10returnresult;11}12//在方法签名上有声明,直接抛出13try{14Methodmethod=invoker.getInterface().getMethod(invocation.getMethodName(),invocation.getParameterTypes());15Class<?>[]exceptionClassses=method.getExceptionTypes();16for(Class<?>exceptionClass:exceptionClassses){17if(exception.getClass().equals(exceptionClass)){18returnresult;19}20}21}catch(NoSuchMethodExceptione){22returnresult;23}2425//未在方法签名上定义的异常,在服务器端打印ERROR日志26logger.error("Gotuncheckedandundeclaredexceptionwhichcalledby"+RpcContext.getContext().getRemoteHost()27+".service:"+invoker.getInterface().getName()+",method:"+invocation.getMethodName()28+",exception:"+exception.getClass().getName()+":"+exception.getMessage(),exception);2930//异常类和接口类在同一jar包里,直接抛出31StringserviceFile=ReflectUtils.getCodeBase(invoker.getInterface());32StringexceptionFile=ReflectUtils.getCodeBase(exception.getClass());33if(serviceFile==null||exceptionFile==null||serviceFile.equals(exceptionFile)){34returnresult;35}36//是JDK自带的异常,直接抛出37StringclassName=exception.getClass().getName();38if(className.startsWith("java.")||className.startsWith("javax.")){39returnresult;40}41//是Dubbo本身的异常,直接抛出42if(exceptioninstanceofRpcException){43returnresult;44}4546//否则,包装成RuntimeException抛给客户端47returnnewRpcResult(newRuntimeException(StringUtils.toString(exception)));48}catch(Throwablee){49logger.warn("FailtoExceptionFilterwhencalledby"+RpcContext.getContext().getRemoteHost()50+".service:"+invoker.getInterface().getName()+",method:"+invocation.getMethodName()51+",exception:"+e.getClass().getName()+":"+e.getMessage(),e);52returnresult;53}54}55returnresult;56}catch(RuntimeExceptione){57logger.error("Gotuncheckedandundeclaredexceptionwhichcalledby"+RpcContext.getContext().getRemoteHost()58+".service:"+invoker.getInterface().getName()+",method:"+invocation.getMethodName()59+",exception:"+e.getClass().getName()+":"+e.getMessage(),e);60throwe;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://jq.qq.com/?_wv=1027&k=5F79bMq

标签:   html dt英文      安装https   
上一篇:使用DataV制作实时销售数据可视化大屏
下一篇:没有了