dubbo对异常的一些处理

看了一下这个文章《Dubbo如何处理业务异常，这个一定要知道哦》，但是不赞同文章中的一些论点，这里整理一下dubbo源码中Provider端的ExceptionFilter中 对异常的处理逻辑。

在Dubbo的provider端的com.alibaba.dubbo.rpc.filter.ExceptionFilter中，有如下几个规则：

• 如果是checked异常，直接抛出
• 在方法签名上有声明，直接抛出, 未在方法签名上定义的异常，在Provider端打印ERROR日志
• 异常类和接口类在同一jar包里，直接抛出
• 是JDK自带（以java.或者javax.开头）的异常，直接抛出
• 是Dubbo本身的异常（RpcException），直接抛出
• 如果以上几个规则都不满足的话，则将异常包装为RuntimeException抛给Consumer端

其中一个比较有意思的点就是如何根据一个class判断他所属的jar：

在ExceptionFilter中的逻辑是如下的：

// 异常类和接口类在同一jar包里，直接抛出
String serviceFile = ReflectUtils.getCodeBase(invoker.getInterface());
String exceptionFile = ReflectUtils.getCodeBase(exception.getClass());
if (serviceFile == null || exceptionFile == null || serviceFile.equals(exceptionFile)){
    return result;
}

其中 ReflectUtils.getCodeBase的代码如下：

public static String getCodeBase(Class<?> cls) {
    if (cls == null)
        return null;
    ProtectionDomain domain = cls.getProtectionDomain();
    if (domain == null)
        return null;
    CodeSource source = domain.getCodeSource();
    if (source == null)
        return null;
    URL location = source.getLocation();
    if (location == null)
        return null;
    return location.getFile();
}

---

版权申明

本站点所有内容，版权均归https://wenchao.ren所有，除非明确授权，否则禁止一切形式的转载协议

打赏