对象池模式详解：对象池 vs 普通new，复用机制与生命周期管理

对象池这个模式，说白了就是「别扔，留着用」。

我刚开始做Android开发那会儿，总觉得new一个对象能有多大事？直到我在一个即时通讯项目里，每秒要处理上千条消息，每条消息都要new一个Message对象。嗯，GC频繁触发，界面开始掉帧，用户反馈说「打字都卡」。那时候我才意识到——对象创建，真的不是免费的。

为什么不用普通的new？

你想想看，new一个对象，背后发生了什么？

• 内存分配：JVM要在堆上找一块连续空间
• 构造函数执行：初始化成员变量
• GC压力：对象用完变成垃圾，GC要回收

这些操作在高频场景下，成本会成倍放大。我做过一个测试：在循环中创建100万个简单的Point对象，耗时约120ms；而用对象池复用，只需要15ms。差距接近8倍。

对象池的复用机制

对象池怎么工作的？其实就三个核心动作：借、还、重置。

public class ObjectPool<T> {
    private final Stack<T> pool = new Stack<>();
    private final ObjectFactory<T> factory;
    private final int maxSize;

    public ObjectPool(ObjectFactory<T> factory, int maxSize) {
        this.factory = factory;
        this.maxSize = maxSize;
    }

    public T acquire() {
        if (!pool.isEmpty()) {
            T obj = pool.pop();
            if (obj instanceof Resettable) {
                ((Resettable) obj).reset(); // 重置状态
            }
            return obj;
        }
        return factory.create(); // 池为空，创建新对象
    }

    public void release(T obj) {
        if (pool.size() < maxSize) {
            pool.push(obj); // 归还到池中
        }
        // 超过最大容量，直接丢弃，交给GC
    }
}

public interface Resettable {
    void reset();
}

public interface ObjectFactory<T> {
    T create();
}

这段代码里，我特别想强调reset()这个方法。很多人在用对象池时翻车，就是因为忘了重置对象状态。

生命周期管理——对象池的灵魂

对象池不是简单的「存起来、拿出来」。生命周期管理才是它的灵魂。我把它分为三个阶段：

1. 初始化阶段

池子刚建好时，是空的还是预创建一批对象？

• 懒加载：用的时候才创建，适合对象创建成本不高的情况
• 预创建：启动时创建固定数量的对象，适合对延迟敏感的场景

我个人习惯在启动时预创建5-10个对象。比如在列表滑动场景，预创建几个ViewHolder，能避免首帧卡顿。

2. 使用阶段

对象被借出去后，要保证：

• 线程安全：多线程环境下，acquire和release要加锁
• 超时机制：对象借出去太久不还，要能强制回收

public T acquire(long timeout, TimeUnit unit) {
    T obj = pool.poll();
    if (obj != null) {
        return obj;
    }
    // 等待其他线程归还
    try {
        return pool.poll(timeout, unit);
    } catch (InterruptedException e) {
        Thread.currentThread().interrupt();
        return factory.create(); // 超时了，直接创建
    }
}

3. 销毁阶段

对象池不是无限大的。当池子满了，新归还的对象怎么办？

• 丢弃策略：直接扔掉，让GC回收
• 压缩策略：定期清理长时间未使用的对象

对象池 vs 普通new：什么时候用？

场景	推荐方式	原因
列表滑动（RecyclerView）	对象池	ViewHolder复用，避免频繁创建View
网络请求回调	对象池	回调对象创建频繁，且生命周期短
数据库查询结果	普通new	查询频率低，对象池反而增加复杂度
单次弹窗	普通new	创建一次，用完即弃，没必要复用

你看，不是所有场景都适合对象池。我见过有人把整个App里所有对象都塞进池子，结果内存占用飙升，反而更卡了。说白了，对象池是给「高频、短生命周期」的对象准备的。

避坑指南

最后，分享几个我踩过的坑：

• 对象状态残留：一定要实现reset()，把对象恢复到初始状态。我习惯在reset()里把所有的引用置为null，避免内存泄漏。
• 池子大小设置：不是越大越好。我一般根据峰值并发量来估算，再乘以1.2的冗余系数。
• 别忘了关闭：如果对象持有文件句柄或网络连接，池子关闭时要释放这些资源。我见过一个App因为对象池没关闭，导致文件描述符泄漏，最后崩溃了。

下一章，我会带你手写一个高性能的对象池，并集成到Android的列表框架中。到时候，你会看到对象池在实战中的真正威力。