Suscribirse en OnEnable

Un oyente que se destruye no abandona el evento por sí solo. El evento sigue conservando su método, y la siguiente llamada a Invoke lo ejecuta en el componente destruido. El primer uso de transform en ese método lanza MissingReferenceException y, como una excepción interrumpe Invoke, también se omiten los oyentes que vienen después. Así que cada += necesita un -=, y el par de métodos de Unity para ello es OnEnable y OnDisable:

public class Guard : MonoBehaviour
{
    public Alarm alarm;

    void OnEnable()
    {
        alarm.OnTriggered += RunTo;
    }

    void OnDisable()
    {
        alarm.OnTriggered -= RunTo;
    }

    void RunTo(Vector3 spot)
    {
        transform.LookAt(spot);
    }
}

Unity llama a OnDisable cuando el objeto se desactiva con SetActive(false), cuando se desactiva el script y cuando se destruye el objeto, antes de OnDestroy. OnEnable se ejecuta cada vez que vuelve a activarse. Con este par, un guardia escucha exactamente mientras está activo: un guardia destruido deja de estar en el evento, uno desactivado durante una cinemática ignora la alarma y, cuando se vuelve a activar, vuelve a escuchar.

Otras dos combinaciones dan problemas. Con += en Start y -= en OnDisable, un guardia que se desactiva y se vuelve a activar nunca vuelve a escuchar, porque Start solo se ejecuta una vez. Con += en OnEnable y sin -=, cada vez que se reactiva se añade RunTo de nuevo, y una alarma lo llama dos veces. Quitar un método que no está suscrito no hace nada, así que OnDisable nunca necesita comprobar nada antes de usar -=.