A Visual Guide to React Rendering - useCallback
August 11, 2021
This article is a 4th chapter of "A Visual Guide to React Rendering." Previous chapters: It always re-renders, Props, and useMemo.
You can often see an event handler passed to a React component as an anonymous function. This will cause the child component to re-render when the parent renders, even if you wrap the child in memo
. Let’s figure out why.
Functions in Javascript
Javascript has First-class functions.
A programming language is said to have First-class functions when functions in that language are treated like any other variable. For example, in such a language, a function can be passed as an argument to other functions, can be returned by another function and can be assigned as a value to a variable.
When you pass an anonymous function like that, it’s easy to overlook that onClick
is just a prop of a component, and the function you pass is just the value of this prop. Let’s declare the variable with our function, so it’s easier to spot.
This way, it’s a bit more obvious. The handler
stores a value for onClick
prop. Whenever this value changes, the Child re-renders. We know from the second chapter that functions are non-primitive values and are compared by reference.
const a = () => 1
const b = () => 1
a === b // false
a === a // true
Every time Parent renders, the handler
redeclares with a new reference pointing to a new value. This causes the Child to re-render. If we want to prevent that, we need to provide the same reference to the onClick
prop. And to do that, we need to memoize the value of the handler
.
The useCallback
In the previous chapter, we explored useMemo
and how it caches the value instead of recalculating it on every render. The useCallback
is essentially the same. The only difference is that it returns a function.
useCallback(fn, deps) is equivalent to useMemo(() => fn, deps).
So if we want to keep a reference for a handler
, all we need to do is wrap its value in useCallback
.
It stops the Child from re-rendering. But wait, why the count
only updates once? That’s because of the dependency list. As with useMemo
, useCallback
will only recalculate its value when one of its dependencies changes. Since we have an empty list of dependencies, the handler
value calculates only on the first render. And because of the closure, the memoized function will refer to the old value of count
, even when the count
changes. In our case, the count
will always be 0
. Therefore count + 1
will always be 1
.
If you are not sure what the closure is, check out this article - MDN -Closures. There is a lot to take in. Consume it in portions. It can be hard to wrap your head around at first, but understanding this concept will give you React superpowers.
So how do we make the count
update? We can put the count
in the list of dependencies. This way, useCallback
will recalculate the handler
value every time the count
changes and return the updated function with the latest lexical scope.
But now we are back when we started. The Child keeps re-rendering because the handler changes every time the count changes. To solve that, we can use functional updates.
Functional updates
If the new state is computed using the previous state, you can pass a function to setState. The function will receive the previous value, and return an updated value. Here’s an example of a counter component that uses both forms of setState:
// State update
setCount(count + 1)
// Functional state update
setCount(prevCount => prevCount + 1)
The functional update allows us to remove count
from the dependency list without worrying about closures. The handler
will not be recalculated every time the count changes. And the prevCount
will always refer to the latest value.