Streaming and partial rendering in NextJS - Cheat Sheet & Quick Revision

Recall & Review

beginner

What is streaming in Next.js?

Streaming in Next.js means sending parts of the page to the browser as soon as they are ready, instead of waiting for the whole page to finish loading. This helps users see content faster.

beginner

What does partial rendering mean in Next.js?

Partial rendering means rendering only some parts of a page at a time. Next.js can render components separately and send them to the browser as they become ready.

intermediate

How does Next.js use React Server Components for streaming?

Next.js uses React Server Components to render parts of the UI on the server and stream them to the client. This allows faster loading and better user experience.

beginner

Why is streaming beneficial for user experience?

Streaming lets users see parts of the page quickly without waiting for everything to load. It feels faster and smoother, like watching a video that starts playing right away.

intermediate

What role does Suspense play in streaming and partial rendering?

Suspense lets Next.js show a fallback UI (like a loading spinner) while waiting for some parts to load. This helps manage partial rendering smoothly.

What does streaming in Next.js improve?

A Client-side JavaScript size

B Only the styling of the page

C Database queries speed

D Page load speed by sending content as ready

Streaming sends parts of the page to the browser as soon as they are ready, improving perceived load speed.

Partial rendering means:

A Rendering only some parts of the page at a time

B Rendering the whole page at once

C Not rendering anything

D Rendering only CSS

Partial rendering renders parts of the page separately and sends them as they become ready.

Which React feature helps Next.js manage loading states during streaming?

A useEffect

B useState

C Suspense

D Context API

Suspense allows showing fallback UI while waiting for components to load during streaming.

React Server Components in Next.js are used to:

A Render UI on the client only

B Render UI on the server and stream it

C Handle CSS styling

D Manage client-side routing

React Server Components render UI on the server and stream it to the client for faster loading.

Streaming helps user experience by:

A Showing content faster in parts

B Delaying content until fully loaded

C Removing images from the page

D Disabling JavaScript

Streaming sends parts of the page quickly so users see content faster.

Explain how streaming and partial rendering work together in Next.js to improve page load times.

Think about how sending smaller pieces early helps users see content faster.

Describe the role of Suspense in Next.js streaming and partial rendering.

Suspense is like a placeholder while content loads.

Practice

1. What is the main benefit of streaming in Next.js when rendering pages?

easy

A. It caches the whole page on the client side before showing anything.

B. It delays sending the entire page until all data is loaded.

C. It disables server-side rendering completely.

D. It sends parts of the page to the browser as soon as they are ready.

Solution

1. Step 1: Understand streaming concept in Next.js

   Streaming means sending parts of the page to the browser immediately when they are ready, not waiting for the whole page.

2. Step 2: Compare options with streaming behavior

   It sends parts of the page to the browser as soon as they are ready. matches this behavior exactly, while others describe delaying or caching, which are not streaming.

3. Final Answer:

   It sends parts of the page to the browser as soon as they are ready. -> Option D

4. Quick Check:

   Streaming = send parts early [OK]

Hint: Streaming means show parts early, not wait for all [OK]

Common Mistakes:

• Thinking streaming waits for full page
• Confusing streaming with client caching
• Assuming streaming disables server rendering

2. Which of the following is the correct way to use Suspense for partial rendering in Next.js?

easy

A. } />

B. } />

C. }>

D. }>

Solution

1. Step 1: Recall Suspense usage pattern

   Suspense wraps the async component and uses the fallback prop to show a loading state while waiting.

2. Step 2: Match correct syntax

   <Suspense fallback=<Loading />><AsyncComponent /></Suspense> correctly wraps AsyncComponent inside Suspense with fallback. Others misuse fallback or component placement.

3. Final Answer:

   <Suspense fallback=<Loading />><AsyncComponent /></Suspense> -> Option C

4. Quick Check:

   Suspense wraps async with fallback [OK]

Hint: Suspense wraps async component with fallback prop [OK]

Common Mistakes:

• Placing fallback inside async component
• Not wrapping async component with Suspense
• Using fallback incorrectly as a child

3. Given this Next.js server component code using streaming:

export default async function Page() {
  const user = await fetchUser();
  return (
    <>
      
Welcome {user.name}
      Loading posts...
}>
        
      
    </>
  );
}

What will the user see first in the browser?

medium

A. Only 'Loading posts...' until all data loads.

B. The heading with user name, then 'Loading posts...' while posts load.

C. The full page with heading and posts at once.

D. An empty page until fetchUser finishes.

Solution

1. Step 1: Analyze async data fetching and rendering

   The user data is awaited before rendering, so the heading with user name shows immediately.

2. Step 2: Understand Suspense fallback behavior

   The Posts component is wrapped in Suspense with a fallback, so 'Loading posts...' shows while posts load.

3. Final Answer:

   The heading with user name, then 'Loading posts...' while posts load. -> Option B

4. Quick Check:

   Await user shows heading first, Suspense fallback next [OK]

Hint: Awaited data shows first; Suspense fallback shows during async child load [OK]

Common Mistakes:

• Thinking Suspense fallback shows before awaited user data
• Assuming full page waits for all data
• Ignoring Suspense fallback usage

4. Identify the error in this Next.js streaming code snippet:

export default async function Page() {
  return (
    Loading...
}>
      
    
  );
}

function AsyncData() {
  const data = fetchData();
  return <p>{data.message}</p>;
}

medium

A. AsyncData is not marked async and fetchData is not awaited.

B. Suspense cannot wrap components in Next.js.

C. fetchData should be called inside Page, not AsyncData.

D. The fallback prop must be a string, not JSX.

Solution

1. Step 1: Check AsyncData function for async usage

   AsyncData calls fetchData() but does not await it or mark function async, causing a promise to be rendered.

2. Step 2: Confirm Suspense usage and fallback validity

   Suspense usage is correct, and fallback can be JSX, so no error there.

3. Final Answer:

   AsyncData is not marked async and fetchData is not awaited. -> Option A

4. Quick Check:

   Async function must await async calls [OK]

Hint: Async components must await async calls inside [OK]

Common Mistakes:

• Not marking component async when using await
• Rendering unresolved promises
• Misunderstanding Suspense fallback types

5. You want to stream a page showing user info and their posts. User info loads fast, posts load slowly. How do you combine streaming and partial rendering to show user info immediately and posts with a loading fallback?

hard

A. Make Page async, await user data, render user info immediately, wrap Posts in Suspense with fallback.

B. Render user info and posts inside one Suspense with fallback for both.

C. Fetch posts first, then user info, and render all at once without Suspense.

D. Use client-side fetching for posts and server-side for user info without Suspense.

Solution

1. Step 1: Await fast user data in Page component

   Mark Page async and await user data so user info renders immediately.

2. Step 2: Wrap slow posts component in Suspense with fallback

   Wrap Posts in Suspense with a loading fallback to show partial rendering while posts load.

3. Final Answer:

   Make Page async, await user data, render user info immediately, wrap Posts in Suspense with fallback. -> Option A

4. Quick Check:

   Await fast data, Suspense slow data [OK]

Hint: Await fast data, Suspense slow parts with fallback [OK]

Common Mistakes:

• Wrapping all content in one Suspense losing immediate render
• Not awaiting fast data before rendering
• Using client fetching without Suspense for server components