场景导入：别再手动敲 cURL 了，微服务调用得自动化
笔者在 N8N大学 带过无数学员，发现一个共性：很多同学明明已经用上了 n8n 做自动化，却还在用 Postman 或者命令行手动去调用微服务的 API。一旦业务流程复杂，涉及多个微服务串联，这种“手动触发-复制粘贴-验证结果”的方式不仅效率极低，而且极易出错。
微服务架构下，API 就是各个服务之间的“血管”。如果不能高效、稳定地连接它们，自动化流程就是一句空话。今天，笔者就带大家从零开始，硬核实战 n8n 的 HTTP Request 节点，彻底告别手动调用，打通微服务之间的任督二脉。
准备工作：手握“通行证”，才能遍走微服务
在开始搭建流程之前，我们需要准备好两样东西，这是连接微服务的基础：
- 一个可访问的微服务 API 地址：比如
https://api.example-service.com/v1/users。如果你是本地开发，确保 n8n 能访问到（比如在同一局域网或通过 Docker 网络）。 - 身份验证凭证：微服务通常不会裸奔。你需要知道 API 的认证方式，是 API Key、Bearer Token 还是 Basic Auth？请提前准备好。
如果你还没有这些，建议先去目标微服务的文档里申请一个测试账号和密钥。N8N大学 强调：磨刀不误砍柴工，凭证准备不好，后面全是坑。
核心实操：HTTP Request 节点实战三步走
假设我们的场景是：当 n8n 接收到一个指令后，去查询微服务中的用户信息，并将结果传递给下一个流程。我们将拆解为三个核心步骤。
第一步：创建流程与配置触发器
首先，打开 n8n 工作区，点击 Workflow -> Create workflow。为了测试方便，我们先用一个简单的 Manual Trigger（手动触发器）节点开始。这能让我们随时手动运行流程来测试 API 连接状态。
连接 Manual Trigger 到下一个节点，准备配置真正的 HTTP 请求。
第二步：配置 HTTP Request 节点（重中之重）
这是本文的核心。拖拽一个 HTTP Request 节点到画布上，并进行如下关键设置：
- Method (请求方法)：根据你的 API 需求选择，通常是
GET（获取数据）或POST（提交数据）。这里我们以查询用户为例，选择GET。 - URL：填入你的微服务 API 地址，例如
https://api.example-service.com/v1/users?id=123。 - Authentication：这是连接微服务的钥匙。点击下拉菜单，选择 Generic Credential Type（通用凭证类型），然后根据你的 API 文档选择对应的认证方式（如 Header Auth）。
在 Header Auth 设置中，通常需要填写：
- Header Name:
Authorization(或 API 文档指定的 Header) - Header Value:
Bearer(或Apikey)
笔者提示：如果不想在每次请求时都手动输入 Token，可以直接在 n8n 的 Credentials（凭证）库中创建一个永久凭证，这样既安全又方便。
第三步：解析返回数据与调试
点击 Test Step（测试步骤）按钮。如果配置正确，你会看到 Output 面板中返回了 JSON 格式的数据。
此时，数据在 n8n 的 Binary 或 JSON 数据流中。为了在后续节点使用这些数据（比如提取用户 ID），我们需要使用 Set 节点或者直接在 HTTP Request 的 Options -> Response 中设置 Output Field Name，将其规范化。
一个常见的做法是：在 HTTP Request 之后连接一个 Set 节点，利用 JSON 表达式（如 {{ $json.data.user.id }}）将需要的字段提取出来，供后续流程使用。
避坑指南：微服务连接中的“拦路虎”
在 N8N大学 的实战课程中，90% 的同学都会在以下两个地方遇到报错，务必注意：
- SSL 证书验证失败（self signed certificate）：
如果你的微服务使用的是自签名证书（常见于内网环境），HTTP Request 节点会报 SSL 错误。
解决办法：在节点的 Options -> SSL Certificates 中，勾选 Reject Unauthorized 为false。但请记住，这只是在测试或内网环境，生产环境需配置正规证书。 - 超时（Timeout）问题：
某些微服务处理逻辑复杂，响应时间超过 n8n 默认的 3000ms（3秒）。
解决办法：在 HTTP Request 节点的 Options 中，找到 Timeout，将其设置为更大的数值，如10000（10秒）。
此外，如果遇到 401 Unauthorized 错误，请第一时间检查 Header 中的 Token 是否拼写正确，或者 Token 是否已过期。这是新手最常犯的低级错误。
进阶技巧：让微服务调用更智能
连接微服务不仅仅是发送请求，更需要处理异常和重试。
在 HTTP Request 节点的 Options 中，你可以配置 Retry On Fail（失败重试）。对于网络不稳定的微服务调用，建议开启此项，设置重试次数为 3 次。这能极大提高流程的稳定性，避免因一次网络抖动导致整个业务中断。
同时，利用 n8n 的 IF 节点，可以对 HTTP 请求的状态码（Status Code）进行判断。如果返回 200 则继续执行，如果返回 404 或 500，则走错误处理分支，发送报警通知。这才是生产级的微服务连接方案。
FAQ 问答：N8N大学 常见问题解答
-
Q: n8n 的 HTTP Request 节点支持 GraphQL 吗？
A: 支持。你可以将 Method 设置为POST，在 Body 中选择JSON类型，然后按照 GraphQL 的语法结构（包含query和variables字段）填写即可。 -
Q: 如何在微服务调用中传递动态参数？
A: 利用 n8n 的表达式功能。例如，你想从上一个节点获取用户 ID，可以在 URL 中这样写：https://api.example.com/users/{{ $json.userId }}。这确保了流程的动态性。 -
Q: 调用本地（Localhost）微服务失败怎么办？
A: 如果 n8n 运行在 Docker 容器中，它无法直接访问宿主机的localhost。你需要使用宿主机的 IP 地址（如192.168.1.x），或者确保 Docker 容器使用了--network=host模式（仅限 Linux 系统）。
总结与资源
连接微服务 API 是 n8n 自动化进阶的必经之路。HTTP Request 节点虽然简单，但其背后的配置细节（如认证、超时、SSL）直接决定了自动化流程的稳定性。掌握它，你就掌握了微服务世界的钥匙。
更多关于 n8n 的硬核实战教程，请持续关注 N8N大学 (n8ndx.com)。如果你在实操中遇到棘手的 API 连接问题，欢迎在社区留言，笔者会亲自为你解答。
