Skip to main content

Demo 41

React batched state log

State updates are scheduled, so logging state right after setState can show the old value.

fully simulatedcurated scenariodoes not execute real code
Short answer

The key output order is 0 -> render count: 1. The handler closes over the state value from the current render.

Real-world bug this helps solve

A production symptom appears first: flaky tests, stale state, slow UI, late cleanup, or growing memory. This shows up in React forms, counters, analytics events, and logic that reads state immediately after updating it.

Common wrong assumption

Expecting state variables to mutate immediately like plain objects.

Fix direction

Fix the root scheduling, cleanup, or concurrency pattern instead of adding arbitrary waits.

Fixed code pattern
try {
  await operation();
} finally {
  cleanup();
}
Visual proof

The console lane proves the visible order: 0 -> render count: 1. The active line and queues show why source order changed.

How to verify in a real app

Reproduce the symptom with a small test, apply the safer pattern, then verify the flaky, slow, or leaking behavior disappears.

Share
Loading visual timeline...

Related cases

Continue with nearby confusion while the mental model is fresh.

Recommended next

Was this clear?

This stays local for now. It helps you track where the product still needs sharper cases.

Send detail