Renderizado: ¿Sincronizar o no sincronizar?

Rate this content
Bookmark

Vamos a profundizar en el renderizado de React y evaluar la implicación del Renderizado Concurrente y la agrupación automática en el código que anteriormente dependía de la naturaleza sincrónica de v17. ¿Siempre mejora las cosas? Con un estudio de caso del mundo real, evaluamos useSyncExternalStore y flushSync como herramientas para restaurar el renderizado sincrónico para evitar el “desgarro visual”. Trabajar a través de los compromisos de estos enfoques nos dará nuevas perspectivas sobre el renderizado de React y sugerencias sobre cómo podemos optimizar nuestras aplicaciones.

Stephen Cooper
Stephen Cooper
28 min
13 Nov, 2023

Comments

Sign in or register to post your comment.

Video Summary and Transcription

Esta charla discute el renderizado y la sincronización en React 18. Aborda problemas como filas parpadeantes y borrado al desplazarse. Se explora el uso de usync-externalstore para lecturas concurrentes y el posible mal uso de las APIs. Se discuten técnicas de depuración utilizando React Profiler y flush-sync. La charla también cubre consideraciones de rendimiento para diferentes máquinas y la importancia de probar y considerar soluciones alternativas.

Available in English

1. Introducción a la Representación y Sincronización

Short description:

Hoy quiero hablarles sobre la representación y si vamos a sincronizar o no. Vamos a tener que intentar averiguar qué está pasando. El primer error que vamos a ver es que al hacer clic en la barra de desplazamiento se produce un flash. El segundo problema que tenemos es que cuando estás desplazándote, se borran por completo. Hemos actualizado a la versión 18 y cambiamos a CreateRoot, habilitando características de representación concurrente y agrupación automática. Vamos a ver el código que está causando las actualizaciones para la carretera, y no hay nada emocionante aquí. Pero creo que hay algunos sospechosos principales para este problema en la versión 18, la representación concurrente y la agrupación automática.

♪♪ Hoy quiero hablarles sobre la representación y si vamos a sincronizar o no. Hubo un error de tipeo gracioso cuando esto se compartió por primera vez en Twitter, donde en realidad era S-I-N-K, y yo pensaba, oh no, ¿es eso lo que están prediciendo para mi charla? Pero esperemos que no. Entonces, ¿sincronizar o no sincronizar? Vamos a profundizar en esto. Debería ser, con suerte, una pregunta fácil de responder.

¿Cuál de estas rejillas es mejor? Entonces, a la izquierda, tenemos Agigrid funcionando en la versión 17 de React, donde tienes este desplazamiento suave y agradable, puedes hacer clic en la barra de desplazamiento, y las filas simplemente aparecen en el lugar correcto. Pero luego actualizas a la versión 18. Entonces, esta no es una versión en vivo de Agigrid, esta es una versión antigua que tenía este problema. Haces clic en la barra de desplazamiento y las filas parpadean, o empiezas a desplazarte hacia arriba y hacia abajo y las filas se borran. Y es como, como puedes ver, esto no es lo que queremos que sea la experiencia del usuario. Entonces, vamos a tener que intentar averiguar qué está pasando.

Entonces, como saben, soy Steve, y trabajo en Agigrid, estoy en el equipo central de la rejilla. Y entonces, lo que estamos tratando de hacer en Agigrid es crear la mejor tabla de datos de JavaScript, ya sea en React o en cualquiera de los otros frameworks. Hay una versión gratuita así como la Enterprise, y si quieres saber más, ven a hablar con nosotros en el stand. Nos encantaría hablar contigo sobre todo ello. Pero basta de eso, vamos a tratar de aclarar lo que estamos tratando de arreglar y cómo ha cambiado React, cómo podemos tratar de averiguar cuáles son esos cambios, y luego cómo podemos arreglarlo. Entonces, el primer error que vamos a ver es que al hacer clic en la barra de desplazamiento se produce un flash. Veamos, ¿puedes ver eso? Sí. Y luego, el segundo problema que tenemos es que cuando estás desplazándote, se borran por completo. Bien, y entonces, esta es la única línea de código que es diferente entre esos dos ejemplos. Entonces, hemos actualizado a la versión 18, y luego cambiamos a CreateRoot. Entonces, cuando estás usando render, es el equivalente, básicamente, de la representación de la versión 17, pero ahora con la versión 18, cambia a CreateRoot, y luego vas a empezar a habilitar todas estas características de representación concurrente y agrupación automática. Y eso es lo que vamos a hacer. Vamos a ir a cazar errores. Entonces, lo primero que hay que hacer es, bueno, vamos a ver el código que está causando las actualizaciones para la carretera, y no hay nada emocionante aquí. Es solo estado. Entonces, cuando la carretera está cambiando, te desplazas y necesitas mirar nuevas carreteras. Vamos a actualizar qué carreteras se muestran. Entonces, no hay nada realmente, quiero decir, inusual allí, o complicado, o algo que debería estar saliendo mal. Pero creo que hay algunos sospechosos principales para este problema en la versión 18, representación concurrente y también agrupación automática. Y lo que vamos a hacer es, y ver si son estas dos características las que ahora están interactuando negativamente con la virtualización de filas de Aggrid.

2. Virtualización de Filas y Cambios en la Representación

Short description:

La virtualización de filas es una característica de rendimiento crítica para las cuadrículas de datos. Representar solo las filas visibles en el viewport evita sobrecargar el navegador. En la versión 18, hay un problema de parpadeo debido a los cambios en la representación, que ahora tiene instrucciones basadas en prioridades. Estos cambios, aunque habilitan características como useTransition, pueden tener efectos secundarios. Consulte los grupos de discusión de GitHub de React para obtener más detalles y contexto. También se recomienda la charla de Ivan para una mayor comprensión.

Entonces, supongo que, en primer lugar, ¿qué es la virtualización de filas? Esta es una característica de performance crítica para cualquier cuadrícula de data. Si quieres mostrar miles y miles de filas, no quieres tener que representar todo eso en HTML, porque vas a colapsar tu navegador y la experiencia va a ser realmente, supongo, lenta y difícil. Pero lo principal es, no quieres sobrecargar el navegador porque dibujar HTML es bastante costoso.

Entonces, lo que vamos a hacer es que solo representamos las filas que son realmente visibles en el viewport. Entonces, aquí vamos. Entonces, una forma de imaginar el desplazamiento es que desplazamos, el viewport cambia, y luego en este punto, si el navegador llega a repintar, va a repintar una cuadrícula vacía, porque las filas aún no se han actualizado. Y luego las filas se actualizan después de que nos hemos basado en la nueva posición del viewport. Entonces, creo que podemos imaginar que lo que está sucediendo es que las filas no se están actualizando lo suficientemente rápido, así como el viewport. Y entonces, otra forma en que podemos ver esto es en el perfil de DevTools.

Entonces, en la versión 17, tomaremos este benchmark de esta acción donde desplazamos y actualizamos el viewport. Y lo principal que hay que sacar de este gráfico es que hay una sola llamada a la función, y luego el navegador pinta. Entonces, lo que eso representa es que está desplazándose, cambiando donde está el viewport, y representando las filas de forma sincrónica, y luego el navegador está pintando. Entonces, no obtienes ningún tipo de parpadeo. Y si hacemos lo mismo ahora con la versión 18, debería ser bastante evidente de dónde viene este parpadeo, o el resultado de esa ruptura. Entonces, el desplazamiento ocurre, luego el navegador realmente tiene la oportunidad de repintar, por lo que ahora estamos obteniendo este conjunto vacío de filas antes de que las filas se representen. Entonces, estamos obteniendo dos pinturas en lugar de una. Ahí vamos. Y entonces, esto es algo de lo que necesitamos estar conscientes en la versión 18. Entonces, la representación ya no es un conjunto puramente secuencial de instrucciones. Pero hay prioridad en ello. Y muchas de las nuevas características en React, requieren que la representación sea interrumpible y soporte la entrega al navegador. Entonces, useTransition es un gran ejemplo de esto. Entonces, te permite actualizar el estado sin bloquear la UI. Pero estos cambios en la representación tienen algunos efectos secundarios y nos hemos topado con ellos aquí en esta situación. Entonces, no voy a profundizar en toda la concurrent rendering y todas esas cosas. Hay mucha buena información que puedes obtener en los grupos de discusión de GitHub de React. Hay tantas buenas pepitas de información allí en los comentarios y en las respuestas. Entonces, si no has mirado estas discusiones antes, definitivamente es un lugar que diría, echa un vistazo si quieres obtener algunos detalles más de bajo nivel o simplemente contexto detrás de algunos de estos cambios. Otra gran herramienta es de Ivan y él tiene otra charla más tarde hoy. Entonces, recomendaría escucharlo porque este definitivamente ayuda a explicar muchos de estos conceptos.

QnA

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 Conference 2022React Advanced Conference 2022
25 min
A Guide to React Rendering Behavior
Top Content
React is a library for "rendering" UI from components, but many users find themselves confused about how React rendering actually works. What do terms like "rendering", "reconciliation", "Fibers", and "committing" actually mean? When do renders happen? How does Context affect rendering, and how do libraries like Redux cause updates? In this talk, we'll clear up the confusion and provide a solid foundation for understanding when, why, and how React renders. We'll look at: - What "rendering" actually is - How React queues renders and the standard rendering behavior - How keys and component types are used in rendering - Techniques for optimizing render performance - How context usage affects rendering behavior| - How external libraries tie into React rendering
Speeding Up Your React App With Less JavaScript
React Summit 2023React Summit 2023
32 min
Speeding Up Your React App With Less JavaScript
Top Content
Too much JavaScript is getting you down? New frameworks promising no JavaScript look interesting, but you have an existing React application to maintain. What if Qwik React is your answer for faster applications startup and better user experience? Qwik React allows you to easily turn your React application into a collection of islands, which can be SSRed and delayed hydrated, and in some instances, hydration skipped altogether. And all of this in an incremental way without a rewrite.
React Concurrency, Explained
React Summit 2023React Summit 2023
23 min
React Concurrency, Explained
Top Content
React 18! Concurrent features! You might’ve already tried the new APIs like useTransition, or you might’ve just heard of them. But do you know how React 18 achieves the performance wins it brings with itself? In this talk, let’s peek under the hood of React 18’s performance features: - How React 18 lowers the time your page stays frozen (aka TBT) - What exactly happens in the main thread when you run useTransition() - What’s the catch with the improvements (there’s no free cake!), and why Vue.js and Preact straight refused to ship anything similar
The Future of Performance Tooling
JSNation 2022JSNation 2022
21 min
The Future of Performance Tooling
Top Content
Our understanding of performance & user-experience has heavily evolved over the years. Web Developer Tooling needs to similarly evolve to make sure it is user-centric, actionable and contextual where modern experiences are concerned. In this talk, Addy will walk you through Chrome and others have been thinking about this problem and what updates they've been making to performance tools to lower the friction for building great experiences on the web.
Understanding React’s Fiber Architecture
React Advanced Conference 2022React Advanced Conference 2022
29 min
Understanding React’s Fiber Architecture
Top Content
We've heard a lot about React's Fiber Architecture, but it feels like few of us understand it in depth (or have the time to). In this talk, Tejas will go over his best attempt at understanding Fiber (reviewed by other experts), and present it in an 'explain-like-I'm-five years old' way.
Optimizing HTML5 Games: 10 Years of Learnings
JS GameDev Summit 2022JS GameDev Summit 2022
33 min
Optimizing HTML5 Games: 10 Years of Learnings
Top Content
The open source PlayCanvas game engine is built specifically for the browser, incorporating 10 years of learnings about optimization. In this talk, you will discover the secret sauce that enables PlayCanvas to generate games with lightning fast load times and rock solid frame rates.

Workshops on related topic

React Performance Debugging Masterclass
React Summit 2023React Summit 2023
170 min
React Performance Debugging Masterclass
Top Content
Featured WorkshopFree
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 🤐)
Concurrent Rendering Adventures in React 18
React Advanced Conference 2021React Advanced Conference 2021
132 min
Concurrent Rendering Adventures in React 18
Top Content
Featured WorkshopFree
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.
Getting Started with Suspense and Concurrent Rendering in React
React Summit 2020React Summit 2020
125 min
Getting Started with Suspense and Concurrent Rendering in React
Featured Workshop
Maurice de Beijer
Maurice de Beijer
React keeps on evolving and making hard things easier for the average developer.
One case, where React was not particularly hard but very repetitive, is working with AJAX request. There is always the trinity of loading, success and possible error states that had to be handled each time. But no more as the `<Suspense />` component makes life much easier.
Another case is performance of larger and complex applications. Usually React is fast enough but with a large application rendering components can conflict with user interactions. Concurrent rendering will, mostly automatically, take care of this.
You will learn all about using <Suspense />, showing loading indicators and handling errors. You will see how easy it is to get started with concurrent rendering. You will make suspense even more capable combining it with concurrent rendering, the `useTransition()` hook and the <SuspenseList /> component.
Building WebApps That Light Up the Internet with QwikCity
JSNation 2023JSNation 2023
170 min
Building WebApps That Light Up the Internet with QwikCity
Featured WorkshopFree
Miško Hevery
Miško Hevery
Building instant-on web applications at scale have been elusive. Real-world sites need tracking, analytics, and complex user interfaces and interactions. We always start with the best intentions but end up with a less-than-ideal site.
QwikCity is a new meta-framework that allows you to build large-scale applications with constant startup-up performance. We will look at how to build a QwikCity application and what makes it unique. The workshop will show you how to set up a QwikCitp project. How routing works with layout. The demo application will fetch data and present it to the user in an editable form. And finally, how one can use authentication. All of the basic parts for any large-scale applications.
Along the way, we will also look at what makes Qwik unique, and how resumability enables constant startup performance no matter the application complexity.
Next.js 13: Data Fetching Strategies
React Day Berlin 2022React Day Berlin 2022
53 min
Next.js 13: Data Fetching Strategies
Top Content
WorkshopFree
Alice De Mauro
Alice De Mauro
- Introduction- Prerequisites for the workshop- Fetching strategies: fundamentals- Fetching strategies – hands-on: fetch API, cache (static VS dynamic), revalidate, suspense (parallel data fetching)- Test your build and serve it on Vercel- Future: Server components VS Client components- Workshop easter egg (unrelated to the topic, calling out accessibility)- Wrapping up
React Performance Debugging
React Advanced Conference 2023React Advanced Conference 2023
148 min
React Performance Debugging
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 🤐)