dubbo有自己的异常处理机制,当服务端抛出一个dubbo可以处理传递的异常时,会直接在客户端上再次抛出,由开发者自己去处理。注意:这里说的不是所有异常,而是dubbo可以处理传递的异常,具体这个后边再说。
先看两段代码,接口代码:
- public interface IPersonService {
- public Person getPerson(long id);
- /**
- * 根据名称获取
- *
- * @param name
- * @return
- */
- public Person getByNick(String name);
- }
简单实现:
- public class PersonServiceImpl implements IPersonService {
- private final static AtomicInteger ID = new AtomicInteger();
- @Override
- public Person getPerson(long id) {
- Person person = new Person();
- person.setId(id);
- person.setName("某某");
- try {
- Thread.sleep(2000l);
- } catch (InterruptedException e) {
- // TODO Auto-generated catch block
- e.printStackTrace();
- }
- return person;
- }
- @Override
- public Person getByNick(String name) {
- name = name.trim();
- Person person = new Person();
- person.setId(ID.getAndIncrement());
- person.setName(name);
- return person;
- }
- }
这两段代码很简答,先看getByNick方法,根据用户名称获取用户信息,里面有一个去空格的操作(主要为了触发异常),正常调用是没有问题的,但如果传入null,就会抛出很常见且低级的空指针异常。我们看下调用代码:
- ClassPathXmlApplicationContext context = new ClassPathXmlApplicationContext(
- new String[] { "app-dubbo-consumer.xml" });
- context.start();
- IPersonService personService = context.getBean(IPersonService.class);
- // 正常输入参数
- outString(personService.getByNick("某某"));
- // 输入null
- outString(personService.getByNick(null));
运行后,首先会打印{"id":0,"name":"某某"},然后出现java.lang.NullPointerException,一切在我们的预料内,dubbo把服务端的空指针异常传递给客户端了。
正常来说,空指针异常是不应该出现的,而且客户端遇到这个错误肯定直接懵了,所以我们做下简单的修改,服务端代码:
- @Override
- public Person getByNick(String name) {
- if (name == null) {
- throw new RuntimeException("亲你咋没输入昵称呢");
- }
- name = name.trim();
- Person person = new Person();
- person.setId(ID.getAndIncrement());
- person.setName(name);
- return person;
- }
客户端再次调用结果:
- Exception in thread "main" java.lang.RuntimeException: 亲你咋没输入昵称呢
- at org.dubbo.provider.PersonServiceImpl.getByNick(PersonServiceImpl.java:28)
- at com.alibaba.dubbo.common.bytecode.Wrapper1.invokeMethod(Wrapper1.java)
结果友好了多,甚至你可以直接对exception获取异常信息作为输出。
上边提到过当服务端抛出一个dubbo可以处理传递的异常时,会直接在客户端上再次抛出,但不是所有的异常都是dubbo可以处理传递的,如下边的代码:
- @Override
- public Person getByNick(String name) {
- if (name == null) {
- // 第三方异常
- throw new PersistenceException("mybatis插入异常");
- }
- name = name.trim();
- Person person = new Person();
- person.setId(ID.getAndIncrement());
- person.setName(name);
- return person;
- }
这里我们模拟抛出了一个mybatis的异常,在客户端调用会像上边的结果一样吗?答案是否定的,看下输出结果:
- Exception in thread "main" java.lang.RuntimeException: org.apache.ibatis.exceptions.PersistenceException: mybatis插入异常
- org.apache.ibatis.exceptions.PersistenceException: mybatis插入异常
- at org.dubbo.provider.PersonServiceImpl.getByNick(PersonServiceImpl.java:32)
- at com.alibaba.dubbo.common.bytecode.Wrapper1.invokeMethod(Wrapper1.java)
不要感觉奇怪,这个也是在可以接受的范围内,因为PersistenceException异常类在客户端是不存在的,所以不可能接收到PersistenceException异常,dubbo把他进行了封装。
针对这点,在接口包中里面定义了一个全局的异常类,注意一定是接口所在的工程中,如:UicException(用户模块异常),这种方案也是官方建议的,服务端代码如下:
- @Override
- public Person getByNick(String name) {
- if (name == null) {
- // 自定义异常
- throw new UicException("mybatis插入异常", 0);
- }
- name = name.trim();
- Person person = new Person();
- person.setId(ID.getAndIncrement());
- person.setName(name);
- return person;
- }
错误信息如下
- Exception in thread "main" org.dubbo.api.exception.UicException: mybatis插入异常
- at org.dubbo.provider.PersonServiceImpl.getByNick(PersonServiceImpl.java:30)
这个正是我们想要的异常信息,上边特别提到异常一定要在接口所在的工程中,如果异常类不在接口工程中,而是在另一个服务端和客户端都引入的包中呢?我们曾经碰到这样一个情况,有一个common的异常类放在一个很底层的工具包内,接口工程引入了这个包,在服务端抛出的异常都都是这个commonexception,一厢情愿的认为客户端会正常去捕获处理commonexception。
但结果很意外,客户端出现的异常跟上边抛出的PersistenceException情况一样,dubbo用RuntimException进行了包装,我们无法从异常中获取有效的信息!遇到这种情况有点发懵,这个异常类在客户端和服务端都有呀,为啥不能正确接收呢。还好之前看dubbo源码的时候大概记得异常处理的位置,很好找到了目标代码:
- if (result.hasException() && GenericService.class != invoker.getInterface()) {
- try {
- 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;
- }
- // 未在方法签名上定义的异常,在服务器端打印ERROR日志
- logger.error("Got unchecked and undeclared exception which called by " + RpcContext.getContext().getRemoteHost()
- + ". service: " + invoker.getInterface().getName() + ", method: " + invocation.getMethodName()
- + ", exception: " + exception.getClass().getName() + ": " + exception.getMessage(), exception);
- // 异常类和接口类在同一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)));
- } catch (Throwable e) {
- logger.warn("Fail to ExceptionFilter when called by " + RpcContext.getContext().getRemoteHost()
- + ". service: " + invoker.getInterface().getName() + ", method: " + invocation.getMethodName()
- + ", exception: " + e.getClass().getName() + ": " + e.getMessage(), e);
- return result;
- }
- }
看完源码以后,做出了新的设计,CommonException不变,各个接口模块(maven工程为单位)单独定义异常对象继承CommonException(保证异常类和接口在同一模块,然后用里氏代换),每个模块抛出自己的模块异常(如用户模块抛出UicException),客户端中用CommonException统一捕获处理。
这里还要定义两个拦截器,首先是服务端,保证所有抛出的异常是当前模块的异常,代码如下:
- public class UICExceptionAspect {
- private static Log log = LogFactory.getLog(UICExceptionAspect.class);
- public void afterThrowing(Exception ex) {
- if (ex instanceof UICException) {
- throw (UICException) ex;
- } else if (ex instanceof DayimaException) {
- DayimaException de = (DayimaException) ex;
- throw new UICException(de.getErrCode(), de.getErrMsg());
- } else {
- log.error(ex.getMessage(), ex);
- throw new UICException("1", ex.getMessage());
- }
- }
- }
其次是客户端的,保证异常可以正确的友好的输出,所有CommonException可以直接输出(获取根据错误码获取错误信息),非CommonException异常根据自己需要去处理,如果是dubbo自带异常肯定要屏蔽异常信息,如打印日志后输出“网络异常”。
还有另一种dubbo调用方案,普通service层外边嵌套一层用来做dubbo的服务,普通service层处理了事务之类,dubbo服务层每一个方法都是客户端要引用的,直接调用普通service层方法,但做了手动的try catch处理,封装自己的返回码,客户端只需要根据返回码去做处理,这种开发成本和文档成本有点高,没太深入去考虑。
以上是我自己工作中的dubbo异常实践,以后会继续写些其他的心得,记录自己的成长。
相关推荐
解决dubbo接口自定义异常的捕捉问题,dubbo消费者可以捕捉到提供者所抛出的自定义异常。
所有实体类都必须实现serializable接口Dubbo异常处理机制:异常类和接口类在同一jar包里,直接引发,否则被调方服务中抛出的异常,在调用方中会被包一层RuntimeException,无法获得原来的异常 TCC解决订单支付问题 ...
sentinel设定除了限流异常以外都会被认为是需要进行熔断统计,业务异常需要进行自定义处理。 2. sentinel的启动配置太过原始,一定要在java -jar的时候加参数启动,调试困难。 3. sentinel与zookeeper相结合时...
适用于Apache Dubbo的Apache JMeter插件 介绍 用于Apache JMeter的Dubbo插件,其主要目的是在Jmeter中直观地对Dubbo界面执行压力测试。 它很容易使用。 插件版本支持 [1.x,1.3.x]:需要Java 1.7 2.7.x:需要Java ...
【Dubbo】dubbo运行时,突然所有的zookeeper全部宕机,dubbo是否还会继续提供服务. 169 【Dubbo】dubbo服务是阻塞的吗? 170 【Dubbo】dubbo 默认协议 170 【Dubbo】dubbo注册中心zookeeper支持的功能 171 【Dubbo】...
dubbo_validator_filter dubbo调用校验过滤器 使用hibernate-validator作为校验实现 统一异常拦截处理 在进入方法调用前,校验参数,如果检验失败则直接返回,不再调用方法
全面而深入的覆盖:我们的Java面试资料涵盖了Java编程语言的各个方面,包括基础知识、面向对象编程、多线程、集合框架、异常处理、IO操作、数据库连接、设计模式等。无论您是初学者还是经验丰富的开发者,我们的资料...
Java基础:变量、数据类型、运算符、条件语句、循环语句、数组、集合、异常处理等 面向对象:类、继承、多态、包、接口、抽象类、泛型等 异常处理:try-catch-finally、异常分类及处理、自定义异常等 线程:线程创建...
- 异常处理 - 多线程编程 2. 数据库: - 熟悉SQL语言 - 了解关系型数据库和非关系型数据库 - 数据库连接池 - 数据库事务 3. Spring框架: - Spring Boot - Spring MVC - Spring Data - Spring ...
springboot-dubbo-nacos-demo ...总体异常处理 aop日志记录 集成Redis 集成Rabbitmq 消息可靠性投递 处理消息重复消费 邮件发送 使用logback记录日志,控制台彩色打印 集成分布式任务调度平台XXL-JOB 2.3.0版本 添加
url 合并处理器扩展SSL 支持密码和协议错误修正修复 ZookeeperServiceDiscovery#getInstances 不处理 healthOnly修复使用 Gson 序列化可能导致异常消息丢失的问题修复 url 被预期截断的问题使用多个协议并指定端口时...
在带你快速学会 SpringMVC API 接口的编写的同时,我还想告诉你还有全局返回、全局异常、拦截器、跨域处理等等功能。 在带你快速学会 MQ 消息的发送与消费的同时,我还想告诉你 MQ 还有集群消费、广播消费、顺序消息...
在Java基础方面,文档中涉及到了数据类型、循环语句、条件语句、类和对象、异常处理、线程等基础知识,这些都是Java编程必不可少的内容。在面试中,考官通常会从这些基础知识入手,检查应聘者是否掌握扎实,能否...
欢迎大家留言和PR〜 提示:技术更新换代太快,本仓库仅做参考,自己的项目具体使用哪个版本还需谨慎思考〜(不推荐使用最新的版本,推荐使用(最新-1 | 2)的...├── quick-dubbo ├── quick-dynamic-bean ├─
Spring Boot异常处理 Spring Boot中使用过滤器和拦截器 Spring Boot整合MyBatis通用Mapper和PageHelper 深入学习Spring Boot自动装配 深入学习Spring Boot中的SpringApplication Spring Boot配合Hibernate Validator...
Java面试大全是一套最新Java面试必问合集,这本面试手册包含了Java基础、Java集合、...3. JVM 是如何处理异常的? 4. throw 和 throws 的区别是什么? 5. final、finally、finalize 有什么区别? 6. NoClassDefFoundErr
* 能够兼容各种异常情况,如节点的异常down机 * 可视化管理 * 通过服务管理系统可以方便查看服务状态和统计信息 * 与原生thrift通信 * 支持与原生thrift服务进行通信 ## 与业内方案的对比 * 与thrift、avro、...
包括JavaSE基础(多态、异常处理、常用API、数据类型、IO操作、集合、多线程和并发库、内部类)、JavaSE高级(反射、动态代理、设计模式&回收机制、加载器、JVM基础、GC基础)、JavaWeb基础(JDBC技术、HTTP协议、...
容错机制值得是服务容忍错误的能力,当系统出现网络延迟、网络中断、服务异常等原因,造成当前服务暂时不可用,Dubbo提供了容错机制来优雅地帮助服务调用者处理这类错误。 Dubbo默认提供了6种容错模式 Failover ...
3. JVM 是如何处理异常的? 4. throw 和 throws 的区别是什么? 5. final、finally、finalize 有什么区别? 6. NoClassDefFoundError 和 ClassNotFoundException 区别? 7. try-catch-finally 中哪个部分可以省略? ...