Java 短路求值的优雅实践：用 `&&` 实现安全高效的批量操作控制

前言

在现代 Java 开发中，简洁与高效常常是高质量代码的重要标志。而 Java 语言本身提供的一些基础特性------如逻辑运算符的短路求值（Short-circuit Evaluation）------若能巧妙运用，往往能在不牺牲可读性的前提下，显著提升代码的健壮性与执行效率。

一、场景设定：清理用户历史行为日志

假设我们正在开发一个用户行为分析系统。系统中有一个 UserActionLog 表，用于记录用户在平台上的点击、浏览等操作。出于数据治理或隐私合规的要求，我们需要定期清理某位用户的全部历史日志。

业务目标很明确：

根据用户 ID 查询其所有日志记录；
提取这些记录的主键 ID 列表；
执行批量删除；
若存在待删记录但删除失败（例如影响行数为 0），则抛出异常。

使用 MyBatis-Plus，我们可以这样实现核心逻辑：

java 复制代码

// 1. 构造查询条件
LambdaQueryWrapper<UserActionLog> query = new LambdaQueryWrapper<>();
query.eq(UserActionLog::getUserId, targetUserId);

// 2. 查询所有匹配的日志
List<UserActionLog> logs = logMapper.selectList(query);

// 3. 提取主键 ID
List<Long> logIds = logs.stream()
    .map(UserActionLog::getId)
    .collect(Collectors.toList());

// 4. 安全删除：仅在有 ID 时才执行删除，并校验结果
if (!logIds.isEmpty() && logMapper.deleteBatchIds(logIds) <= 0) {
    throw new DataConsistencyException("日志清理失败：预期删除记录未生效");
}

这段代码的关键，就在于 if 条件中的 && 表达式。它不仅完成了业务判断，还隐含了一种精巧的执行流控制。

二、短路求值

Java 规范（JLS §15.23）明确规定：对于逻辑与运算符 &&，如果左操作数的值为 false，则右操作数不会被求值。这种行为称为"短路求值"。

在我们的示例中：

java 复制代码

if (!logIds.isEmpty() && logMapper.deleteBatchIds(logIds) <= 0)

执行流程如下：

情况一 ：logIds 为空（即 !logIds.isEmpty() 为 false）

→ 整个表达式结果确定为 false，右侧的 deleteBatchIds 方法完全不会被调用。
情况二 ：logIds 非空（即左侧为 true）

→ 继续执行右侧，调用 deleteBatchIds 并判断返回值是否 ≤ 0。

这种机制确保了：只有在确实存在待删除数据时，才会发起数据库操作。

三、为何这是一种"巧妙"的设计？

✅ 1. 避免无效数据库调用

尽管 MyBatis-Plus 的 deleteBatchIds 在传入空集合时通常会安全处理（如直接返回 0），但不触发任何 SQL 是最彻底的性能保障。尤其在高并发或微服务架构中，减少一次无意义的数据库交互，可能意味着降低锁竞争、减少连接池压力，甚至避免潜在的慢查询日志污染。

✅ 2. 逻辑内聚，表达精准

该写法将两个语义紧密关联的判断融合在一个表达式中：

前提条件 ：存在待删数据（!logIds.isEmpty()）；
结果校验 ：删除操作实际生效（deleteBatchIds(...) > 0）。

只有当前提成立时，结果校验才有意义。&& 的短路特性天然契合这一逻辑依赖关系，使代码意图一目了然。

✅ 3. 代码简洁，无冗余嵌套

对比传统写法：

java 复制代码

if (!logIds.isEmpty()) {
    int deleted = logMapper.deleteBatchIds(logIds);
    if (deleted <= 0) {
        throw new DataConsistencyException("...");
    }
}

使用 && 将两层 if 压缩为一行，减少了缩进层级，在函数式编程风格日益普及的今天，这种"表达式化"思维更符合现代 Java 的简洁美学。

四、技术边界与注意事项

虽然该技巧实用且安全，但仍需注意以下几点：

仅适用于 && 和 ||

位运算符 & 和 | 不具备短路特性，即使左侧已能确定结果，右侧仍会被执行。
右侧不应包含必要副作用

如果右侧表达式包含必须执行的逻辑（如日志记录、状态更新），则不应依赖短路机制跳过它。
异常语义需明确
deleteBatchIds(...) <= 0 可能表示"数据已被其他事务删除"或"数据库异常"，业务上应根据上下文决定是否视为错误。本文假设"有 ID 但未删"属于异常状态。