对象池由浅入深第一节：Unity对象池教程--原理与实践

 对象池由浅入深第一节：Unity对象池教程：原理与实践-CSDN博客

 对象池由浅入深第二节：对象池由浅入深第二节：基于 UnityEngine.Pool 封装工具类 ObjectPoolPro-CSDN博客

对象池由浅入深第三节：对象池由浅入深第三节：基于 ObjectPoolPro 扩展 Unity 对象池--泛型对象池、自动回收和场景隔离-CSDN博客

1. 对象池原理：为什么要使用对象池？

在游戏开发中，频繁创建和销毁对象会带来明显的性能开销。每次生成一个GameObject不仅需要分配内存，还可能触发垃圾回收（GC）和磁盘I/O，而频繁销毁对象则容易导致内存碎片。这些问题会加重CPU负担，引发帧率波动甚至卡顿。对象池（Object Pool）是一种常用的优化技术，核心思想是预先创建一批对象缓存起来，在需要时重复使用而不是每次新建和销毁。通过将用过的对象“放回池中”待下次使用，可以显著减少反复实例化/销毁带来的开销和垃圾回收压力。

对象池特别适合管理生命周期短、重复出现的游戏对象，例如子弹、爆炸特效、敌人角色等。这些对象在典型游戏场景中会大量生成和消失，如果每次都动态创建和销毁，将占用过多CPU和内存资源。使用对象池可以让这类对象的重复利用变得高效：对象池在启动时一次性创建好一定数量的对象，每次需要时从池中取出，用完后再归还。这种方式能避免内存反复分配释放所造成的碎片和额外开销，同时降低内存占用。总结来说，对象池通过对象复用减少了资源浪费，提升了游戏运行的流畅度和稳定性。

2. 手写一个简单的 GameObject 对象池

了解了原理，我们来实际编写一个简单的GameObject对象池类。这个对象池将预先创建一组对象并缓存起来，用一个列表保存它们。当需要对象时，从列表中找出未激活（闲置）的对象返回；如果没有可用对象且允许扩容，则实例化新的对象加入池中。对象使用完毕后，我们通过将其SetActive(false)停用来回收，下次再利用。下面是对象池类的实现代码：

using UnityEngine;
using System.Collections.Generic;

public class GameObjectPool : MonoBehaviour
{
    public static GameObjectPool Instance;      // 单例实例，方便全局访问池
    public GameObject prefab;                   // 要池化的游戏对象预制体
    public int initialSize = 10;                // 初始池大小
    public bool allowExpansion = true;          // 是否允许池容量扩展

    private List<GameObject> poolList;          // 对象池列表

    void Awake()
    {
        // 初始化单例实例
        Instance = this;
    }

    void Start()
    {
        // 创建对象池列表并预生成初始数量的对象
        poolList = new List<GameObject>();
        for (int i = 0; i < initialSize; i++)
        {
            GameObject obj = Instantiate(prefab);  // 实例化预制体对象
            obj.SetActive(false);                 // 初始时对象失活（不显示、不参与更新）
            poolList.Add(obj);                    // 将对象加入池列表
        }
    }

    // 获取池中可用的对象
    public GameObject GetObject()
    {
        // 遍历池列表寻找未激活的对象
        foreach (GameObject obj in poolList)
        {
            if (!obj.activeInHierarchy)          // activeInHierarchy为false表示对象未激活
            {
                obj.SetActive(true);             // 找到闲置对象，激活后返回
                return obj;
            }
        }
        // 如果没有找到闲置对象且允许扩容，则创建新的对象加入池
        if (allowExpansion)
        {
            GameObject newObj = Instantiate(prefab);
            newObj.SetActive(true);
            poolList.Add(newObj);
            return newObj;
        }
        // 池无可用对象且不允许扩容，则返回null
        return null;
    }
}

上面的代码实现了一个通用的GameObject对象池。其工作机制如下：

• 初始化池：在Start()中预先实例化initialSize个prefab对象，并将它们SetActive(false)隐藏，存入列表进行缓存。这一步相当于提前做好对象的内存分配，避免游戏运行过程中频繁的实例化开销。

• 获取对象：通过GetObject()方法从池中请求对象。函数内部遍历列表，找到第一个未激活（空闲）的对象，将其SetActive(true)激活并返回给调用方使用。如果列表中所有对象都在使用且allowExpansion=true，则说明池容量不够，额外Instantiate一个新对象加入池并返回。若不允许扩展且无空闲对象，则返回null表示资源耗尽。

• 回收对象：对象使用完毕后，并不调用Destroy销毁，而是通过将对象SetActive(false)来停用它。这样该对象依然在池的列表中，处于“未激活”状态，可供下次GetObject()时复用。回收动作可以由对象自身的脚本完成（例如在碰撞或动画结束时自行失活），也可以由管理器脚本监测后统一处理。关键是确保对象被设为未激活状态即可重新回到池中。

1. 通过上述实现，我们手写了一个最简单的对象池工具类。它利用List<GameObject>保存对象引用，结合激活/停用机制，实现了对象的重复利用。这种传统实现方法清晰直观，能帮助我们理解对象池的工作原理，但需要手动管理对象状态和池容量。下面，我们通过一个具体示例来看该对象池的使用效果。

3. 使用示例：子弹发射与回收

假设我们在一款射击游戏中管理子弹，如果每次射击都创建新子弹而事后销毁，大量弹幕会造成性能问题。现在我们利用上面的GameObjectPool来优化这一过程。步骤如下：

1、场景配置：将GameObjectPool脚本挂载到场景中的一个管理对象（如BulletManager空物体），在Inspector面板中指定prefab为子弹的预制体，设置初始池大小（例如10），并将allowExpansion视需求开关。子弹预制体应包含必要的组件（如刚体、碰撞体和子弹行为脚本）。

2、发射脚本：编写一个脚本控制玩家开火，从对象池获取子弹并激活。例：

public class Gun : MonoBehaviour 
{
    public Transform firePoint;  // 子弹发射位置
    public float bulletSpeed = 20f;

    void Update() {
        if (Input.GetMouseButtonDown(0)) {
            // 从对象池获取一个子弹对象
            GameObject bullet = GameObjectPool.Instance.GetObject();
            if (bullet != null) {
                // 设置子弹初始位置和朝向
                bullet.transform.position = firePoint.position;
                bullet.transform.rotation = firePoint.rotation;
                // 赋予子弹速度（这里假设子弹有刚体）
                Rigidbody rb = bullet.GetComponent<Rigidbody>();
                if (rb != null) {
                    rb.velocity = bullet.transform.forward * bulletSpeed;
                }
            }
        }
    }
}

        在上述代码中，每次鼠标左键点击都会从池中取出一个子弹对象。如有空闲子弹则复用，没有则（允许扩展时）创建新弹加入池。获取到子弹后，我们将其移动到枪口位置并设置运动。无需调用Instantiate，大幅减少了运行时开销。

3、子弹脚本：为子弹对象添加一个脚本，在碰撞或飞行一定时间后自动将自身回收到池中（通过失活实现）。例：

public class Bullet : MonoBehaviour 
{
    // 碰到任何碰撞体时将自己停用，以便回收进对象池
    void OnCollisionEnter(Collision collision) {
        // 可在此处理碰撞效果，例如伤害处理等
        gameObject.SetActive(false);  // 子弹失活，返回池中
    }

    // 或者在一定时间后自动失活（防止子弹飞出场景后一直占用）
    void OnEnable() {
        // 激活时启动一个协程计时5秒后失活自己
        StartCoroutine(AutoDisable());
    }
    IEnumerator AutoDisable() {
        yield return new WaitForSeconds(5f);
        if (gameObject.activeInHierarchy) {
            gameObject.SetActive(false);
        }
    }
}

        上述Bullet脚本演示了两种回收方式：碰撞回收和定时回收。实际项目中可以二选一或结合使用。当子弹命中目标（触发OnCollisionEnter）时，我们将其SetActive(false)，这样子弹就回到池可再次使用；如果子弹一直未碰到东西，OnEnable中启动的协程会在5秒后自动将其失活，防止子弹永久留在场景中。无需调用Destroy，子弹对象始终在内存中被复用。

        运行效果：初始时，对象池生成的子弹对象都是隐藏状态，不会参与游戏逻辑。当玩家不停点击开火时，池中的子弹会被激活并重复利用——可以看到子弹从枪口出现飞出，碰到场景中的地面或目标后消失，但实际并未销毁，而是回到了对象池待命。如果连续射击次数超过初始池容量且允许扩容，池会自动增加新子弹；反之，如果池大小固定且所有子弹都在飞行，再请求时GetObject()会返回null（此时应当做好判空处理）。通过Profiler观察，可以发现整个过程中几乎没有新的内存分配和垃圾回收生成，游戏运行更加平稳。

4.  Unity内置的 ObjectPool<T> 类简介

手动实现对象池能帮助我们加深理解，但在实际开发中也增加了自己维护代码的负担。Unity引擎从2021版开始提供了内置的对象池API（命名空间UnityEngine.Pool），包含通用的泛型类ObjectPool<T>用于对象池管理。Unity官方文档指出，对象池是一种优化项目性能的设计模式，能够降低快速创建和销毁对象对CPU造成的负担。利用官方提供的ObjectPool<T>类，我们无需从零编写池逻辑，只需配置好如何创建对象以及取出/回收时的行为，即可方便地管理对象的复用。

基本用法：使用ObjectPool<T>前，先引用命名空间：

using UnityEngine.Pool;

然后可以通过构造函数创建一个对象池实例，例如针对子弹预制体创建ObjectPool<GameObject>：

// 假设 bulletPrefab 是一个 GameObject 预制体
ObjectPool<GameObject> bulletPool = new ObjectPool<GameObject>
(
    // 创建函数：指定池需要实例化对象的方式
    createFunc: () => { return GameObject.Instantiate(bulletPrefab); },

    // 取出时的动作：获取对象时将其激活
    actionOnGet: (obj) => { obj.SetActive(true); },

    // 回收时的动作：释放对象时将其隐藏
    actionOnRelease: (obj) => { obj.SetActive(false); },

    // 可选：销毁回调，当对象池容量已满且有多余对象归还时调用
    actionOnDestroy: (obj) => { GameObject.Destroy(obj); },

    // 可选：是否检查重复回收，同一对象二次回收会抛出错误提醒
    collectionCheck: true,

    // 初始容量和最大容量
    defaultCapacity: 10,
    maxSize: 20
);

上面的代码初始化了一个子弹对象池，功能等价于我们之前手写的池，但多数繁琐工作由Unity替我们实现了。值得注意的是：

• 获取与回收：使用bulletPool.Get()从池中获取对象，使用bulletPool.Release(obj)将对象归还池中。与手写对象池不同的是，这里必须通过Release显式归还对象，否则池不会知道该对象已空闲。也就是说，在官方ObjectPool中，仅停用对象不足以回收，还需调用Release通知池将其放回。忘记归还会导致池认为对象仍在使用，从而可能重复生成新对象。

• 自动管理状态：通过actionOnGet和actionOnRelease，我们可以定制对象取出和回收时的状态变化。例如上面设置了对象取出时自动SetActive(true)，回收时自动SetActive(false)，开发者无需每次手动激活/隐藏对象。这使得池的使用更加简洁，也减少了出错的可能。

• 容量限制：官方池允许设定maxSize来限制池中对象总数。如果池已满还发生归还，多余的对象会被销毁而不是留在池中。例如我们将maxSize设为20，则第21个归还的子弹将触发actionOnDestroy将其真正销毁，避免池无限增长占用内存。同样，如果池内没有空闲对象且总数尚未达上限，Get()会自动创建新对象，无需我们手动扩容逻辑。

• 安全检查：构造函数的collectionCheck默认为true，开启时会检查对象重复回收的错误情形。如果开发者不小心两次调用Release归还同一对象，Unity会抛出警告或错误，防止对象被多次加入池导致状态混乱。这种安全检查在调试阶段非常有用，不过开启它会有微小的性能开销。如果确定自己能严格遵循“一次取出、一旦用完就归还一次”的规范，也可以将collectionCheck设为false略微提升性能。

适用场景：Unity内置的ObjectPool<T>适用于绝大多数需要对象池的场景。不仅可以池化GameObject，还可以用于任何C#对象，例如大量反复使用的 数据结构（Unity还提供了CollectionPool/ListPool等用于池化集合，减少GC）。总的来说，官方对象池提供了更灵活和安全的实现，相比我们手写的简单池，它具备以下优势：

• 开箱即用：由Unity提供并维护，可靠性高，无需自行编写复杂代码。

• 接口友好：通过Get/Release方法即可完成取用和回收，还有Clear()等方法方便地清空池内容。

• 可定制扩展：通过委托参数自定义对象创建和销毁逻辑，以及获取/回收时的行为（如自动激活、重置状态等）。

• 防止误用：内置重复归还检查机制，及时发现并警告错误用法，避免一对象多次入池导致的漏洞。

• 容量管理：支持池容量上限，能自动销毁超出上限的对象，节省内存并防止无限增长。

使用Unity的ObjectPool<T>类，我们可以更方便地实现与前述相同的子弹复用系统。唯一需要注意的是，在子弹用完时要调用bulletPool.Release(bullet)归还对象，而不像手写对象池那样仅设置不活跃即可。这一点可以通过设计辅助脚本来解决：例如Unity官方教程中提供了ReturnToPool脚本，将其挂在子弹或特效对象上，在对象的动画/粒子完成事件中自动调用pool.Release(thisObject)归还自身。我们也可以自己实现类似机制，确保对象生命周期结束时正确地释放回池。总之，Unity内置对象池为对象的重复利用提供了统一而高效的方案，建议在支持的Unity版本中优先考虑使用。

5. 总结与下一篇预告

本篇教程从零讲解了对象池的概念和作用，并通过手写代码演示了如何实现一个简单的GameObject对象池以及在子弹系统中的应用。我们也了解了Unity引擎自带的ObjectPool<T>工具类，它封装了对象池的通用逻辑，提供了更安全高效的复用功能。在实际开发中，对象池可以显著优化大量对象反复生成/销毁的场景，减少性能消耗和内存压力，是Unity初中级开发者需要掌握的重要技巧。

在下一篇教程中，我们将更进一步，基于Unity官方API封装一个更健壮的GameObject对象池工具类（暂称“ObjectPoolPro”）。届时会结合UnityEngine.Pool的优点，实现更安全（避免重复回收等错误）且更高效的对象复用管理器，例如自动处理对象的归还、状态重置等功能。敬请期待下一篇《基于 Unity ObjectPool 的 GameObject 对象池封装》，让我们在实战中构建属于自己的高性能对象池组件，提升游戏开发效率和质量！

 对象池由浅入深第一节：Unity对象池教程：原理与实践-CSDN博客

 对象池由浅入深第二节：对象池由浅入深第二节：基于 UnityEngine.Pool 封装工具类 ObjectPoolPro-CSDN博客

对象池由浅入深第三节：对象池由浅入深第三节：基于 ObjectPoolPro 扩展 Unity 对象池--泛型对象池、自动回收和场景隔离-CSDN博客