
This lesson covers the core behavioral mechanics and performance value of the "Exit State" node within the Rive State Machine. It clarifies a widespread technical misunderstanding: transitioning to the Exit State does not terminate or shut down the entire active State Machine. Instead, it targets and deactivates only that specific State Machine Layer. By completely halting CPU evaluation for the target layer, this schema serves as a major performance tuning tool for complex, multi-layered runtime assets.
- Scope Isolation of State Layers: The influence of the Exit State node is strictly limited to its parent State Machine Layer. Because Rive processes separate layers concurrently in parallel pipelines, triggering an Exit state on layer A will never interrupt or taint the logic flowing on layers B or C.
- Performance Tuning Best Practices:
- The Problem: In standard rigging layouts, even if an animation appears visually stationary because it holds on its final keyframe, the compiler often continues querying its blending weights and conditional paths every single frame, wasting engine processing power.
- Handoff Rules: For non-looping assets that only fire once during user journeys (e.g., intro splash graphics, transitional wipes, or click bursts), designers should always route their final keyframe to the Exit node using an Exit Time 100% condition. This completely unloads the layer from runtime polling loops, reserving peak resource availability for primary UI interaction threads.