循环内加条件判断还是拆分多个for循环？求性能对比分析

这是个非常典型的「性能优化」和「代码可读性/可维护性」的权衡问题，咱们来详细拆解两种方案的优劣势：

方案1：单循环内嵌入条件判断 #

先看你的示例代码：

for (int i = 1; i < 31; i++) {
    if (i < 11) {
        System.out.println(3*i);
    } else if (i<21) {
        System.out.println(2*i);
    } else {
        System.out.println(i);
    }
}

优势 #

• 代码紧凑，逻辑连贯：一眼就能看出是对1~30的连续数值做分段处理，逻辑上是一个完整的遍历流程，可读性在场景简单时非常好
• 维护成本低：如果后续需要调整整体遍历范围（比如改成1~40），只需要修改一处循环条件即可，不用改动多个地方
• 变量作用域集中：循环变量i只在一个作用域内，不会出现多个同名变量分散在不同循环里的情况，逻辑上更统一

劣势 #

• 存在条件判断开销：每次循环都要执行i<11、i<21的分支判断，虽然现代JVM会通过分支预测优化大部分判断的性能，但当循环次数极大（比如千万级以上）时，这部分累积的开销还是会显现出来
• 扩展性差：如果后续每个分支的处理逻辑变得复杂（比如不止一行打印，还要加计算、调用其他方法），多个分支会让循环体变得臃肿，可读性快速下降

方案2：拆分多个独立循环 #

对应的示例代码：

for (int i = 1; i < 11; i++) {
    System.out.println(3*i);
}
for (int i = 11; i < 21; i++) {
    System.out.println(2*i);
}
for (int i = 21; i < 31; i++) {
    System.out.println(i);
}

优势 #

• 性能更优：完全消除了循环内的条件判断，每个循环只执行单一逻辑，CPU的指令流水线可以持续高效运行，没有分支预测的额外开销。在循环次数极多的场景下，性能提升会非常明显
• 职责单一，可读性强：每个循环的目标清晰，当每个分支的处理逻辑变复杂时，代码的可维护性会比单循环好很多——比如要给1~10的逻辑加额外处理，直接修改第一个循环即可，不会影响其他部分

劣势 #

• 代码冗余，边界易出错：遍历范围被拆成三段，需要分别维护三个循环的边界条件，很容易出现边界错误（比如把i<21写成i<=21，导致重复处理或漏处理数值）
• 维护成本高：如果要调整整体遍历范围，需要修改三个循环的条件，容易出现遗漏
• 逻辑连续性被打破：其他开发者读代码时，需要反应一下这三个循环是处理同一批连续数据的不同部分，不像单循环那样直观

总结建议 #

• 如果你的循环次数不多（比如示例里的30次），方案1的可读性优势远大于那点可以忽略的性能损耗，优先选择方案1
• 如果循环次数极大（百万/千万级），或者每个分支的处理逻辑很复杂，方案2的性能提升和代码清晰度会更有价值
• 别忘了，现代编译器和JVM的优化能力非常强，很多时候单循环的条件判断会被优化得很好，实际性能差异可能比你想象的小很多——不要过早优化，先保证代码的可读性和可维护性，再根据实际性能测试结果调整

内容的提问来源于stack exchange，提问作者Juneyong Park