REQUEST BUILDER / CURL / FETCH

cURL / Fetch 请求转换器

解析常见 cURL 参数，检查方法、URL、请求头和请求体，再生成可读的浏览器 Fetch 或规范 cURL。只做文本转换，不执行请求，也不会上传凭证。

方法POST
请求头3
请求体JSON
敏感项1
不会执行命令：页面只在浏览器中解析文本。真实 Authorization、Cookie、API Key 和密码仍属于敏感信息，分享代码前请打开“隐藏凭证”。

STEP 1

粘贴 cURL

188 / 1,048,576 bytes

• Fetch 默认跟随重定向，不需要 --location

STEP 2

检查请求

请求头

请求体

检测到可能的凭证：请求头 Authorization

STEP 3

生成代码

USE & REVIEW

cURL 转 Fetch / HTTP 请求转换器常见问题

查看全部工具指南 →

cURL 转 Fetch 工具会执行请求或上传命令吗？

不会。解析、编辑和代码生成全部在当前浏览器进行，页面不会执行终端命令，也不会向 cURL 里的 URL 发起请求。刷新页面后，未另行保存的输入会消失。

哪些 cURL 参数可以自动转换？

常见的请求方法、URL、Header、JSON、普通 data、data-urlencode、Basic Auth、Cookie、User-Agent 和 Referer 可以解析。multipart 文件上传、客户端证书、代理、TLS 绕过及少见传输参数会明确提示需要手工处理。

为什么生成的 Fetch 不能直接访问某些接口？

浏览器 Fetch 仍受 CORS、混合内容、Cookie SameSite、网络权限和证书策略限制。代码格式正确不代表远端服务允许浏览器跨域调用；这类问题需要由 API 服务端配置响应头或通过受控后端代理解决。

怎样避免把 Authorization 或 Cookie 分享出去？

工具会识别常见 Authorization、Cookie、API Key、token 和密码字段。复制或截图前开启“隐藏凭证”，再人工检查 URL、请求体和自定义 Header；脱敏结果只用于分享，不能直接代替真实凭证执行请求。

cURL 和 Fetch 的请求体为什么可能不同？

cURL 支持文件路径、二进制流和更底层的传输选项，浏览器 Fetch 不能读取命令行里的本机路径，也不允许 GET/HEAD 携带请求体。遇到 multipart、文件或二进制请求时，应改写为 FormData、Blob 或 ArrayBuffer 并在目标环境测试。