REST API 客戶端 / 測試器

組合並傳送 HTTP 請求,可帶查詢引數、請求頭、JSON / 表單請求體與 Basic 或 Bearer 認證,然後檢查狀態碼、耗時與美化後的 JSON 響應。可匯入已有的 cURL 命令,或把當前請求複製回 cURL。想分步構建可複用的請求?請用 HTTP 請求構建器。另見 API 工具家族。
一切都在您的瀏覽器中本地執行。跨域請求受目標伺服器的 CORS 策略約束 — 若請求失敗,請看下方說明。
查詢引數
請求頭
請求體
認證
選項
填寫後,請求 URL 會追加到該字首之後。對 CORS 被阻止的伺服器很有用。
200
請求體 響應頭

                                                                
請求可能失敗的原因:瀏覽器會阻止跨域讀取,除非 API 返回 Access-Control-Allow-Origin。如果目標不允許 CORS,您可以自己跑一個 CORS 代理並把它的 URL 填進上面的代理字首,或用 cURL 轉換器在終端裡發這個請求。GET/HEAD 的請求體會被忽略;WebSocket 工具單獨在 WebSocket 測試器。
HTTP 方法說明
您選擇的方法告訴伺服器您想對那個 URL 做什麼。以下是本工具能傳送的七個動詞各自的含義:
GET — 獲取資源:網頁、圖片、記錄列表。“把這個 URL 上的東西給我。” 只讀且可安全重複,通常不帶請求體(GET 請求若帶請求體也會被忽略)。
POST — 向伺服器傳送新資料,通常用於建立資源或觸發動作 — 提交表單、上傳檔案、啟動任務。載荷放在請求體裡。POST 不冪等:同樣的 POST 發兩次可能建立兩條記錄。
PUT — 用您傳送的內容整體替換該 URL 上的資源。請求體必須攜帶資源的完整新版本。PUT 是冪等的:重複傳送同一請求的效果與傳送一次相同。
PATCH — 只改動資源的一部分。您只發送要更新的欄位,例如 {"email": "new@example.com"},而不是整條記錄。當完整 PUT 會迫使您重發那些並未改動的欄位時,就選 PATCH。
DELETE — 刪除該 URL 上的資源。DELETE 是冪等的:刪除已經不存在的東西會返回同樣的結果(通常是 404),不會重複生效。
HEAD — 與 GET 完全一樣,但響應只有響應頭 — 完全不返回響應體。用 HEAD 可以檢查 URL 是否存在、檔案多大(Content-Length)、最後修改時間(Last-Modified)或型別(Content-Type),而不必下載整個內容。
OPTIONS — 詢問伺服器該 URL 允許哪些方法與選項,或觸發 CORS 預檢。響應頭(如 Access-Control-Allow-Methods)會列出被允許的內容。OPTIONS 通常不帶請求體;瀏覽器常在跨域 POST/PUT/PATCH/DELETE 之前自動傳送它。
容易混淆:HEAD 與 GET — 請求完全相同,但 HEAD 返回沒有響應體。PUT 與 PATCH — PUT 替換整個資源;PATCH 只對傳送的欄位做部分更新。