控制台异常堆栈日志写文件

  先上问题。使用logback 的朋友会发现一个问题。自己分好日志类型，日志也会按级别输出相应的文件。前提是我们自己调用了info(),error()等日志输出方法。但是这样就存在一个问题就是非jdk检测异常，也就是RunTime异常是无法try..catch 后输出logger.error(e.getMessage())的，每次线上出异常查日志就只有通过容器的控制台日志进行查询，这样就会加大时间成本。并且在每次的try catch都要调error会相当麻烦。

之前是想着把控制台的输出直接写到文件，这个方向不对。因为我们是无法直接切入控制台对象的。直到发现了@ControllerAdvice 这个注解，从名字上可以看出大体意思是控制器增强。内部使用@ExceptionHandler、@InitBinder、@ModelAttribute注解的方法应用到所有的 @RequestMapping注解的方法。非常简单，不过只有当使用@ExceptionHandler最有用。我们只需要添加一个类作全局异常处理。那么所有的异常都会通过这个方法返回前台，而我们的日志也就可以在这里植入了。

代码如下： 
@ControllerAdvice
public class GlobalExceptionHandler {

    private Logger logger = LoggerFactory.getLogger(GlobalExceptionHandler.class);

    @ResponseBody
    @ExceptionHandler(Exception.class)
    public Object handleException(Exception e) {
        logger.error(ExceptionUtils.getFullStackTrace(e));  // 记录错误信息
        String msg = e.getMessage();
        if (msg == null || msg.equals("")) {
            msg = "服务器出错";
        }
        JSONObject jsonObject = new JSONObject();
        jsonObject.put("message", msg);
        return jsonObject;
    }
}

下面我们模拟一个runtime异常。通过postMan调用后台方法 1 / 0的操作，


同时我们看看生成的日志文件




时间和pid一一对应，生成日志。这样就可以方便的查看系统异常的堆栈日志了。

（logback日志配置不在这里细说）



# logback
Logo
向您推荐>>Eolink开发者社区

权威｜前沿｜技术｜干货｜国内首个API全生命周期开发者社区

更多推荐

深入理解 Mocha 测试框架：从零实现一个 Mocha

前言什么是自动化测试自动化测试在很多团队中都是Devops环节中很难执行起来的一个环节，主要原因在于测试代码的编写工作很难抽象，99%的场景都需要和业务强绑定，而且写测试代码的编写工作量往往比编写实际业务代码的工作量更多。在一些很多业务场景中投入产出比很低，适合写自动化测试的应该是那些中长期业务以及一些诸如组件一样的基础库。自动化测试是个比较大的概念，其中分类也比较多，比如单元测试，端对端测试，集

avatar 云原生

ELK实现containerd的容器日志采集展示【基于logging的全栈监测】

企业级ELK Stack构建介绍

avatar 云原生

(20200916 Solved)docker-compose up创建容器自动退出

问题描述如题，创建容器后自动退出了。并且docker start container无效解决方案原因是缺失了控制终端的配置，需要在docker-compose.yml中增加tty:true ，有时候这样也不行，需要再增加一个command:/bin/bash，命令不一定是这个，需要是一个不会退出的命令，然后用-d后台启动容器。Referencesdocker-compose启动容器后自动退出...

avatar 云原生