短路运算（&&、||）本身几乎不占用额外内存，仅通过跳过右侧表达式执行来避免潜在的内存操作；真正节省的是被跳过的副作用，如对象构造、数据加载等。
Boolean 运算中的短路行为本身几乎不额外占用内存，它影响的是计算过程而非存储开销。
短路运算不增加内存压力
短路（如 && 和 ||）是一种求值策略，不是数据结构或对象。它不分配新变量、不缓存中间结果，也不延长生命周期——只是跳过右侧表达式的执行。编译器在生成指令时直接控制分支流程，比如用条件跳转代替无条件求值。因此，无论表达式多长，只要没实际执行，就不会触发内存读写、函数调用或临时对象构造。
真正消耗内存的其实是“被跳过的副作用”
短路节省的往往是潜在的内存操作，而不是它自己占内存。例如：
-
ptr != nullptr && ptr->data > 0：若ptr为nullptr，则ptr->data不访问，避免了非法解引用和可能的段错误； -
list != null && !list.isEmpty() && list.get(0) > 5：前两项为假时，get(0)根本不调用，也就不会创建返回对象或触发内部缓存逻辑。
这些被跳过的操作，原本可能分配临时对象、加载大块数据、或触发 GC 可达性变化——短路让它们彻底不发生。
对比非短路运算符（&、|）的内存差异
使用位逻辑运算符 & 或 |（在布尔上下文中）会强制求值所有操作数，可能导致：
- 多余的对象构造（如
new Object()出现在条件中）； - 冗余的集合遍历或数据库查询（如
user.isValid() & loadPreferences(user)）； - 不必要的字符串拼接或 JSON 解析（若作为子表达式嵌套其中）。
这些不是短路本身占内存，而是**取消短路后，多执行的部分带来了真实内存开销**。
注意：短路不能替代显式空检查或懒加载设计
虽然短路能防止某些访问，但它不改变变量本身的存储大小或生命周期。例如：
-
boolean flag = expensiveComputation() && anotherCheck();中，若expensiveComputation()返回false，anotherCheck()不执行——但flag仍只占 1 字节（或按对齐填充）； - 短路不会让局部变量提前释放，也不会减少栈帧大小；它只影响表达式树中哪些节点被遍历。
所以优化重点应放在“把高开销、有副作用的操作放在右侧”，而非担心短路本身吃内存。
