⌘K 切换工具
NETWORK · HTTP

REST API测试器

使用自定义请求测试REST API端点。

external
rest-api-tester

↗ Requests go directly from your browser to the target — sitekits servers are never involved. CORS rules of the target apply.

§01 关于此工具

概述

一个用来快速验证 API 的极简 HTTP 客户端——不用安装,也不用注册。选方法、填网址、 加上请求头和正文,然后查看原始响应。因为一切都在你的浏览器里运行,它的行为与 Web 应用里 的一次 fetch 调用完全一样,CORS 规则也包括在内。

它适合的场景是快速确认几件事:这个端点是不是活着、认证头有没有被接受、 返回的字段名到底是什么。需要保存请求集合、编写测试脚本,或者绕开 CORS 限制时, 就该换成桌面客户端或者命令行工具了。

使用方法

  1. 选择方法(GETPOSTPUTPATCHDELETEHEADOPTIONS),填入端点网址,然后点 Send
  2. Headers (one per line: Key: Value) 里逐行添加请求头,例如 Authorization: Bearer …
  3. 对 GET 和 HEAD 之外的方法,填写 Body(JSON、表单数据或任意原始文本)。
  4. 读取结果:Status、以毫秒为单位的 TimeResponse headersResponse body

示例

  • GET https://api.github.com/zen200 OK,正文是一句纯文本
  • POST https://httpbin.org/post,正文 {"ping":1},请求头 Content-Type: application/json → 回显的 JSON

说明

请求是直接从你的浏览器发往目标的,响应能不能读取由目标的 CORS 策略决定。 响应正文最多显示 100,000 个字符。不要粘贴你不愿意放进浏览器标签页的生产环境凭据。 耗时读数包含网络往返,所以它反映的是从你这台机器出发的延迟, 而不是服务端自己的处理时间。

FAQ
我的请求和认证令牌会经过 sitekits 的服务器吗?
不会。请求由你的浏览器直接发往你填入的网址——sitekits 的服务器完全不参与,也永远看不到你的网址、请求头或令牌。
为什么我的请求以网络错误或 CORS 错误失败?
因为请求来自你的浏览器,所以目标服务器的 CORS 策略会生效。如果这个 API 不允许来自本站的跨源请求,浏览器就会拦下响应,工具会报告 "Request failed (network error or CORS blocked by the target server)."
可以用哪些 HTTP 方法?
GET、POST、PUT、PATCH、DELETE、HEAD 和 OPTIONS。除 GET 和 HEAD 之外的每个方法都可以附带请求正文。