18.5　处理消息异常

有时候，事情并不会按照我们预期的那样发展。在处理消息的时候，有可能会出错并抛出异常。因为 STOMP 消息异步的特点，发送者可能永远也不会知道出现了错误。除了 Spring 的日志记录以外，异常有可能会丢失，没有资源或机会恢复。

在 Spring MVC 中，如果在请求处理中，出现异常的话，@ExceptionHandler 方法将有机会处理异常。与之类似，我们也可以在某个控制器方法上添加 @MessageExceptionHandler 注解，让它来处理 @MessageMapping 方法所抛出的异常。

例如，考虑如下的方法，它会处理消息方法所抛出的异常：

@MessageExceptionHandler
public void handleExceptions(Throwable t) {
  logger.error("Error handling message: " + t.getMessage());
}

按照最简单的形式，@MessageExceptionHandler 标注的方法能够处理消息方法中所抛出的异常。但是，我们也可以以参数的形式声明它所能处理的异常：

@MessageExceptionHandler(SpittleException.class)
public void handleExceptions(Throwable t) {
  logger.error("Error handling message: " + t.getMessage());
}

或者，以数组参数的形式指定多个异常类型：

@MessageExceptionHandler({SpittleException.class, DatabaseException.class})
public void handleExceptions(Throwable t) {
  logger.error("Error handling message: " + t.getMessage());
}

尽管它只是以日志的方式记录了所发生的错误，但是这个方法可以做更多的事情。例如，它可以回应一个错误：

@MessageExceptionHandler(SpittleException.class)
@SendToUser("/queue/errors")
public SpittleException handleExceptions(SpittleException e) {
  logger.error("Error handling message: " + e.getMessage());
  return e
}

在这里，如果抛出 SpittleException 的话，将会记录这个异常，然后将其返回。在 18.4.1 小节中，我们已经学过，UserDestinationMessageHandler 会重新路由这个消息到特定用户所对应的唯一路径。