n8n中HTTP Request节点具体如何配置？

在 n8n 的工作流里，HTTP Request 节点是连接外部 API 的桥梁。它的配置看似繁琐，却只要围绕请求方法、目标 URL、认证方式和数据映射四个维度展开，就能像拼装乐高一样快速落地。

节点概览

HTTP Request 节点本身提供了七大选项卡：基本信息、认证、Headers、Query Parameters、Body、响应处理以及高级设置。其中“基本信息”决定了请求的动词（GET、POST、PUT、DELETE 等）和目标地址；其余选项卡在不同的业务场景下按需展开。

核心参数设置

• Method（请求方法）：建议从业务需求倒推，GET 用于查询，POST 用于创建，PUT/PATCH 用于更新，DELETE 用于删除。
• URL（目标地址）：支持表达式，例如 {{ $json.baseUrl }}/users/{{ $json.id }}，可以直接引用前置节点的输出。
• Authentication（认证）：内置 Basic、OAuth2、Header Token 三种模式；若使用自定义 Header，只需在 Headers 选项卡手动添加 Authorization: Bearer xxx。
• Headers（请求头）：常见的 Content-Type: application/json、Accept: application/json 必不可少；多值 Header 可写成数组形式。
• Query Parameters（查询参数）：在 URL 后自动拼接，支持表达式，例如 page={{ $json.page }}&limit=20。
• Body（请求体）：POST/PUT 场景下选择 Raw、Form-UrlEncoded 或 Multipart Form Data，并可直接映射前置节点的 JSON。

实战示例：获取 GitHub 用户信息

// 假设前置节点返回 { "username": "octocat" }
{
  "method": "GET",
  "url": "https://api.github.com/users/{{ $json.username }}",
  "authentication": "none",
  "headers": {
    "Accept": "application/vnd.github.v3+json"
  }
}

将上述 JSON 粘贴到 HTTP Request 节点的“自定义请求”区域，运行后会得到包含 avatar、followers 等字段的完整用户对象。随后可以接入 Set 节点挑选关键字段，直接推送到 Slack 或写入 Google Sheet。

常见坑点及规避技巧

• 忘记在 Headers 中声明 Content-Type，导致后端解析为空；使用 application/json 时，Body 必须是合法的 JSON 字符串。
• OAuth2 令牌过期未刷新；可以在“认证”选项卡勾选“自动刷新”或在工作流前置节点实现刷新逻辑。
• 查询参数拼写错误或未 URL 编码；n8n 会自动对表达式结果进行编码，手动写入时务必使用 encodeURIComponent。

把这些细节记在心里，后续再碰到更复杂的多阶段调用时，只要保持“方法‑URL‑认证‑数据映射”四点清晰，就能在 n8n 中把任何 RESTful 服务装进工作流，省去手写脚本的麻烦。于是，接下来就可以直接在