開發者復盤同步 Anthropic 客戶端致語音服務延遲 11.4 秒
2026/10/13 — 10/13 01:18·1 個來源（全部）·1 篇報道（全部）
核心速覽 (Key Takeaways)
- 一位開發者復盤其語音面試服務 Preterview 的效能問題：單使用者時回答耗時 0.9 秒，8 位併發使用者時最後一位等待 11.4 秒。
- 原因是他在 async def 中直接呼叫同步的 Anthropic 客戶端，阻塞了 FastAPI 的 asyncio 事件迴圈，使同一程序上的會話全部停住。
- 這次排查花了兩天。
事件背景與詳細解讀
2026 年 10 月 13 日，DEV Community 上一位開發者復盤了自己搭建的語音面試服務 Preterview 的效能問題。據其描述，伺服器上只有一位使用者時，語音 AI 的回答耗時 0.9 秒；當用戶數增加到 8 位時，排在最後的人等待了 11.4 秒，聽上去像是服務已經壞掉。
他排查後表示，模型、網路和語音供應商都沒有問題，問題出在一行程式碼：在 async def 中直接呼叫了 client = Anthropic()。這個同步的 Anthropic 客戶端阻塞了 FastAPI 的 asyncio 事件迴圈，導致同一程序上的其他會話在它執行期間全部停住。
該開發者稱，自己為此花了兩天時間，期間一直在懷疑錯誤的方向。
AI 綜合 1 篇報道生成 · 更新於 13 小時前
最新進展一位開發者復盤自己的語音面試服務 Preterview：單使用者時回答耗時 0.9 秒，8 位使用者時排在最後的人等了 11.4 秒。原因是他在 async def 裡直接用了同步的 Anthropic 客戶端，阻塞了 FastAPI 的 asyncio 事件迴圈，同一程序上的會話全部停住。他為這次排查花了兩天。
- 熱度指數
- 69
- 全部來源
- 1
- 全部報道
- 1
- 首報
- 13 小時前
這件事的報道 點標題看原文
一位開發者復盤自己的語音面試服務 Preterview：單使用者時回答耗時 0.9 秒，8 位使用者時排在最後的人等了 11.4 秒。原因是他在 async def 裡直接用了同步的 Anthropic 客戶端，阻塞了 FastAPI 的 asyncio 事件迴圈，同一程序上的會話全部停住。他為這次排查花了兩天。
一個常見的 Python 非同步踩坑，附真實延遲數字。
DEV Community · AIAI 評分 60
同時在說的其他事
- 熱度指數 59Anthropic 釋出智慧體指令拆分指南1 個來源
- 熱度指數 159Anthropic 投 1 億美元培訓 AI 部署工程師2 個來源
- 熱度指數 470新Anthropic 考慮在澳大利亞投資建設資料中心5 個來源
- 熱度指數 277新Anthropic 新安全措施將蒸餾攻擊竊取量降低九成3 個來源
- 熱度指數 1631發酵中Meta 釋出 Muse Wonder 與 Muse Wonder Full 兩款新模型21 個來源
熱度怎麼算的？瞭解口徑收起
熱度按 48 小時內有多少個獨立來源在說這件事算：同一個來源發多條只算一次，並按 24 小時半衰期衰減，所以排前面的是很多人在說的事。
本頁彙總公開訂閱源，標題與摘要由模型整理，版權歸原作者所有；重要資訊請回原文核對。如權利人認為相關標題或摘要侵權，請通過頁尾聯絡郵箱提供具體頁面與權利依據，我們核實後會及時刪除或替換。
- 爆
- 討論快速增加
- 新
- 首報 6 小時內
- 發酵中
- 討論仍在增加