关于Web应用的全局异常处理，上一篇介绍了ControllerAdvice结合@ExceptionHandler的方式来实现web应用的全局异常管理；

当我们的后端应用出现异常时，通常会将异常状况包装之后再返回给调用方或者前端，在实际的项目中，不可能对每一个地方都做好异常处理，再优雅的代码也可能抛出异常，那么在 Spring 项目中，可以怎样优雅的处理这些异常呢?

异常Canonical names should be kebab-case (‘-‘ separated), lowercase alpha-numeric characters and must start with a letter

摘要： 通过录屏或者截图，快速复现BUG场景。 作者：一步一个脚印一个坑 原文：搭建前端监控系统（备选）Js截图上报篇 Fundebug经授权转载，版权归原作者所有。 PS：本文关于Fundebug录屏功能的内容有些不准确的…

摘要： 徒手写JS错误监控。 作者：一步一个脚印一个坑 原文：搭建前端监控系统（二）JS错误监控篇 Fundebug经授权转载，版权归原作者所有。 背景：市面上的监控系统有很多，大多收费，对于小型前端项目来说，必然…

queryForObject的内部逻辑是这样的：使用queryForObject时，会查询一个结果，当查询中结果多余一个或者没有都会抛出一个异常IncorrectResultSizeDataAccessException。这个向外抛出的异常为什么不需要我使用try-c…

今天Deploy静态资源包到我们Production环境, package中只涉及到静态资源文件, 例如数据库连接信息, SQL查询语句等. 成功部署后, 启动服务报错如下:

很多开发者在开发过程中都会遇到异常，处理过程大同小异：捕获然后处理，事实上也确实是如此。但本文不打算谈太多错误与异常的原理，只是从laravel自带的Exception入手，谈一谈怎样用一个更好的方式处理错误信息。

log4j2是apache在log4j的基础上，参考logback架构实现的一套新的日志系统（我感觉是apache害怕logback了）。log4j2的官方文档上写着一些它的优点：

ci3.0框架核心代码自动实现了异常，并实现了抛出的对应页面和方法，对于一些个性化需求特别是接口类型的应用，会不合适。因此需要在不改版核心代码 （system目录下文件），来改变对异常及404等相关异常的处理。