Java循环内存优化：能否避免每次迭代创建对象？

问题背景 #

我在循环中每次迭代都会创建ExceptionOrderEO对象，随着循环次数增加会占用大量内存（尽管垃圾回收器会在一段时间后回收）。代码如下：

validatedExpOrders.values().forEach(validatedExpOrder -> { 
    ExceptionOrderEO exceptionEO = new ExceptionOrderEO(); // object created
    // set attributes
    exceptionEO.setOrder_id(validatedExpOrder.getOrderId());
    exceptionEO.setOrder_orig_trckg_nbr(validatedExpOrder.getOrigTrackingNbr());
    // set timestamps
    exceptionEO.setCreate_ts(currentTimestamp);
    exceptionEO.setLast_change_ts(currentTimestamp);
    exceptionEOs.add(exceptionEO);
});

该函数返回循环内部创建的对象数组，请问是否有办法避免在每次迭代中创建对象？

可行方案 #

1. 对象池复用（适合临时对象可复用场景） #

如果你的exceptionEOs不需要长期持有这些对象（或者后续可以回收复用），可以提前创建一批ExceptionOrderEO对象放到对象池里，每次循环从池子里取对象、重置属性后使用，用完再放回池子。这样可以减少频繁创建销毁对象带来的开销，同时降低内存峰值。

注意：如果返回的exceptionEOs会被外部长期持有并修改，绝对不要放回池子，否则会导致旧数据被覆盖，引发难以排查的bug。

示例代码：

// 初始化对象池，可根据预期循环次数调整初始容量
LinkedList<ExceptionOrderEO> objectPool = new LinkedList<>();
for (int i = 0; i < 100; i++) {
    objectPool.add(new ExceptionOrderEO());
}

validatedExpOrders.values().forEach(validatedExpOrder -> { 
    ExceptionOrderEO exceptionEO = objectPool.poll();
    // 池子里没对象时，再新建补充
    if (exceptionEO == null) {
        exceptionEO = new ExceptionOrderEO();
    }
    // 重置所有属性，必须确保覆盖所有字段，避免旧数据残留
    exceptionEO.setOrder_id(validatedExpOrder.getOrderId());
    exceptionEO.setOrder_orig_trckg_nbr(validatedExpOrder.getOrigTrackingNbr());
    exceptionEO.setCreate_ts(currentTimestamp);
    exceptionEO.setLast_change_ts(currentTimestamp);
    
    exceptionEOs.add(exceptionEO);
    // 若后续无需保留这些对象，用完放回池子
    // objectPool.add(exceptionEO);
});

2. 享元模式（针对存在大量共享属性的场景） #

如果多个ExceptionOrderEO对象有很多重复的属性（比如你的示例中create_ts和last_change_ts都是同一个currentTimestamp），可以把这些共享属性抽成单独的共享对象，让多个ExceptionOrderEO引用它，减少重复内存占用。

示例代码：

// 封装共享的时间戳属性
class TimestampSharedHolder {
    private final LocalDateTime createTs;
    private final LocalDateTime lastChangeTs;

    public TimestampSharedHolder(LocalDateTime currentTimestamp) {
        this.createTs = currentTimestamp;
        this.lastChangeTs = currentTimestamp;
    }

    // getter方法
    public LocalDateTime getCreateTs() { return createTs; }
    public LocalDateTime getLastChangeTs() { return lastChangeTs; }
}

// 创建唯一的共享时间戳对象
TimestampSharedHolder sharedTimestamps = new TimestampSharedHolder(currentTimestamp);

validatedExpOrders.values().forEach(validatedExpOrder -> { 
    ExceptionOrderEO exceptionEO = new ExceptionOrderEO();
    exceptionEO.setOrder_id(validatedExpOrder.getOrderId());
    exceptionEO.setOrder_orig_trckg_nbr(validatedExpOrder.getOrigTrackingNbr());
    // 引用共享对象，而非每个实例都存储一份时间戳
    exceptionEO.setTimestampHolder(sharedTimestamps);
    
    exceptionEOs.add(exceptionEO);
});

3. 流式处理/分批返回（解决内存峰值过高问题） #

如果调用方不需要一次性拿到所有ExceptionOrderEO对象，可以考虑返回Stream<ExceptionOrderEO>而非集合，让调用方逐个处理对象，这样内存中不会同时存在大量对象，GC可以及时回收已处理完的实例，有效降低内存峰值。

示例代码：

// 返回Stream而非List，延迟创建对象
public Stream<ExceptionOrderEO> getExceptionOrders() {
    return validatedExpOrders.values().stream().map(validatedExpOrder -> {
        ExceptionOrderEO exceptionEO = new ExceptionOrderEO();
        exceptionEO.setOrder_id(validatedExpOrder.getOrderId());
        exceptionEO.setOrder_orig_trckg_nbr(validatedExpOrder.getOrigTrackingNbr());
        exceptionEO.setCreate_ts(currentTimestamp);
        exceptionEO.setLast_change_ts(currentTimestamp);
        return exceptionEO;
    });
}

调用方可以通过stream.forEach()或者stream.collect()按需处理，避免一次性加载所有对象到内存。

4. 优化对象本身的内存效率 #

从ExceptionOrderEO类本身入手，减少单个对象的内存占用：

• 使用基本类型代替包装类型（比如用long代替Long，如果字段不允许为空的话）；
• 用Java 16+的record代替普通类，record作为值类型，内存占用更紧凑，创建开销也更低；
• 避免不必要的冗余字段或引用。

示例用record重构：

// record自动生成构造器、equals、hashCode等，内存占用更高效
record ExceptionOrderEO(
    String order_id,
    String order_orig_trckg_nbr,
    LocalDateTime create_ts,
    LocalDateTime last_change_ts
) {}

// 循环中直接创建record实例，代码更简洁，性能更好
validatedExpOrders.values().forEach(validatedExpOrder -> { 
    ExceptionOrderEO exceptionEO = new ExceptionOrderEO(
        validatedExpOrder.getOrderId(),
        validatedExpOrder.getOrigTrackingNbr(),
        currentTimestamp,
        currentTimestamp
    );
    exceptionEOs.add(exceptionEO);
});

总结 #

如果业务逻辑要求每个元素都是独立的ExceptionOrderEO实例，完全避免创建新对象是不可能的，但我们可以通过上述方案减少内存压力和对象创建开销：

• 若内存峰值过高：优先考虑流式处理或分批返回；
• 若对象创建开销大：可尝试对象池（注意使用场景）或用record优化；
• 若存在大量共享属性：享元模式能有效减少重复内存占用。

内容的提问来源于stack exchange，提问作者Raghunandan J