endpoints కోసం `async def` vs `def` ఎప్పుడు ఉపయోగించాలి?

Question

IT Interview Practice · Accepted Answer

FastAPI మార్గ ఆపరేషన్‌ల కోసం `async def` మరియు సాధారణ `def` రెండింటిని సపోర్ట్ చేస్తుంది. ఈ ఎంపిక పనితీరుకు ముఖ్యమైనది: నాన్-బ్లాకింగ్ I/O `await` చేయగలిగినప్పుడు **`async def`** ఉపయోగించండి, మరియు మీ కోడ్ బ్లాకింగ్ (సింక్రోనస్) ఆపరేషన్‌లను కాల్ చేసినప్పుడు సాధారణ **`def`** ఉపయోగించండి.

## రెండు ఫారమ్‌లు

```python
@app.get("/async")
async def async_endpoint():
    data = await fetch_from_api()        # await non-blocking I/O — efficient
    return data

@app.get("/sync")
def sync_endpoint():
    data = blocking_db_call()             # ordinary blocking code
    return data
```

## FastAPI ఒక్కొక్కటిని ఎలా నిర్వహిస్తుంది

```text
async def → runs on the main event loop. Efficient ONLY if you await non-blocking calls.
            ⚠️ A BLOCKING call inside async def blocks the WHOLE event loop → kills concurrency!
def       → FastAPI runs it in a THREAD POOL, so blocking code doesn't block the event loop.
            Safe for synchronous/blocking libraries.
```

## నిర్ణయ నియమం

```python
# ✅ async def — when you can await async libraries (httpx, async DB drivers)
async def get_user():
    async with httpx.AsyncClient() as c:
        return await c.get(url)

# ✅ plain def — when using SYNCHRONOUS/blocking libraries (requests, sync ORM)
def get_user():
    return requests.get(url).json()       # blocking → FastAPI runs it in a thread

# ❌ THE DANGEROUS MISTAKE — blocking call inside async def
async def bad():
    return requests.get(url).json()       # blocks the event loop! Use `def` or an async client
```

విమర్శనీయ నియమం: **`async def` లో కఆ ఎప్పుడూ బ్లాకింగ్ కాల్‌లను ఉంచవద్దు** — ఇది ఈవెంట్ లూప్‌ను బ్లాక్ చేస్తుంది మరియు సమ్వర్తనను నాశనం చేస్తుంది. `await` తో అసింక్ లైబ్రరీని ఉపయోగించండి, లేదా సాధారణ `def` ఉపయోగించండి (FastAPI దీనిని థ్రెడ్ పూల్‌లో సురక్షితంగా నడుపుతుంది).

## ఇది ఎందుకు ముఖ్యమైనది

`async def` మరియు `def` ల మధ్య సరిగ్గా ఎంచుకోవడం మీ API యొక్క పనితీరు మరియు సమ్వర్తనను నేరుగా ప్రభావితం చేస్తుంది, మరియు దీనిని తప్పుగా చేయడం ఒక సాధారణ, తీవ్ర తప్పు.

ప్రధాన అంతర్దృష్టి ఉన్నది **`async def` నాన్-బ్లాకింగ్ ఆపరేషన్‌లను `await` చేసినప్పుడు మాత్రమే ప్రయోజనకరం** — బ్లాకింగ్ కాల్‌ను (సింక్రోనస్ `requests` లైబ్ररీ లేదా బ్లాకింగ్ డేటాబేస్ డ్రైవర్ వంటివి) `async def` లో ఉంచడం సంపూర్ణ ఈవెంట్ లూప్‌ను బ్లాక్ చేస్తుంది, అన్ని కాసమరూప్ నిర్దేశనలను గడ్డకట్టేస్తుంది మరియు అసింక్ యొక్క ఉద్దేశ్యను నాశనం చేస్తుంది.

లేకపోతే, FastAPI తెలివిగా సాధారణ `def` ఎండ్‌పాయింట్‌లను థ్రెడ్ పూల్‌లో నడుపుతుంది, కాబట్టి సింక్రోనస్/బ్లాకింగ్ కోడ్ అక్కడ సురక్షితంగా ఉంటుంది.

ఈ నియమాన్ని అర్థం చేసుకోవడం — నిజమైన అసింక్ లైబ్రరీలతో `async def` ఉపయోగించండి, బ్లాకింగ్ కోడ్‌కు సాధారణ `def` ఉపయోగించండి, మరియు `async def` లో బ్లాకింగ్ కాల్‌లను ఎప్పుడూ కలపవద్దు — అధిక పనితీరు ఉన్న FastAPI ఎండ్‌పాయింట్‌లను రాయడానికి మరియు అన్ని నిర్దేశనలను ఆకస్మికంగా బ్లాక్‌డ్ ఈవెంట్ లూప్ వెనుక సిరీస్‌గా చేసే సూక్ష్మ కానీ వినాశనకారී తప్పుని నివారించడానికి అপরిహార్యమైనది.

రెండు ఫారమ్‌లు

FastAPI ఒక్కొక్కటిని ఎలా నిర్వహిస్తుంది

నిర్ణయ నియమం

ఇది ఎందుకు ముఖ్యమైనది

సంబంధిత ప్రశ్నలు