If you’ve ever worked with React, you’ve probably had moments of self-doubt. I’ve been there too—wondering if I’m missing something fundamental, only to discover that the issue wasn’t with me but with React’s peculiarities.
Here, I’ll share some of these unexpected behaviors, the reasons behind them, and my own experiences. Hopefully, this will save you some of the head-scratching I’ve endured!
You call setState, but the UI doesn’t change immediately. Why? React batches state updates for performance. This often catches new developers off guard because it contradicts the expectation of instant feedback.
const [count, setCount] = useState(0); const handleClick = () => { setCount(count + 1); console.log(count); // Still logs the old count };
Why It Happens:
React’s state updates are asynchronous. This allows React to optimize re-renders, but it means that setState doesn’t immediately update count. The new state will only be reflected after the component re-renders.
Pro Tip: Use the functional form of setState to avoid relying on stale state:
setCount(prevCount => prevCount + 1);
Another common pitfall: you’ve added a useEffect hook, but it doesn’t seem to run when you expect it to.
useEffect(() => { console.log("Effect ran"); }, [someVar]);
Then, you realize that updating someVar doesn’t trigger the effect. After debugging, you discover that someVar is an object or array.
Why It Happens:
React’s dependency array uses reference equality. Even if two objects or arrays look identical, they’re considered different if their references differ. This can lead to unexpected behavior if you’re not careful.
Pro Tip: Use a utility like useDeepCompareEffect or memoize your dependencies.
You optimize your component, only to find it’s still re-rendering unnecessarily.
const MyComponent = ({ count }) => { console.log("Rendered"); return <div>{count}</div>; };
Even if count doesn’t change, the component re-renders because the parent component re-renders and passes a new prop reference.
Why It Happens:
React’s default behavior is to re-render child components unless you use optimizations like React.memo.
Pro Tip: Use React.memo to memoize your components or useCallback to prevent prop references from changing unnecessarily.
You forget to add a key to your list items, and suddenly your UI behaves erratically.
const [count, setCount] = useState(0); const handleClick = () => { setCount(count + 1); console.log(count); // Still logs the old count };
Why It Happens:
React uses key to track which items have changed, been added, or removed. Without unique keys, React may re-use DOM nodes incorrectly.
Pro Tip: Use unique identifiers as keys (e.g., id from your data).
Ever had a button click event fire twice and wondered if your browser was haunted?
setCount(prevCount => prevCount + 1);
You click the button, and “Clicked!” shows up in the console twice in development mode.
Why It Happens:
React’s Strict Mode intentionally mounts and unmounts components twice during development to highlight potential side effects. This can cause event handlers to fire multiple times.
Pro Tip: Don't panic—it’s only in development.
You create an input element and assign it a value, expecting React to manage it seamlessly, but you get a warning.
useEffect(() => { console.log("Effect ran"); }, [someVar]);
Why It Happens:
React distinguishes between controlled components (managed by React state) and uncontrolled components (managed by the DOM). Mixing the two causes issues.
Pro Tip: Always pair value with onChange if you want a controlled component:
const MyComponent = ({ count }) => { console.log("Rendered"); return <div>{count}</div>; };
You try to store a value between renders using a variable, but it resets every time.
<ul> {items.map(item => ( <li>{item}</li> ))} </ul>
Why It Happens:
React re-initializes variables on every render. For persistent values, use useRef:
<button onClick={() => console.log("Clicked!")}>Click Me</button>
When you know the "why," you’re not just reacting — you’re in control. React is amazing, but it can be a little confusing at times. Understanding why things work the way they do makes it way less frustrating. If you get why it's acting up, you’ll save a lot of time and frustration. It’s all part of its unique (and sometimes confusing) charm.
The above is the detailed content of Why React Can Surprise You (And How to Tame It). For more information, please follow other related articles on the PHP Chinese website!