Broadcasting to multiple clients in FastAPI - Interactive Code Practice

Practice - 5 Tasks

1fill in blank

easy

Complete the code to import the FastAPI class.

FastAPI

from fastapi import [1]
app = [1]()

Drag options to blanks, or click blank then click option'

AFastAPI

BRequest

CDepends

DWebSocket

Attempts:

3 left

💡 Hint

Common Mistakes

Importing WebSocket instead of FastAPI

Using lowercase fastapi instead of FastAPI

The FastAPI class is imported to create the app instance.

2fill in blank

medium

Complete the code to accept a WebSocket connection in FastAPI.

FastAPI

@app.websocket("/ws")
async def websocket_endpoint(websocket: [1]):
    await websocket.accept()

Drag options to blanks, or click blank then click option'

ARequest

BDepends

CWebSocket

DResponse

Attempts:

3 left

💡 Hint

Common Mistakes

Using Request instead of WebSocket

Forgetting to accept the connection

The WebSocket parameter type is used to handle WebSocket connections.

3fill in blank

hard

Fix the error in the code to send a message to the WebSocket client.

FastAPI

await websocket.[1](text_data="Hello Client")

Drag options to blanks, or click blank then click option'

Asend_message

Bsend_json

Csend_text

Dsend

Attempts:

3 left

💡 Hint

Common Mistakes

Using send_text which does not exist

Using send_json when sending plain text

The correct method to send text data is send with the text_data argument.

4fill in blank

hard

Fill both blanks to broadcast a message to all connected clients stored in a list.

FastAPI

clients = []

async def broadcast(message):
    for client in clients:
        await client.[1](text_data=[2])

Drag options to blanks, or click blank then click option'

Asend

Breceive

Csend_text

Dmessage

Attempts:

3 left

💡 Hint

Common Mistakes

Using receive instead of send

Using send_text which is not a valid method

To send a message to each client, use send with the message variable.

5fill in blank

hard

Fill all three blanks to add a new WebSocket client to the list and broadcast a welcome message.

FastAPI

clients = []

@app.websocket("/ws")
async def websocket_endpoint(websocket: WebSocket):
    await websocket.accept()
    clients.[1](websocket)
    await broadcast([2])

async def broadcast(message):
    for client in clients:
        await client.send(text_data=[3])

Drag options to blanks, or click blank then click option'

Aappend

B"Welcome new client!"

Cmessage

Dremove

Attempts:

3 left

💡 Hint

Common Mistakes

Using remove instead of append

Sending the wrong variable in broadcast

Use append to add the client, send a welcome string, and broadcast the message variable.

Practice

1. What is the main purpose of broadcasting in FastAPI WebSocket applications?

easy

A. To send the same message to multiple connected clients at once

B. To send a message to only one client at a time

C. To close all client connections simultaneously

D. To authenticate clients before connection

Solution

1. Step 1: Understand broadcasting concept

   Broadcasting means sending one message to many clients simultaneously.

2. Step 2: Compare options with broadcasting definition

   Only 'To send the same message to multiple connected clients at once' accurately describes broadcasting.

3. Final Answer:

   To send the same message to multiple connected clients at once -> Option A

4. Quick Check:

   Broadcasting = send to many clients [OK]

Hint: Broadcasting means sending one message to many clients [OK]

Common Mistakes:

• Confusing broadcasting with single client messaging
• Thinking broadcasting closes connections
• Mixing broadcasting with authentication

2. Which of the following is the correct way to send a message to all clients in a FastAPI WebSocket manager class?

easy

A. self.connections.send(message)

B. await self.connections.send_text(message)

C. for client in self.connections: client.send(message)

D. for client in self.connections: await client.send_text(message)

Solution

1. Step 1: Identify correct syntax for sending messages

   In FastAPI WebSocket, sending text requires await and send_text method on each client.

2. Step 2: Check each option for correct usage

   for client in self.connections: await client.send_text(message) loops through connections and awaits send_text, which is correct. Others miss await or use wrong methods.

3. Final Answer:

   for client in self.connections: await client.send_text(message) -> Option D

4. Quick Check:

   Use await and send_text per client [OK]

Hint: Use await and send_text inside a loop for all clients [OK]

Common Mistakes:

• Forgetting to await send_text
• Trying to send to all clients at once without loop
• Using send instead of send_text

3. Given this snippet inside a FastAPI WebSocket manager class:

async def broadcast(self, message: str):
    for connection in self.active_connections:
        await connection.send_text(message)

What happens if self.active_connections is empty when broadcast is called?

medium

A. An IndexError is raised

B. The server crashes with a runtime error

C. No messages are sent and no error occurs

D. The message is sent to a default client

Solution

1. Step 1: Understand for-loop behavior on empty list

   A for-loop over an empty list runs zero times and does nothing without error.

2. Step 2: Apply to broadcast method

   If active_connections is empty, the loop sends no messages but does not raise errors.

3. Final Answer:

   No messages are sent and no error occurs -> Option C

4. Quick Check:

   Empty list loop = no action, no error [OK]

Hint: Empty loops run zero times without errors [OK]

Common Mistakes:

• Assuming empty list causes errors
• Thinking a default client receives message
• Confusing IndexError with empty iteration

4. You have this code snippet in your FastAPI WebSocket manager:

async def broadcast(self, message: str):
    for connection in self.active_connections:
        connection.send_text(message)

Why does this code cause an error when broadcasting?

medium

A. Missing await before connection.send_text causes coroutine not awaited error

B. send_text is not a valid method on WebSocket connections

C. active_connections should be a dictionary, not a list

D. The for loop syntax is incorrect

Solution

1. Step 1: Identify async method usage

   send_text is an async method and must be awaited to run properly.

2. Step 2: Check code for await keyword

   The code calls send_text without await, causing coroutine not awaited error.

3. Final Answer:

   Missing await before connection.send_text causes coroutine not awaited error -> Option A

4. Quick Check:

   Async calls need await [OK]

Hint: Always await async send_text calls [OK]

Common Mistakes:

• Forgetting await on async methods
• Thinking send_text is synchronous
• Misunderstanding active_connections type

5. You want to broadcast messages to multiple clients but also remove disconnected clients automatically. Which approach best solves this in a FastAPI WebSocket manager?

hard

A. Use a global variable to track client count instead of connections

B. Wrap send_text in try-except; on exception remove client from active_connections

C. Clear active_connections list before every broadcast

D. Send messages without error handling; disconnected clients are ignored

Solution

1. Step 1: Understand client disconnection handling

   Disconnected clients cause send_text to raise exceptions when sending messages.

2. Step 2: Use try-except to catch exceptions and remove clients

   Wrapping send_text in try-except allows removing disconnected clients from active_connections.

3. Step 3: Evaluate other options

   Other approaches are inadequate: tracking client count with a global variable doesn't manage connections, sending without error handling lets exceptions propagate without cleanup, clearing the list discards active connections too.

4. Final Answer:

   Wrap send_text in try-except; on exception remove client from active_connections -> Option B

5. Quick Check:

   Handle errors to remove disconnected clients [OK]

Hint: Use try-except to remove disconnected clients during broadcast [OK]

Common Mistakes:

• Ignoring exceptions during send
• Clearing all clients mistakenly
• Tracking count instead of connections