HTTP请求测试器 - 在线API接口调试工具（支持7种方法与复制cURL）

🌟 为什么你需要一个”在线 HTTP 请求测试器”#

后端接口写好了，你想立刻验证它能不能正常返回数据；前端联调时，你想确认到底是接口的问题还是自己请求发错了；排查线上问题时，你想把一个请求原样复现给同事看。

这些场景的共同需求是：在一个页面里，把请求构造出来、发出去、看清楚响应、再复制成可复现的格式。星点 HTTP 请求测试器就是干这个的——它相当于一个极简的在线版接口调试器，打开即用，不用装 Postman、不用写脚本。

它能帮你做什么#

用 7 种方法（GET/POST/PUT/PATCH/DELETE/HEAD/OPTIONS）发起请求；
自定义 Query、Headers、Body（JSON/Form/Raw）与 Auth（Bearer/Basic）；
一键查看状态码、状态文本、响应耗时、响应大小、响应 Headers 与响应 Body；
响应体是 JSON 时可一键格式化；
一键复制 cURL 或 Fetch，把请求复现到命令行或代码里。

🚀 怎么用（详细步骤）#

打开 HTTP 请求测试器；
选择请求方法（GET/POST 等），填写目标 URL；
在 Params / Headers / Body / Auth 页签中按需补充参数与凭证：
- Params：Query 键值对，会自动拼到 URL 后面；
- Headers：自定义请求头，如 Content-Type、Authorization；
- Body：选择”无 / JSON / Form / Raw”，填写请求体；
- Auth：选择”无 / Bearer Token / Basic Auth”并填凭证；
点击「发送」，下方展示响应状态码、耗时、大小、Headers 与 Body；
点击「复制 cURL」或「复制 Fetch」，把请求复现到命令行或代码中。

🔍 发送后你能看到什么#

结果	说明
状态码	HTTP 状态码，如 200、404、500
状态文本	状态码对应的标准短语，如 OK、Not Found
耗时	从发出到收到响应的耗时
大小	响应体大小
响应 Headers	浏览器可读的响应头
响应 Body	响应体，若为 JSON 可一键格式化

响应体自动识别 JSON 时，你可以点击格式化把它展开成易读的缩进结构，比盯着一行压缩 JSON 高效得多。

🧱 七种请求方法什么时候用#

方法	用途	典型场景
GET	读取资源	查询列表、获取详情
POST	创建资源	提交表单、新增数据
PUT	整体更新	覆盖更新资源
PATCH	局部更新	只改部分字段
DELETE	删除资源	删除数据
HEAD	只取响应头	探测资源是否存在
OPTIONS	预检/能力查询	CORS 预检、看允许的方法

大多数排查场景用 GET 和 POST 就够，PATCH 和 HEAD 在调试 RESTful API 时经常能派上用场。

💡 三个实战示例#

示例一：GET 一个公开接口并看响应#

方法选 GET；
URL 填一个公开 API（如某个返回 JSON 的接口）；
点「发送」，看到 200 OK，Body 区自动识别为 JSON，点格式化展开。

示例二：POST JSON 数据#

方法选 POST；
Headers 加一条 Content-Type: application/json；
Body 选 JSON，粘贴 {"name":"测试","type":1}；
点「发送」，看返回状态码与响应体。

示例三：带 Bearer Token 调用#

Auth 选 Bearer Token，填 Token；
方法与 URL 正常填写；
发送后，若返回 401，说明 Token 无效或过期，用 HTTP 状态码查询核对 401 的含义。

⚠️ 一个重要前提：请求由浏览器直发#

这里必须说清楚：请求测试器的请求由你的浏览器直接发出，而不是经过星点服务器中转。这带来两点直接影响：

数据直发：你填写的 Headers、Body、Token、Cookie 会直接发送到你填的目标地址，请勿向不可信目标发送敏感信息。
受 CORS 限制：跨域请求可能被浏览器拦截，报 CORS 错误。这是浏览器同源策略的安全机制，不是工具缺陷。

如果你遇到 CORS 拦截，用 CORS 检测/生成器查看目标服务的 Access-Control-* 配置，定位问题是”目标服务没允许你的来源”还是”预检没通过”。

🧱 Body 四种类型怎么选#

请求体的类型直接决定后端能否正确解析，选错最常见的后果就是 415（Unsupported Media Type）或参数读不到：

Body 类型	对应 Content-Type	适用场景
无	—	GET、DELETE 等不带体的请求
JSON	application/json	前后端 JSON 接口（最常用）
Form	application/x-www-form-urlencoded	传统表单提交、key=value 参数
Raw	自定义	纯文本、XML、GraphQL 等任意原文

选 Body 类型时工具会自动帮你带上对应的 Content-Type 头，省去手动设置的麻烦。如果后端返回 415，多半是 Content-Type 与 Body 不匹配，用 HTTP 状态码查询核对 415 的含义即可。

🔑 Auth 三种方式详解#

Auth 类型	原理	何时用
无	不附加认证信息	公开接口
Bearer Token	请求头加 `Authorization: Bearer <token>`	JWT、OAuth 2.0 常见
Basic Auth	请求头加 `Authorization: Basic <base64(user:pass)>`	老式 HTTP 认证

Bearer 与 Basic 的区别值得记住：Bearer 直接带一个令牌，Basic 是把用户名密码做 Base64 编码（注意 Base64 可逆，本身不加密，必须配合 HTTPS 使用）。返回 401 时通常说明凭证缺失或无效，返回 403 则是凭证有效但权限不足。

⚠️ 常见错误与排查#

现象	可能原因	处理
报 CORS 拦截	目标服务未允许你的来源	用 CORS 检测/生成器排查
返回 404	URL 拼错或资源不存在	核对路径与大小写
返回 415	Content-Type 与 Body 不匹配	检查 Body 类型选择
返回 401/403	Token 无效或权限不足	检查 Auth 配置与凭证有效期
响应体乱码	编码/媒体类型不符	查看响应 Content-Type

🔄 与其他工具的联动#

点「复制 cURL」得到的命令，可以丢进 cURL 解析器拆解，也可以丢进 cURL 转代码生成 9 种语言代码；
需要反向操作（先有 cURL，再变成结构化请求）时，用 cURL 解析器的「填入请求测试器」功能；
想看状态码含义，用 HTTP 状态码查询。

🔧 常见问题（FAQ）#

为什么请求会失败并提示 CORS？

请求由浏览器直接发出，受同源策略限制。目标服务若未通过 Access-Control-Allow-* 响应头允许你的来源，浏览器会拦截请求。这是浏览器安全机制，不是工具缺陷，可用 [CORS检测/生成器](https://www.xingdian.net/app/http/cors/) 查看目标服务的 CORS 配置。

我的请求会发送到哪里？

会发送到你填写的目标 URL。请求内容（含 Headers、Body、Token）由浏览器直接发送到该地址，请勿向不可信目标发送敏感信息。

为什么响应 Headers 不完整？

浏览器 fetch 只能读取「允许暴露」的响应头（CORS 的 Access-Control-Expose-Headers 控制），无法读取的响应头不会被展示。

可以查看请求原文吗？

可以，点击「复制 cURL」会生成等价 cURL 命令，其中包含完整的请求行、Headers 与 Body。

响应体是 JSON 但没格式化怎么办？

工具会自动识别 JSON，你可以点击格式化展开成缩进结构；如果 JSON 本身有语法错误，格式化会失败，可先用 JSON 格式化工具排查。

能发送 Form 表单数据吗？

可以，Body 类型选择「Form」，填入键值对即可，工具会自动设置对应的 Content-Type。

Basic Auth 怎么填？

Auth 选择「Basic Auth」，填入用户名与密码，工具会按规范生成 Authorization 请求头。

💬 总结#

HTTP 请求测试器的核心价值是”一个页面完成构造、发送、查看、复现”的闭环。需要把请求转成代码时，配合 cURL 转代码；需要拆解别人给的 curl 时，配合 cURL 解析器。

立即体验：访问 HTTP 请求测试器