Status code control in FastAPI - Performance & Optimization

Performance: Status code control

MEDIUM IMPACT

This affects how quickly the server responds and how efficiently the client handles the response, impacting perceived speed and interaction responsiveness.

Returning HTTP responses with correct status codes in FastAPI

FastAPI

from fastapi import FastAPI, HTTPException
app = FastAPI()

@app.get("/items/{item_id}")
async def read_item(item_id: int):
    if item_id == 0:
        raise HTTPException(status_code=404, detail="Item not found")  # Proper status code
    return {"item_id": item_id}

Explicitly sets 404 status code, allowing clients to handle errors efficiently and avoid extra processing.

📈 Performance GainReduces client-side error handling overhead, improving interaction responsiveness (INP).

Returning HTTP responses with correct status codes in FastAPI

FastAPI

from fastapi import FastAPI
app = FastAPI()

@app.get("/items/{item_id}")
async def read_item(item_id: int):
    if item_id == 0:
        return {"error": "Item not found"}  # No status code set, defaults to 200
    return {"item_id": item_id}

Returns error message with default 200 OK status, causing client confusion and extra client-side error handling.

📉 Performance CostIncreases client processing time and may cause unnecessary retries or UI updates, impacting INP.

Performance Comparison

Pattern	DOM Operations	Reflows	Paint Cost	Verdict
No explicit status code (default 200)	No direct DOM ops	No reflows triggered by status	Potential extra paint due to error UI updates	[X] Bad
Explicit status code with HTTPException	No direct DOM ops	No reflows triggered by status	Minimal paint cost due to clear error handling	[OK] Good

Rendering Pipeline

Status code control affects the server response phase and client rendering pipeline by signaling success or failure states clearly, enabling optimized client rendering and interaction.

→Server Response

→Client Parsing

→Client Rendering

⚠️ BottleneckClient Parsing and Handling of ambiguous status codes

Core Web Vital Affected

INP

This affects how quickly the server responds and how efficiently the client handles the response, impacting perceived speed and interaction responsiveness.

Optimization Tips

1Always use HTTPException with proper status codes for error responses in FastAPI.

2Avoid returning error messages with default 200 OK status to prevent client confusion.

3Check response status codes in browser DevTools Network tab to ensure correctness.

Performance Quiz - 3 Questions

Why is it important to set explicit HTTP status codes in FastAPI responses?

A It helps clients handle responses faster and more accurately.

B It increases server CPU usage.

C It reduces the size of the response body.

D It automatically caches the response.

DevTools: Network

How to check: Open DevTools, go to Network tab, make the request, and inspect the response status code column.

What to look for: Verify the response status code matches expected values (e.g., 404 for not found) to confirm proper status code control.

Practice

1. What is the purpose of setting a status_code in a FastAPI route?

easy

A. To define the data type of the response

B. To change the URL path of the route

C. To tell the client if the request was successful or if there was an error

D. To set the server's port number

Solution

1. Step 1: Understand HTTP status codes

   Status codes communicate the result of a request, like success (200) or error (404).

2. Step 2: Role of status_code in FastAPI

   Setting status_code in a route tells the client what happened with their request.

3. Final Answer:

   To tell the client if the request was successful or if there was an error -> Option C

4. Quick Check:

   Status code = success or error info [OK]

Hint: Status codes show request success or failure [OK]

Common Mistakes:

• Confusing status_code with URL path
• Thinking status_code sets response data type
• Mixing status_code with server settings

2. Which of the following is the correct way to set a 201 status code for a POST route in FastAPI?

easy

A. @app.post('/items')
def create_item():
status_code = 201
return {'message': 'Created'}

B. @app.post('/items')
def create_item():
return JSONResponse({'message': 'Created'}, status=201)

C. @app.post('/items')
def create_item():
return {'message': 'Created'}, 201

D. @app.post('/items', status_code=201)
def create_item():
return {'message': 'Created'}

Solution

1. Step 1: Check FastAPI decorator usage

   FastAPI allows setting status_code directly in the route decorator.

2. Step 2: Analyze each option

   @app.post('/items', status_code=201) def create_item(): return {'message': 'Created'} correctly sets status_code=201 in the decorator. @app.post('/items') def create_item(): status_code = 201 return {'message': 'Created'} wrongly assigns inside function without effect. @app.post('/items') def create_item(): return {'message': 'Created'}, 201 returns a tuple which FastAPI does not accept. @app.post('/items') def create_item(): return JSONResponse({'message': 'Created'}, status=201) uses JSONResponse but with wrong parameter name (status instead of status_code).

3. Final Answer:

   @app.post('/items', status_code=201) def create_item(): return {'message': 'Created'} -> Option D

4. Quick Check:

   Set status_code in decorator = @app.post('/items', status_code=201) def create_item(): return {'message': 'Created'} [OK]

Hint: Use status_code in decorator for simple status setting [OK]

Common Mistakes:

• Trying to set status_code inside function without response object
• Returning tuple with status code (not supported)
• Using wrong parameter name in JSONResponse

3. What status code will this FastAPI route return when called?

from fastapi import FastAPI
from fastapi.responses import JSONResponse

app = FastAPI()

@app.get('/data')
async def get_data():
    return JSONResponse(content={'info': 'ok'}, status_code=202)

medium

A. 202 Accepted

B. 201 Created

C. 200 OK

D. 404 Not Found

Solution

1. Step 1: Identify the response type and status code

   The route returns a JSONResponse with status_code=202.

2. Step 2: Understand HTTP status code 202

   Status code 202 means "Accepted" indicating the request is accepted but not completed yet.

3. Final Answer:

   202 Accepted -> Option A

4. Quick Check:

   JSONResponse with status_code=202 = 202 Accepted [OK]

Hint: Check status_code in JSONResponse for actual returned code [OK]

Common Mistakes:

• Assuming default 200 OK without checking status_code
• Confusing 201 Created with 202 Accepted
• Ignoring status_code parameter in JSONResponse

4. Identify the error in this FastAPI route that tries to return a 404 status code:

from fastapi import FastAPI

app = FastAPI()

@app.get('/item/{item_id}', status_code=404)
async def read_item(item_id: int):
    return {'item_id': item_id}

medium

A. Function must raise HTTPException for 404, not set status_code

B. Setting status_code=404 in decorator always returns 404 even if item exists

C. Route path is invalid syntax

D. Missing return type annotation causes error

Solution

1. Step 1: Understand status_code in decorator

   Setting status_code=404 in the decorator makes every response return 404 status regardless of logic.

2. Step 2: Why this is a problem

   The route returns data but status 404 means "Not Found" which is misleading if item exists.

3. Final Answer:

   Setting status_code=404 in decorator always returns 404 even if item exists -> Option B

4. Quick Check:

   Decorator status_code sets fixed response code [OK]

Hint: Decorator status_code sets fixed code, use exceptions for errors [OK]

Common Mistakes:

• Using status_code=404 in decorator to signal missing item
• Not raising HTTPException for 404 errors
• Assuming status_code in decorator is dynamic

5. You want to create a FastAPI route that returns 201 when a new user is created, but 400 if the username is missing. Which is the best way to control the status codes?

hard

A. Use status_code=201 in decorator and raise HTTPException(status_code=400) if username missing

B. Set status_code=201 in decorator and return JSONResponse with status_code=400 inside function

C. Return a tuple with data and status code 201 or 400

D. Set status_code=400 in decorator and return 201 in response body

Solution

1. Step 1: Understand status code control methods

   Setting status_code=201 in decorator sets default success code. Raising HTTPException sends error with desired status.

2. Step 2: Evaluate options

   Use status_code=201 in decorator and raise HTTPException(status_code=400) if username missing uses decorator for success and exception for error, which is correct. Set status_code=201 in decorator and return JSONResponse with status_code=400 inside function mixes decorator and response status codes causing confusion. Return a tuple with data and status code 201 or 400 returning tuple is invalid in FastAPI. Set status_code=400 in decorator and return 201 in response body sets wrong default status code and misuses response body.

3. Final Answer:

   Use status_code=201 in decorator and raise HTTPException(status_code=400) if username missing -> Option A

4. Quick Check:

   Decorator for success, exceptions for errors [OK]

Hint: Use decorator for success, raise HTTPException for errors [OK]

Common Mistakes:

• Returning tuples with status codes (not supported)
• Setting error status_code in decorator instead of raising exception
• Mixing response status codes inconsistently