Server-side error handling in NextJS - Cheat Sheet & Quick Revision

Recall & Review

beginner

What is server-side error handling in Next.js?

It means catching and managing errors that happen on the server during data fetching or API calls, so the app can respond gracefully instead of crashing.

beginner

How do you throw an error in a Next.js server component or API route?

You can use throw new Error('message') to stop execution and signal a problem.

intermediate

What is the purpose of the error.js file in Next.js App Router?

It is a special file that catches errors thrown in its folder and shows a friendly error message to users instead of a blank page.

intermediate

How can you handle errors in Next.js API routes?

Use try-catch blocks inside the API route handler to catch errors and send a proper HTTP status and message back to the client.

beginner

Why is server-side error handling important in Next.js apps?

It prevents the whole app from crashing, helps show useful messages to users, and allows logging errors for fixing bugs later.

Which file in Next.js App Router handles errors for its folder?

A loading.js

B error.js

C page.js

D layout.js

The error.js file is used to catch and display errors in its folder.

How do you catch errors in Next.js API routes?

A Using try-catch blocks

B Using CSS styles

C Using React hooks

D Using HTML forms

Try-catch blocks let you catch errors and respond properly in API routes.

What happens if you throw an error in a Next.js server component without handling it?

A The app crashes or shows a blank page

B The error is ignored silently

C The app reloads automatically

D The error is logged but not shown

Uncaught errors cause the app to crash or show a blank page.

Why should you handle server-side errors in Next.js?

A To disable API routes

B To make the app slower

C To show friendly messages and avoid crashes

D To hide all errors from developers

Handling errors improves user experience and app stability.

Which method is used to signal an error in Next.js server code?

A console.log()

B setTimeout()

C return null

D throw new Error()

Throwing an Error stops execution and signals a problem.

Explain how Next.js handles server-side errors using the App Router error.js file.

Think about how you can show a nice message instead of a blank page when something breaks.

Describe how to implement error handling in a Next.js API route.

Consider how you stop errors from crashing the server and inform the client.

Practice

1. What is the main purpose of using try...catch blocks in Next.js server-side functions?

easy

A. To style components dynamically

B. To catch and handle errors gracefully during server-side execution

C. To improve client-side rendering speed

D. To manage user authentication on the client

Solution

1. Step 1: Understand server-side error handling

   Server-side functions can fail due to unexpected issues. Using try...catch helps catch these errors.

2. Step 2: Purpose of try...catch

   The try block runs code that might fail, and the catch block handles errors to prevent crashes and provide feedback.

3. Final Answer:

   To catch and handle errors gracefully during server-side execution -> Option B

4. Quick Check:

   Error handling = catch errors gracefully [OK]

Hint: Try-catch blocks catch errors on the server side [OK]

Common Mistakes:

• Confusing client-side and server-side error handling
• Thinking try-catch improves UI styling
• Assuming try-catch speeds up rendering

2. Which of the following is the correct syntax to catch errors in a Next.js server function?

easy

A. try { /* code */ } handle (error) { /* handle error */ }

B. catch { /* code */ } try (error) { /* handle error */ }

C. try { /* code */ } catch (error) { /* handle error */ }

D. try: { /* code */ } except (error) { /* handle error */ }

Solution

1. Step 1: Recall JavaScript error handling syntax

   The correct syntax uses try { ... } catch (error) { ... } to catch errors.

2. Step 2: Identify correct option

   try { /* code */ } catch (error) { /* handle error */ } matches the correct syntax. Other options use invalid keywords or order.

3. Final Answer:

   try { /* code */ } catch (error) { /* handle error */ } -> Option C

4. Quick Check:

   Correct try-catch syntax = try { /* code */ } catch (error) { /* handle error */ } [OK]

Hint: Remember: try then catch with parentheses [OK]

Common Mistakes:

• Using incorrect keywords like except or handle
• Swapping try and catch blocks
• Omitting parentheses after catch

3. Consider this Next.js server function snippet:

export async function GET() {
  try {
    throw new Error('Failed to fetch data');
  } catch (error) {
    return new Response(error.message, { status: 500 });
  }
}

What will be the HTTP status code returned when this function runs?

medium

A. 400

B. 404

C. 200

D. 500

Solution

1. Step 1: Analyze the thrown error

   The function throws an error with message 'Failed to fetch data'.

2. Step 2: Check the catch block response

   The catch block returns a Response with status 500, indicating a server error.

3. Final Answer:

   500 -> Option D

4. Quick Check:

   Server error status code = 500 [OK]

Hint: Error caught returns status 500 by default [OK]

Common Mistakes:

• Assuming status 200 despite error
• Confusing 404 (not found) with server error
• Ignoring the status property in Response

4. Identify the error in this Next.js server function code:

export async function GET() {
  try {
    const data = await fetch('https://api.example.com/data');
    return new Response(JSON.stringify(data));
  } catch (error) {
    return new Response('Error occurred', { status: 500 });
  }
}

medium

A. Not parsing fetch response to JSON before stringifying

B. Missing await on fetch call

C. Incorrect status code in catch block

D. No error handling implemented

Solution

1. Step 1: Understand fetch response handling

   The fetch call returns a Response object, not the actual data. We must call response.json() to parse it.

2. Step 2: Identify missing JSON parsing

   The code stringifies the Response object directly without parsing JSON, which is incorrect.

3. Final Answer:

   Not parsing fetch response to JSON before stringifying -> Option A

4. Quick Check:

   Parse response.json() before JSON.stringify() [OK]

Hint: Always parse fetch response with .json() before use [OK]

Common Mistakes:

• Stringifying the Response object directly
• Forgetting to await response.json()
• Assuming fetch returns JSON data directly

5. You want to create a Next.js server function that fetches user data and returns a 404 status if the user is not found, or a 500 status if the fetch fails. Which code snippet correctly implements this error handling?

hard

A. export async function GET() {
try {
const res = await fetch('https://api.example.com/user');
if (!res.ok) {
if (res.status === 404) return new Response('User not found', { status: 404 });
throw new Error('Fetch failed');
}
const user = await res.json();
return new Response(JSON.stringify(user));
} catch {
return new Response('Server error', { status: 500 });
}
}

B. export async function GET() {
const res = await fetch('https://api.example.com/user');
if (res.status === 404) return new Response('User not found', { status: 404 });
const user = await res.json();
return new Response(JSON.stringify(user));
}

C. export async function GET() {
try {
const user = await fetch('https://api.example.com/user').json();
return new Response(JSON.stringify(user));
} catch (error) {
return new Response('User not found', { status: 404 });
}
}

D. export async function GET() {
try {
const res = await fetch('https://api.example.com/user');
const user = await res.json();
return new Response(JSON.stringify(user));
} catch {
return new Response('User not found', { status: 404 });
}
}

Solution

1. Step 1: Check for HTTP errors explicitly

   export async function GET() { try { const res = await fetch('https://api.example.com/user'); if (!res.ok) { if (res.status === 404) return new Response('User not found', { status: 404 }); throw new Error('Fetch failed'); } const user = await res.json(); return new Response(JSON.stringify(user)); } catch { return new Response('Server error', { status: 500 }); } } checks res.ok and handles 404 with a specific response, throwing errors for other failures.

2. Step 2: Use try-catch for fetch failures

   The catch block returns a 500 status for server errors, correctly distinguishing error types.

3. Final Answer:

   Correctly handles 404 if the user is not found and 500 if the fetch fails -> Option A

4. Quick Check:

   Check res.ok and catch errors for 404 and 500 [OK]

Hint: Check res.ok and catch errors separately for 404 and 500 [OK]

Common Mistakes:

• Not checking res.ok before parsing JSON
• Returning 404 inside catch block incorrectly
• Assuming fetch throws on 404 automatically