Everything You Thought You Knew About React Functional Components Is Wrong

This ad is not shown to multipass and full ticket holders
React Summit US
React Summit US 2025
November 18 - 21, 2025
New York, US & Online
The biggest React conference in the US
Learn More
In partnership with Focus Reactive
Upcoming event
React Summit US 2025
React Summit US 2025
November 18 - 21, 2025. New York, US & Online
Learn more
Bookmark
Rate this content

React functional components don't actually exist, and this makes them deceptively difficult to reason about. Come to this explainer to understand the problem the React 19 compiler is attempting to solve.

This talk has been presented at React Summit US 2024, check out the latest edition of this React Conference.

FAQ

You can find Amy Blankenship on LinkedIn, Medium, and GitHub.

A common misconception is that functional components exist as a single entity. However, they are actually new instances created each time they are called.

Garbage collection automatically removes unused objects and functions, but developers should be mindful of not storing unnecessary references as they consume system resources.

useCallback is used to prevent unnecessary re-renders by memoizing functions, whereas function literals create new instances on each render, potentially causing performance issues.

React creates closures for state variables using hooks like useState, useMemo, and useCallback, which store the state from previous renders.

One method is to use useRef to maintain a mutable reference to the most recent data, ensuring that outdated data does not affect the component.

Failing to remove event listeners can lead to memory leaks, as references to event handler functions persist even after they are no longer needed.

Developers should remember that functional components do not store state themselves; instead, React runs the component function repeatedly, relying on hooks to maintain state.

The presentation focuses on clarifying the complexities of React and React Hooks, providing tools to address issues in React functional components.

The challenge is getting the most current Redux data into the server-side data source without causing the grid to clear upon updates, which can be managed using useRef.

Amy Blankenship
Amy Blankenship
22 min
22 Nov, 2024

Comments

Sign in or register to post your comment.
Video Summary and Transcription
Thank you for coming to React Summit! I wanted to create clarity around React Hooks and provide tools for troubleshooting React issues. Functional components in React are different from class components in terms of their lifecycle. Understanding the creation and destruction of objects in JavaScript is crucial to comprehend the behavior of functional components. Creating functions and objects that are not used can lead to memory waste and system resource consumption. Storing references to variables can keep them in memory, so it's crucial to ensure there is a direct path from window to the variable. This talk discusses creating objects and storing them in React components using useState and useMemo. It emphasizes the importance of using useCallback in cases where a callback is going into a component with a large state tree to avoid unnecessary renders. The talk also explores different approaches to handling data retrieval and update in React components, highlighting the use of useRef as a solution to access and update data in server-side data sources. Overall, the talk provides insights and tools for troubleshooting issues in React functional components.

1. Introduction and Speaker Information

Short description:

Thank you for coming to React Summit! I wanted to create clarity around React Hooks and provide tools for troubleshooting React issues. I'm Amy Blankenship, you can find me on LinkedIn, Medium, GitHub, or email me.

Thank you for coming to React Summit and I appreciate you taking the time to come to my presentation. This presentation just came about because I was writing about React and React Hooks and a lot of people seemed to think that what was going on was very simple and self-explanatory and I don't see it that way so I wanted to create a little more clarity around the subject, not just for everybody else but for myself, and hopefully after you finish this presentation you'll at least have some tools that you can use when things are going wrong in React and you just can't quite figure out why.

So my name is Amy Blankenship and you can find me on LinkedIn at that URL, you can find me on Medium at Amy Blankenship and in fact this presentation originated as an article there. You can find me on GitHub, this is just my personal GitHub stuff, nothing I've done professionally and you can email me if you want to.

2. Functional Components and Object Creation

Short description:

Functional components in React are different from class components in terms of their lifecycle. Understanding the creation and destruction of objects in JavaScript is crucial to comprehend the behavior of functional components. Let's explore this by comparing the creation of dates in different scenarios.

So the first thing I think is conceptually the cause of this issue is thinking that functional components are actually a thing that exists and I think that is kind of a mental trap that we should probably dive into a little bit deeper. So let's look at that. When we have a React class component which is how most of us started out doing React, you have React creating a new component. So then it has an instance of that component that it keeps and it runs component did mount, component will receive props, component did update and all of that stuff and finally render. It will continue running that entire life cycle and producing JSX on that instance that actually exists that it has for the lifetime of your component until it's unmounted.

Now let's look at a functional component. The first thing that React does is it takes the props and it passes those props into a function and this function is what we think of as your component and then that component will produce JSX. If the JSX is the same as the JSX from the previous time that it was called, that it called that function, it will re-render it otherwise it doesn't do anything with the result of calling that function. So but at any rate, as soon as it has that JSX, that render of your function is done, you're out of that world. And so yes, it will call your component function again, but it's like an entirely different new thing that is happening.

So let's go a little bit deeper into how creation and destruction and things works in JavaScript so we can really get a handle on what's going on here. So let's start out with a simple case where we create a function that logs a date. So if we have this log date function and every time we run it, it creates a new date, then if you run this function 99 times, you will create a new date. I'm sorry, if you run it 100 times, you will create a new date every one of those 100 times. Now let's look at this a little closer. Let's say that we have a function that's designed to create a new date and we store the result of that function in a variable and we're going to also run it the other 99 times and we're just going to run it. We're just not going to store the date. So we still created 100 dates, but we only keep one of them and we'll talk about what happens to the rest of them later, but in essence the only one that we can do anything with is the one that we stored in the variable. The rest of them just go away.

So now let's look at, we do the same thing, but then we set my date to undefined. So in this case, we created 100 dates and we don't reference any of those dates. So they were created, but they are actually no longer serving any purpose in our program.

Now let's go a little bit further because React now is very skewed towards the functional side. We're going to create a function that creates the date logger that we just looked at and returns the function. So if we run date logger creator 100 times, whether we keep a reference to it or not, we don't create any dates. We create the function, but we don't create any dates. So by running this function, we actually create 100 versions of this function, but no new dates. Now let's change it a little bit again. Now we're going to create our date logger creator so that it creates a new date, and then that is the date that will always be logged by the date logger. So what's going to happen here is we create the date logger 2, and it will create a new date, but every time you run the my date logger, it's going to only log this date.

3. Memory Management and Variable References

Short description:

Creating functions and objects that are not used can lead to memory waste and system resource consumption. Storing references to variables can keep them in memory, so it's crucial to ensure there is a direct path from window to the variable. Adding event listeners without removing them can result in memory leaks.

And if you create 99 more of these, you're creating 99 more dates and 99 more versions of this function. And this is going to be important to come back to later, but because we're not using any of these other 99 functions, they just get thrown away. Now if we then take this one that we stored and we call it 99 or 100 times, then it's going to log the first date that was closed around with this closure 100 times. So we only have one date that we're using here. So what happens to all of those functions and dates and everything that we are creating and we're not using? Well, those things get garbage collection collected. And garbage collection used to be like a much bigger thing because it could like even stop your program from running for a minute while the garbage collection ran. And a lot of people feel like we no longer need to think about garbage collection because it runs in much smaller increments and it's less likely to interrupt your program. But you kind of still need to think about the fact that we're creating all of this stuff that we never use and that's not free in terms of system resources.

Another thing that we need to think about is that when you do store a reference to something, that's going to be kept in memory. And there needs to be like a direct path from window to your variable for it to be kept in memory. If there is no path like that, it will be released. And React handles a lot of that stuff. So if you have things in React variables like useState, useMemo, you can consider that as long as your component is mounted that there is a direct path from window to the variable. Whenever you do an add event listener, for example, in useEffect, that is creating a reference from whatever the component is that you added the event listener to, to the function that you're calling as the parameter, the second parameter on addEventListener. It's really important for you to remove those or you can create memory leaks.

4. React Components and State Management

Short description:

This part discusses creating objects and storing them in React components using useState and useMemo. It emphasizes the importance of using useCallback in cases where a callback is going into a component with a large state tree to avoid unnecessary renders. The text also highlights how React creates closures to return previous versions of something during renders. It concludes by mentioning the possibility of dealing with stale or inconsistent state when calls complete out of order.

Back to the cases of creating objects and having them get either garbage collected or stored. This is a really, really simple React component where we have a useState and the useState is just a simple true-false toggle. And we're going to create a new date in line. Every time this function runs, that new date will be created. Just like in our previous examples, every time we ran one of these date loggers or created one of these date loggers, it would create a new date, even if we threw away the date logger later.

Then we're going to create a useMemo that is going to store the timestamp every time that toggle changes. And finally, we're just going to have an anonymous function, clickHandler, that is going to change the toggle every time the user clicks the button.

So what's going on here when we set up our component like this? So on the first render, the toggle, the useMemo, stores the time. So what's going to happen is this function that always returns that time is stored somewhere in the bowels of React. And then the renders happen, or the calls of your function happen in between. The toggle hasn't changed, toggle hasn't changed, toggle hasn't changed. And so then when we go to render it later, that is the version of that closure that we are going to use in the render. Does that make sense? I hope so. And that kind of just looks like this in the dev tool, as you can see. The toggle state is here, and then your memo is storing this value of the particular date that was in scope when this closure was created by useMemo is stored in useMemo.

One of the things that we need to think about is the useCallback versus function literal. In this case I used a function literal for two reasons. One because it's a slide, there's not a whole lot of room that useCallback syntax. But the more important reason is it's only going into a button that really doesn't have any bad side effects if you re-render it. However, if you have a callback that's going into something with a giant state tree, every time your component is called it's going to create a new version of this function, just like when we had the date logger creator creating the 99 versions of the function that just got thrown away. And so if you put that in some kind of callback that's going further down the tree and it's an expensive place for that to re-render, you're going to cause unnecessary renders by not using useCallback. And one thing you do not want to do is use useCallback here and then call that useCallback with an anonymous function that you add here because that is going to negate any positive effect that you had by using useCallback. It's still going to create a new instance of that function every time the function is called.

Okay, so now we know that we're actually not really storing state. Instead, we're asking React to create a closure that then returns a version of our previous something that was current during a previous render. So dealing with stale or inconsistent state is something that happens more often than I think most of us would like to. One instance is that calls can complete out of order. So if you look at this particular example, every time the user ID for this component is changed, like for instance this might be contact details for a given user and before the call comes back someone clicks on a different user and now the async function runs again. You haven't completed the first function, the first fetch. The second fetch might come back first and then if you do the setToDos without any modification then you're going to wind up with the wrong user's details.

5. Data Retrieval and Update in React Components

Short description:

This part discusses different approaches to handling data retrieval and update in React components. It explores the challenges of fetching data directly in views and highlights the use of useRef as a solution to access and update data in server-side data sources. The text emphasizes the importance of understanding closures and the role of hooks like useState, useMemo, and useCallback in managing state and rendering. It also mentions the significance of using return values from useEffect to handle data fetching and prevent memory leaks in event listeners. Overall, the talk provides insights and tools for troubleshooting issues in React functional components.

So this is a pattern that the React team has put forward in the past. I'm not sure if it's best current practice, but it is one way that you can handle this. I know that also they have moved towards not fetching directly in views anymore. So that is another way that you can handle this problem, but it also comes with its set of problems.

One thing that I encountered relatively recently is that I couldn't actually get the most current version of my data that was stored in Redux into the server side data source that was being used by AG Grid. I'm not going to go into a lot of depth of how AG Grid works and why this happened, but the point is that the getRows function needed to have access to the return function of the from doing the fetch call in Redux. So it would have needed to be created as a new...I should have used use callback here, but it would have been needed to be created again once the data came back. And the problem with doing that is that if you create the server side data source again when the getRows now has access to the return value, then it clears out the grid. So that was something that wasn't going to work.

Getting the data outside of my view may have solved one problem, but now it created a different problem in that I could not get the return data into the rows that needed to go into the server side data source. And the way that you can handle this is with useRef. So useRef is kind of an escape hatch around the closure based system in React. If you start with the first version in your getRows of your data, then when the data comes in with the new version of the rows, then you just update ref current to the new rows that you got, and then when the server side data source needs the rows, then you can read the current data from that new version. That mutable ref object, and then everything works as designed.

So sometimes the normal functional system doesn't serve you, and you will occasionally need to use ref current to work around that. Hopefully this talk has been helpful, and you've got some better tools to understand what's going on when your React functional components aren't working exactly the way you thought they would. So it's really important to realize there's more going on with hooks than meets CI. It's really, you need to think in terms of disconnected runs of a specific function rather than a thing that actually exists. React is constantly running that function, and the only thing that you have left over from the previous function is what's stored in the closures. Those closures are things like use state, use memo, and use callback, and they are actually storing a function that returns a particular version of a previous renderer. So be aware of what that renderer is, what the value of the state was when you created the closure. Make sure that you're using the return values of use effect to help make sure that if you've called some kind of data fetching functionality that you're able to ignore it and not update your state in cases where it's been overridden, and also to prevent memory leaks in your use event listeners, I mean add event listeners, sorry about that. And when all else fails and you don't have a great way to get the value from one render to where you need it to be in a later render, you can use use ref because the mutability there means that that object is going to carry through all of the renders, and you can just pull out the most recent version of it. And thank you very much. I really appreciate you coming to my talk.

Check out more articles and videos

We constantly think of articles and videos that might spark Git people interest / skill us up or help building a stellar career

A Guide to React Rendering Behavior
React Advanced 2022React Advanced 2022
25 min
A Guide to React Rendering Behavior
Top Content
This transcription provides a brief guide to React rendering behavior. It explains the process of rendering, comparing new and old elements, and the importance of pure rendering without side effects. It also covers topics such as batching and double rendering, optimizing rendering and using context and Redux in React. Overall, it offers valuable insights for developers looking to understand and optimize React rendering.
Building Better Websites with Remix
React Summit Remote Edition 2021React Summit Remote Edition 2021
33 min
Building Better Websites with Remix
Top Content
Remix is a web framework built on React Router that focuses on web fundamentals, accessibility, performance, and flexibility. It delivers real HTML and SEO benefits, and allows for automatic updating of meta tags and styles. It provides features like login functionality, session management, and error handling. Remix is a server-rendered framework that can enhance sites with JavaScript but doesn't require it for basic functionality. It aims to create quality HTML-driven documents and is flexible for use with different web technologies and stacks.
React Compiler - Understanding Idiomatic React (React Forget)
React Advanced 2023React Advanced 2023
33 min
React Compiler - Understanding Idiomatic React (React Forget)
Top Content
Watch video: React Compiler - Understanding Idiomatic React (React Forget)
Joe Savona
Mofei Zhang
2 authors
The Talk discusses React Forget, a compiler built at Meta that aims to optimize client-side React development. It explores the use of memoization to improve performance and the vision of Forget to automatically determine dependencies at build time. Forget is named with an F-word pun and has the potential to optimize server builds and enable dead code elimination. The team plans to make Forget open-source and is focused on ensuring its quality before release.
Using useEffect Effectively
React Advanced 2022React Advanced 2022
30 min
Using useEffect Effectively
Top Content
Today's Talk explores the use of the useEffect hook in React development, covering topics such as fetching data, handling race conditions and cleanup, and optimizing performance. It also discusses the correct use of useEffect in React 18, the distinction between Activity Effects and Action Effects, and the potential misuse of useEffect. The Talk highlights the benefits of using useQuery or SWR for data fetching, the problems with using useEffect for initializing global singletons, and the use of state machines for handling effects. The speaker also recommends exploring the beta React docs and using tools like the stately.ai editor for visualizing state machines.
Routing in React 18 and Beyond
React Summit 2022React Summit 2022
20 min
Routing in React 18 and Beyond
Top Content
Routing in React 18 brings a native app-like user experience and allows applications to transition between different environments. React Router and Next.js have different approaches to routing, with React Router using component-based routing and Next.js using file system-based routing. React server components provide the primitives to address the disadvantages of multipage applications while maintaining the same user experience. Improving navigation and routing in React involves including loading UI, pre-rendering parts of the screen, and using server components for more performant experiences. Next.js and Remix are moving towards a converging solution by combining component-based routing with file system routing.
React Concurrency, Explained
React Summit 2023React Summit 2023
23 min
React Concurrency, Explained
Top Content
Watch video: React Concurrency, Explained
React 18's concurrent rendering, specifically the useTransition hook, optimizes app performance by allowing non-urgent updates to be processed without freezing the UI. However, there are drawbacks such as longer processing time for non-urgent updates and increased CPU usage. The useTransition hook works similarly to throttling or bouncing, making it useful for addressing performance issues caused by multiple small components. Libraries like React Query may require the use of alternative APIs to handle urgent and non-urgent updates effectively.

Workshops on related topic

React Performance Debugging Masterclass
React Summit 2023React Summit 2023
170 min
React Performance Debugging Masterclass
Top Content
Featured Workshop
Ivan Akulov
Ivan Akulov
Ivan’s first attempts at performance debugging were chaotic. He would see a slow interaction, try a random optimization, see that it didn't help, and keep trying other optimizations until he found the right one (or gave up).
Back then, Ivan didn’t know how to use performance devtools well. He would do a recording in Chrome DevTools or React Profiler, poke around it, try clicking random things, and then close it in frustration a few minutes later. Now, Ivan knows exactly where and what to look for. And in this workshop, Ivan will teach you that too.
Here’s how this is going to work. We’ll take a slow app → debug it (using tools like Chrome DevTools, React Profiler, and why-did-you-render) → pinpoint the bottleneck → and then repeat, several times more. We won’t talk about the solutions (in 90% of the cases, it’s just the ol’ regular useMemo() or memo()). But we’ll talk about everything that comes before – and learn how to analyze any React performance problem, step by step.
(Note: This workshop is best suited for engineers who are already familiar with how useMemo() and memo() work – but want to get better at using the performance tools around React. Also, we’ll be covering interaction performance, not load speed, so you won’t hear a word about Lighthouse 🤐)
Next.js for React.js Developers
React Day Berlin 2023React Day Berlin 2023
157 min
Next.js for React.js Developers
Top Content
Featured WorkshopFree
Adrian Hajdin
Adrian Hajdin
In this advanced Next.js workshop, we will delve into key concepts and techniques that empower React.js developers to harness the full potential of Next.js. We will explore advanced topics and hands-on practices, equipping you with the skills needed to build high-performance web applications and make informed architectural decisions.
By the end of this workshop, you will be able to:1. Understand the benefits of React Server Components and their role in building interactive, server-rendered React applications.2. Differentiate between Edge and Node.js runtime in Next.js and know when to use each based on your project's requirements.3. Explore advanced Server-Side Rendering (SSR) techniques, including streaming, parallel vs. sequential fetching, and data synchronization.4. Implement caching strategies for enhanced performance and reduced server load in Next.js applications.5. Utilize React Actions to handle complex server mutation.6. Optimize your Next.js applications for SEO, social sharing, and overall performance to improve discoverability and user engagement.
Concurrent Rendering Adventures in React 18
React Advanced 2021React Advanced 2021
132 min
Concurrent Rendering Adventures in React 18
Top Content
Featured Workshop
Maurice de Beijer
Maurice de Beijer
With the release of React 18 we finally get the long awaited concurrent rendering. But how is that going to affect your application? What are the benefits of concurrent rendering in React? What do you need to do to switch to concurrent rendering when you upgrade to React 18? And what if you don’t want or can’t use concurrent rendering yet?

There are some behavior changes you need to be aware of! In this workshop we will cover all of those subjects and more.

Join me with your laptop in this interactive workshop. You will see how easy it is to switch to concurrent rendering in your React application. You will learn all about concurrent rendering, SuspenseList, the startTransition API and more.
React Hooks Tips Only the Pros Know
React Summit Remote Edition 2021React Summit Remote Edition 2021
177 min
React Hooks Tips Only the Pros Know
Top Content
Featured Workshop
Maurice de Beijer
Maurice de Beijer
The addition of the hooks API to React was quite a major change. Before hooks most components had to be class based. Now, with hooks, these are often much simpler functional components. Hooks can be really simple to use. Almost deceptively simple. Because there are still plenty of ways you can mess up with hooks. And it often turns out there are many ways where you can improve your components a better understanding of how each React hook can be used.You will learn all about the pros and cons of the various hooks. You will learn when to use useState() versus useReducer(). We will look at using useContext() efficiently. You will see when to use useLayoutEffect() and when useEffect() is better.
Introducing FlashList: Let's build a performant React Native list all together
React Advanced 2022React Advanced 2022
81 min
Introducing FlashList: Let's build a performant React Native list all together
Top Content
Featured Workshop
David Cortés Fulla
Marek Fořt
Talha Naqvi
3 authors
In this workshop you’ll learn why we created FlashList at Shopify and how you can use it in your code today. We will show you how to take a list that is not performant in FlatList and make it performant using FlashList with minimum effort. We will use tools like Flipper, our own benchmarking code, and teach you how the FlashList API can cover more complex use cases and still keep a top-notch performance.You will know:- Quick presentation about what FlashList, why we built, etc.- Migrating from FlatList to FlashList- Teaching how to write a performant list- Utilizing the tools provided by FlashList library (mainly the useBenchmark hook)- Using the Flipper plugins (flame graph, our lists profiler, UI & JS FPS profiler, etc.)- Optimizing performance of FlashList by using more advanced props like `getType`- 5-6 sample tasks where we’ll uncover and fix issues together- Q&A with Shopify team
React, TypeScript, and TDD
React Advanced 2021React Advanced 2021
174 min
React, TypeScript, and TDD
Top Content
Featured Workshop
Paul Everitt
Paul Everitt
ReactJS is wildly popular and thus wildly supported. TypeScript is increasingly popular, and thus increasingly supported.

The two together? Not as much. Given that they both change quickly, it's hard to find accurate learning materials.

React+TypeScript, with JetBrains IDEs? That three-part combination is the topic of this series. We'll show a little about a lot. Meaning, the key steps to getting productive, in the IDE, for React projects using TypeScript. Along the way we'll show test-driven development and emphasize tips-and-tricks in the IDE.