REQ

HTTP 请求构建器

从请求字段生成 cURL 和浏览器可表达的 Fetch 代码

API 与 HTTP
🔒 100% 本地运行 — 你的数据不会离开当前页面
由 Evan 维护•最近更新:2026年9月30日
请求输入

总输入最多 1 MiB。工具只生成文本,不发送请求。输入修改后需重新生成;URL、请求头及正文不保存到草稿。

输出

生成后的请求代码显示在这里。

cURL 输出使用 POSIX 引号。Fetch 仍受 CORS、浏览器管理头和凭据策略限制,不代表服务器一定接受请求。有正文但未填写 Content-Type 时,统一使用 text/plain;charset=UTF-8。复制结果可能包含认证信息。

页面阅读模式

完整说明还包括常见问题处理、操作示例、代码片段、FAQ 和相关工具,便于核对结果或排查问题。

工具说明

HTTP 请求构建器把方法、完整 HTTP(S) URL、有序请求头、查询参数和原始正文组合成 cURL,并在浏览器能够表达时生成 Fetch 代码。重复查询值会保留,追加参数时不会重写原有查询串的编码;正文中的空白也会保留。cURL 使用 POSIX 引号规则,并区分空请求头与移除默认头。Fetch 使用头名称和值的数组,遇到 GET/HEAD 正文、浏览器禁止头等限制时明确停用 Fetch 输出。正文没有指定 Content-Type 时,两种片段统一使用 text/plain;charset=UTF-8。工具只在本地生成文本,不发送请求、不保存请求草稿。

推荐工作流

生产可用片段

GET 正文受不同客户端限制

text

方法:GET
URL:https://api.example.com/search
正文:{"query":"sample"}

cURL 片段保留 GET 方法及原始正文。
浏览器 Fetch 禁止 GET 正文,因此不会生成 Fetch 片段。
只有服务器确实需要其他方法时,才应修改请求方法。

常见问题

一定会同时显示两种代码吗?

受支持的输入会生成 cURL。当浏览器不能保留请求语义,例如 GET/HEAD 带正文或含禁止头时,不生成 Fetch,并显示具体原因。

重复请求头如何处理?

cURL 保留独立的请求头参数。Fetch 接收有序名称和值数组,但浏览器会把同名头合并成逗号分隔值,需要确认这种合并适用于该请求头。

查询参数和空请求头怎么填写?

查询参数每行 name=value,请求头每行 Name: Value。重复查询名称会保留。Name: 后不填值时,cURL 使用 Name; 参数表示发送空请求头。

正文和 Content-Type 怎么处理?

正文空白会保留;正文框完全为空表示没有正文输入。非空正文没有指定 Content-Type 时,两种代码均补充 text/plain;charset=UTF-8;JSON 请明确填写 application/json。

会验证 CORS 或服务器是否接受请求吗?

不会。工具只检查本地输入和浏览器表达限制,不访问目标 URL,也不证明跨域、凭据或认证一定成功。

请求内容会保存吗?

不会保存请求草稿,加载时会删除旧版草稿键。生成的代码和剪贴板内容仍可能包含认证信息或其他私有请求数据。

继续浏览