业务代码报错却无日志记录，是什么原因导致的？

业务代码异常调查：日志缺失之谜

本文分析了一段代码，用双层try-catch块处理异常，但内层try-catch块捕获的异常信息未记录在日志中。

代码片段如下：

try {
    List<Plan> plans = planService.lambdaQuery()
            .eq(Plan::getYn, YnEnum.YES.getLabel())
            .eq(Plan::getStatus, Plan.Status.DONE.getCode())
            .isNotNull(Plan::getPId)
            .list();
    List<List<Plan>> partition = Lists.partition(plans, 5);
    partition.forEach(planList -> {
        try {
            ///业务代码1...
        } catch (Exception exception) {
            log.error("报错信息1：", exception);
        }
    });
} catch (Exception exception) {
    log.error("报错信息2：", exception);
} finally {
    log.info("释放requestid[{}]锁", requestId);
    Redis.unlock(Module.REFRESH_PROMOTE, workerLockKey, requestId);
}

在代码逻辑上，“业务代码1”异常，内部catch块被捕获并记录“错误信息1”。然而，日志中缺乏信息的问题不是代码逻辑错误，而是日志记录机制。

可能的原因及调查步骤：

1. 日志级别设置： 检查日志配置，确保日志级别允许记录log.error级别信息。如果日志级别设置为warn或info，则log.error级别的日志将被忽略。

2. 日志输出目标： 验证日志输出目标的正确性。确认日志文件路径是否存在，数据库连接是否正常，日志是否正确输出到指定位置。

3. 日志系统故障： 检查日志系统本身是否存在磁盘空间不足、日志文件已满、日志系统服务异常等故障。

4. 异常类型及处理： 仔细检查“业务代码1”，确定Exception是否真的被抛出。一些异常可能会被业务代码1内部消化，而不是真正抛出。 检查异常类型，打印异常堆栈信息，以便更准确地定位问题。

5. log 对象: 确认log对象的初始化和配置是否正确。

通过对日志记录机制和“业务代码1”的异常处理进行系统调查，可以找出日志缺失的原因并解决问题。 若仍存在问题，请提供“业务代码1”的具体内容进一步分析。

以上是业务代码错误但无日志记录。原因是什么？详情请关注图灵教育的其他相关文章！