一旦您發送了 API 請求,下一步就是了解回應。回應告訴您請求是否成功,並且(如果成功)返回您請求的資料。學習如何閱讀回應對於除錯、建構應用程式以及了解 API 行為至關重要。在這篇文章中,我們將使用 Pet Store API 來解釋如何解釋回應結構、狀態碼和回應 Body。
1. 什麼是 API 回應?#
HTTP/1.1 200 OK
Content-Type: application/json
{
"id": "pet_1Nv0FGQ9RKHgCVdK",
"name": "Fluffy",
"species": "DOG",
"status": "AVAILABLE"
}
2. 狀態碼 — 首先要檢查的事#
200 OK#
| 代碼 | 意義 | 何時發生 |
|---|
| 400 Bad Request | 您的請求無效 | 缺少欄位、錯誤類 型 |
| 401 Unauthorized | 身分驗證失敗 | 缺少/無效 Token |
| 404 Not Found | 資源不存在 | 錯誤的 ID 或路徑 |
| 500 Server Error | 伺服器端問題 | 與您的請求無關 |
Headers 描述回應本身,而非資料。常見 Headers 包括:Content-Type: application/json → 告訴您格式
RateLimit-Remaining: → 您還剩下多少請求額度
這些可能很有用,但對於初學者來說通常不如回應 Body 重要。
4. 回應 Body — 實際資料#
大多數現代 API 將其回應 Body 當作 JSON 返回。
這是實際資料所在的位置。{
"id": "pet_1Nv0FGQ9RKHgCVdK",
"name": "Fluffy",
"species": "DOG",
"breed": "Golden Retriever",
"ageMonths": 24,
"status": "AVAILABLE",
"photos": [
"https://cdn.petstoreapi.com/pets/pet_1Nv0FGQ9RKHgCVdK/photo1.jpg"
]
}
要理解這個 Body,您應該將其與 API 的回應資料結構 (Response Schema) 進行比較。
5. 將回應 Body 與資料結構匹配#
好的 API 文件定義了一個回應資料結構,描述了:類型 (string, number, object, array)
如果任何東西不匹配,您的應用程式可能會崩潰——這就是為什麼資料結構如此重要。
GET /pets/pet_1Nv0FGQ9RKHgCVdK
{
"id": "pet_1Nv0FGQ9RKHgCVdK",
"name": "Fluffy",
"species": "DOG",
"status": "AVAILABLE"
}
{
"code": 1,
"type": "error",
"message": "Pet not found"
}
看到不同狀態碼有不同的回應結構是很常見的。
這就是為什麼 API 文件通常包含成功和錯誤範例。
7. 重點摘要#
API 回應包含狀態碼、Headers 和 Body。
回應 Body(通常為 JSON)包含您感興趣的實際資料。
知道如何閱讀回應有助於您建構可靠的應用程式並快速排除問題。
現在您知道如何閱讀和理解 API 回應,您將能夠更自信地使用 API 資料,並在問題出現時進行故障排除。在下一節中,我們將介紹 OAS (OpenAPI 規格)——一個描述 API 的強大標準——它使探索、測試和記錄 API 變得更加容易。 Modified at 2025-12-29 09:35:19