循环条件中应避免频繁调用方法，需将不变结果提前缓存到循环外；对有副作用或耗时的方法（如DB查询）须一次性获取并缓存；多方法组合判断可预计算为布尔变量或封装为缓存方法；轻量检查替代高开销操作，优先数据清洗前置。
循环条件中频繁调用方法（比如 list.size()、collection.isEmpty()、自定义校验方法等）会带来额外开销，尤其在大数据量或高频执行场景下，容易成为性能瓶颈。优化核心是：**把可提前确定的计算结果缓存起来，避免每次迭代重复求值**。
提取不变的条件计算到循环外
这是最直接有效的做法。只要方法调用的结果在整个循环过程中不会改变，就应提至循环前计算一次。
- ❌ 低效写法：
for (int i = 0; i <br>每次都要反射调用或访问字段，对 <code>ArrayList虽轻量，但对LinkedList或自定义集合可能触发遍历。 - ✅ 推荐写法：
for (int i = 0, len = list.size(); i <br>将 <code>size()提前固化为局部变量，既避免重复调用，又保持作用域最小化。 - 类似地，
while (!queue.isEmpty())若队列内容不被循环体修改，可改为int remain = queue.size(); while (remain-- > 0)（注意线程安全前提）。
避免在条件中调用有副作用或耗时的方法
如果判断逻辑本身涉及数据库查询、远程调用、正则匹配或复杂对象遍历，绝不能放在循环条件里——它可能被调用成百上千次。
- ❌ 危险示例：
while (isUserActive(userId)) { processNextTask(); }
每次循环都查一次用户状态，网络+DB压力陡增。 - ✅ 正确做法：
先一次性获取状态并缓存：boolean active = isUserActive(userId);<br>while (active && hasMoreTasks()) { ... } - 若状态可能变化，需明确更新时机，而非靠条件反复拉取。
用布尔变量替代多次方法调用
当条件由多个方法组合而成（如 obj.isValid() && obj.isReady() && !obj.isLocked()），且对象状态在循环中稳定，可预先计算总结果。
- ❌ 重复判断：
for (Item item : items) { if (item.isValid() && item.isReady()) { ... } } - ✅ 预计算 + 增强 for 更清晰：
for (Item item : items) {<br> boolean readyToProcess = item.isValid() && item.isReady();<br> if (readyToProcess) { ... }<br>}
语义更明确，也方便后续加日志或断点调试。 - 若该判断逻辑复用多处，建议封装为
item.canProcess()，内部做一次计算并缓存结果（必要时用transient或懒加载）。
特殊情况：条件本身依赖循环变量，但方法调用可简化
例如 for (String s : list) { if (s != null && s.trim().length() > 0) { ... } }，trim() 每次新建字符串，开销大。
- ✅ 改用
s != null && !s.isEmpty() && s.charAt(0) != ' '等轻量检查； - 或提前过滤：
list.stream().filter(Objects::nonNull).filter(s -> !s.trim().isEmpty()).forEach(...)，利用 Stream 的惰性求值和内部优化； - 更彻底的方案：在数据入集合前完成清洗，让循环体只处理“干净”数据。
