Unity对象池复用后射线检测触发的计分器异常问题

核心问题分析 #

1. 全局状态冲突：使用玩家身上的passedBeam作为全局标记，多个复用管道会同时读写该变量，导致逻辑混乱——要么单次穿过重复计分，要么后续完全不触发计分。
2. 状态未重置：对象池管道首次实例化时执行Start，但复用激活时不会重新执行，passed状态保留上一次的结果，导致后续检测失效。
3. 初始化冗余操作：对象池初始化时循环修改playerControllerScript.passedBeam = false完全无效，反而干扰初始状态。

具体修复步骤 #

1. 修改RayCastDetection.cs，用组件自身状态独立控制计分

移除对玩家全局变量的依赖，改用组件自身的passed标记，同时添加OnEnable方法在管道激活时重置状态：

public class RayCastDetection : MonoBehaviour
{
    public UIManager UIManagerScript;
    private RaycastHit hit;
    // 用组件自身的标记，避免全局状态冲突
    private bool passed;

    void Awake()
    {
        // 提前获取引用，减少重复查找开销
        if(UIManagerScript == null)
            UIManagerScript = GameObject.Find("UI_Manager").GetComponent<UIManager>();
    }

    // 管道从对象池激活时触发，重置检测状态
    void OnEnable()
    {
        passed = false;
    }

    void Update()
    {
        Vector3 beamDown = transform.TransformDirection(Vector3.down);
        Ray ray = new Ray(transform.position, beamDown);

        if (!passed)
        {
            if (Physics.Raycast(ray, out hit))
            {
                if (hit.collider.CompareTag("Player"))
                {
                    // 标记当前管道已完成检测，避免重复计分
                    passed = true;
                    UIManagerScript.score++;
                }
                Debug.DrawRay(transform.position, hit.point - transform.position);
            }
        }
    }
}

2. 清理ObjectPooling.cs的冗余代码

删除初始化时修改玩家状态的无效操作：

public static ObjectPooling sharedInstance;
public List<GameObject> pooledObjects;
public GameObject objectToPool;
public int amountToPool;

void Awake()
{
    sharedInstance = this;
}
void Start()
{
    pooledObjects = new List<GameObject>();
    GameObject tmp;

    for (int i = 0; i < amountToPool; i++)
    {
        tmp = Instantiate(objectToPool);
        tmp.SetActive(false);
        // 移除无效的全局状态修改
        // playerControllerScript.passedBeam = false;
        pooledObjects.Add(tmp);
    }
}
public GameObject GetPooledObject()
{
    for (int i = 0; i < amountToPool; i++)
    {
        if (!pooledObjects[i].activeInHierarchy)
            return pooledObjects[i];
    }
    return null;
}

3. 可选优化：添加管道回收逻辑

当管道移出屏幕范围后，调用SetActive(false)将其放回对象池（可通过碰撞器或位置检测实现），确保对象池循环复用的完整性。

修复逻辑说明 #

• 每个管道的检测逻辑独立，不再依赖全局变量，避免多管道之间的状态干扰。
• OnEnable方法会在管道从对象池取出激活时自动执行，强制重置检测状态，保证每次复用的初始一致性。
• 移除冗余操作，减少不必要的状态修改，避免逻辑污染。

内容的提问来源于stack exchange，提问作者Zeid Tisnes