- 作者简介
- 内容提要
- 关于本书
- 路线图
- 代码规范与下载
- 作者在线
- 封面插图简介
- 前言
- 译者序
- 致谢
- 第1部分 Spring 的核心
- 第1章 Spring 之旅
- 第2章 装配 Bean
- 第3章 高级装配
- 第4章 面向切面的 Spring
- 第2部分 Web 中的 Spring
- 第5章 构建 Spring Web 应用程序
- 第6章 渲染 Web 视图
- 第7章 Spring MVC 的高级技术
- 第8章 使用 Spring Web Flow
- 第9章 保护 Web 应用
- 第3部分 后端中的 Spring
- 第10章 通过 Spring 和 JDBC 征服数据库
- 第11章 使用对象-关系映射持久化数据
- 第12章 使用 NoSQL 数据库
- 第13章 缓存数据
- 第14章 保护方法应用
- 第4部分 Spring 集成
- 第15章 使用远程服务
- 第16章 使用 Spring MVC 创建 REST API
- 第17章 Spring消息
- 第18章 使用 WebSocket 和 STOMP 实现消息功能
- 第19章 使用 Spring 发送 Email
- 第20章 使用 JMX 管理 Spring Bean
- 第21章 借助 Spring Boot 简化 Spring 开发
文章来源于网络收集而来,版权归原创者所有,如有侵权请及时联系!
18.5 处理消息异常
有时候,事情并不会按照我们预期的那样发展。在处理消息的时候,有可能会出错并抛出异常。因为STOMP消息异步的特点,发送者可能永远也不会知道出现了错误。除了Spring的日志记录以外,异常有可能会丢失,没有资源或机会恢复。
在Spring MVC中,如果在请求处理中,出现异常的话,@ExceptionHandler方法将有机会处理异常。与之类似,我们也可以在某个控制器方法上添加@MessageException-Handler注解,让它来处理@MessageMapping方法所抛出的异常。
例如,考虑如下的方法,它会处理消息方法所抛出的异常:
按照最简单的形式,@MessageExceptionHandler标注的方法能够处理消息方法中所抛出的异常。但是,我们也可以以参数的形式声明它所能处理的异常:
或者,以数组参数的形式指定多个异常类型:
尽管它只是以日志的方式记录了所发生的错误,但是这个方法可以做更多的事情。例如,它可以回应一个错误:
在这里,如果抛出SpittleException的话,将会记录这个异常,然后将其返回。在18.4.1小节中,我们已经学过,UserDestinationMessageHandler会重新路由这个消息到特定用户所对应的唯一路径。
如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱,如果其他用户或者作者回复了您的评论,将不能在第一时间通知您!
发布评论