debbo最终打印结果显示_dubbo的Exception堆栈被吃处理

最新推荐文章于 2022-12-22 19:12:36 发布

weixin_39594080

最新推荐文章于 2022-12-22 19:12:36 发布

阅读量593

点赞数

文章标签： debbo最终打印结果显示

本文链接：https://blog.csdn.net/weixin_39594080/article/details/111554207

版权

研究背景

希望dubbo服务端抛出的异常完整的传递给客户端，最终到达最高层，统一进行异常的处理和堆栈的记录。

不使用ExceptionFilter

会出现java原生的异常堆栈消失，没有空参构造器的自定义异常堆栈能够在服务端出现，而有空参构造器的自定义异常堆栈也消失的情况。

问题分析

2016-06-07 18:27:15.896 WARN 18362 --- [w I/O worker #1] c.a.d.c.s.support.kryo.CompatibleKryo : [DUBBO] class java.lang.StackTraceElement has no zero-arg constructor and this will affect the serialization performance, dubbo version: 2.8.4, current host: 172.16.0.185

我们使用的序列化方式是Kryo，

分析日志和代码：

public Serializer getDefaultSerializer(Class type) {

if (type == null) {

throw new IllegalArgumentException("type cannot be null.");

}

if (!type.isArray() && !ReflectionUtils.checkZeroArgConstructor(type)) {

if (logger.isWarnEnabled()) {

logger.warn(type + " has no zero-arg constructor and this will affect the serialization performance");

}

return new JavaSerializer();

}

return super.getDefaultSerializer(type);

}

发现，原来是dubbox优化之后造成的结果，当需要被序列化的对象没有空参构造器时，dubbox会放弃使用Kryo而使用java序列化方案。很可能就是这个优化方案导致上述怪异情况的发生。

默认的ExceptionFilter

关键代码：

Throwable exception = result.getException();

// 如果是checked异常，直接抛出

if (! (exception instanceof RuntimeException) && (exception instanceof Exception)) {

return result;

}

// 在方法签名上有声明，直接抛出

try {

Method method = invoker.getInterface().getMethod(invocation.getMethodName(), invocation.getParameterTypes());

Class>[] exceptionClassses = method.getExceptionTypes();

for (Class> exceptionClass : exceptionClassses) {

if (exception.getClass().equals(exceptionClass)) {

return result;

}

} catch (NoSuchMethodException e) {

return result;

}

// 异常类和接口类在同一jar包里，直接抛出

String serviceFile = ReflectUtils.getCodeBase(invoker.getInterface());

String exceptionFile = ReflectUtils.getCodeBase(exception.getClass());

if (serviceFile == null || exceptionFile == null || serviceFile.equals(exceptionFile)){

return result;

}

// 是JDK自带的异常，直接抛出

String className = exception.getClass().getName();

if (className.startsWith("java.") || className.startsWith("javax.")) {

return result;

}

// 是Dubbo本身的异常，直接抛出

if (exception instanceof RpcException) {

return result;

}

// 否则，包装成RuntimeException抛给客户端

return new RpcResult(new RuntimeException(StringUtils.toString(exception)));

可以看出，

dubbo对于符合上述所有条件的异常都是直接返回，并没有做处理，导致客户端接受到的服务端异常堆栈是丢失的。信息如下：

2016-06-07 14:19:26.096 ERROR 14278 --- [nio-8081-exec-2] o.a.c.c.C.[.[.[/].[dispatcherServlet] : Servlet.service() for servlet [dispatcherServlet] in context with path [] threw exception [Request processing failed; nested exception is java.lang.ArrayIndexOutOfBoundsException: 异常] with root cause

java.lang.ArrayIndexOutOfBoundsException: 异常

而对于最后不符合条件的异常，会使用dubbo的toString()方法将异常转化为String，然后再包一层RuntimeException往外抛出，那么理论上我们将会看到一个detailMessage类似堆栈，但没有堆栈的一段信息。如下所示：

2016-06-07 14:21:23.789 ERROR 14278 --- [nio-8081-exec-5] o.a.c.c.C.[.[.[/].[dispatcherServlet] : Servlet.service() for servlet [dispatcherServlet] in context with path [] threw exception [Request processing failed; nested exception is java.lang.RuntimeException: org.simble.framework.config.exception.PropertiesException: 自定义异常

org.simble.framework.config.exception.PropertiesException: 自定义异常

at org.simble.framework.config.exception.PropertiesException.instance(PropertiesException.java:20)

at org.simble.framework.config.exception.PropertiesException.instance(PropertiesException.java:24)

at org.simble.framework.config.exception.PropertiesException$instance.call(Unknown Source)

at org.codehaus.groovy.runtime.callsite.CallSiteArray.defaultCall(CallSiteArray.java:48)

at org.codehaus.groovy.runtime.callsite.AbstractCallSite.call(AbstractCallSite.java:113)

at org.codehaus.groovy.runtime.callsite.AbstractCallSite.call(AbstractCallSite.java:125)

at org.simble.member.service.impl.HelloServiceImpl.testCustomException(HelloServiceImpl.groovy:22)

at org.simble.member.service.HelloService$testCustomException$0.call(Unknown Source)

at org.codehaus.groovy.runtime.callsite.CallSiteArray.defaultCall(CallSiteArray.java:48)

at org.codehaus.groovy.runtime.callsite.AbstractCallSite.call(AbstractCallSite.java:113)

at org.codehaus.groovy.runtime.callsite.AbstractCallSite.call(AbstractCallSite.java:117)

at org.simble.member.server.api.impl.HelloApiImpl.testCustomException(HelloApiImpl.groovy:27)

at com.alibaba.dubbo.common.bytecode.Wrapper1.invokeMethod(Wrapper1.java)

at com.alibaba.dubbo.rpc.proxy.javassist.JavassistProxyFactory$1.doInvoke(JavassistProxyFactory.java:46)

at com.alibaba.dubbo.rpc.proxy.AbstractProxyInvoker.invoke(AbstractProxyInvoker.java:72)

at com.alibaba.dubbo.rpc.protocol.InvokerWrapper.invoke(InvokerWrapper.java:53)

at com.alibaba.dubbo.rpc.filter.ExceptionFilter.invoke(ExceptionFilter.java:64)