n8n 的强大之处，不仅在于其内部的逻辑处理能力，更在于它能作为“中枢神经系统”，与成百上千种外部应用和服务进行对话。而这种对话的通用语言，就是 **API (Application Programming Interface)**。
本章将带你掌握 n8n 对外沟通的两大核心利器：`HTTP Request` 节点和凭证管理系统。
—
### 5.1 API：连接世界的语言
你可以将 API 理解为一个应用开放给外界的“服务窗口”。你（或者 n8n）可以通过这个窗口，遵循特定的格式（如“给我 ID 为 123 的用户信息”），向这个应用请求数据或命令它执行某个操作。应用在收到请求并验证你的身份后，会通过同一个窗口返回相应的数据（如用户 123 的详细信息）或操作结果。
几乎所有现代的网络服务（如天气预报、社交媒体、在线支付、SaaS 软件）都提供 API。这意味着，只要掌握了与 API 对话的方法，n8n 就能与这个世界上绝大多数的数字化服务进行集成。
—
### 5.2 `HTTP Request` 节点：你的万能 API 工具箱
n8n 内置了数百个针对特定应用（如 `Slack`, `Google Sheets`, `Shopify`）的专用节点，它们封装了这些应用的 API 细节，让你能通过图形界面轻松操作。
但如果 n8n 没有为你想要连接的服务提供专用节点怎么办？或者，你需要调用一个专用节点尚未支持的、非常新的 API 功能怎么办？
这时，`HTTP Request` 节点就派上了用场。它是一个通用的、万能的 API 客户端，可以让你与**任何**遵循标准 HTTP 协议的 REST API 进行交互。
#### **核心参数解析**
当你添加一个 `HTTP Request` 节点时，你需要配置以下几个核心参数：
* **`URL`**: 你要请求的 API 地址。这是最重要的参数，指明了你要和谁对话。例如 `https://api.github.com/users/octocat`。
* **`Method` (请求方法)**: 定义了你想要执行的操作类型。最常见的四种是：
* `GET`: **获取**数据。比如查询一篇文章、获取一个用户信息。这是最常用的方法。
* `POST`: **创建**新数据。比如发布一篇新文章、创建一个新用户。
* `PUT` / `PATCH`: **更新**已有数据。比如修改一篇文章的内容。
* `DELETE`: **删除**数据。比如删除一篇文章。
* **`Authentication` (认证)**: 指明你的身份。大多数 API 都需要认证才能使用。n8n 在这里提供了多种内置的认证方式，我们将在下一节详述。
* **`Send` (发送选项)**: 定义了你需要在请求中附加哪些信息。
* **`Query Parameters`**: 发送查询参数。这些参数会附加在 URL 的 `?` 后面，通常用于 `GET` 请求中，起到筛选、分页等作用。例如，请求 `https://api.example.com/articles?page=2&limit=10`。
* **`Body Parameters`**: 发送请求体数据。通常用于 `POST` 或 `PUT` 请求中，包含了要创建或更新的具体内容，一般为 JSON 格式。
* **`Header Parameters`**: 发送请求头信息。可以用于传递认证信息、指定数据格式 (`Content-Type`) 等。
掌握了 `HTTP Request` 节点，你就拥有了连接世界任何一个角落的“数字护照”。
—
### 5.3 凭证管理：安全、便捷地管理你的“钥匙”
在调用 API 时，我们不可避免地需要处理各种敏感信息：API 密钥、用户名、密码、访问令牌 (Access Token)……
**绝对不要**将这些敏感信息直接写死在 `HTTP Request` 节点的参数里！这会带来巨大的安全风险和维护噩梦。
n8n 提供了一个强大而安全的**凭证管理系统 (Credentials)** 来解决这个问题。
#### **凭证的好处**
1. **安全**：所有凭证信息都经过加密存储在你的 n8n 实例中，不会在工作流的 JSON 文件中明文显示。
2. **便捷**：一个凭证可以在多个工作流、多个节点中重复使用。当密钥需要更新时，你只需要在凭证管理处更新一次，所有使用该凭证的地方都会自动生效。
3. **可维护**：将配置（密钥）与逻辑（工作流）分离，是专业的工程实践。
#### **如何创建和使用凭证**
1. 在 n8n 界面的左侧导航栏，找到并点击 `Credentials`。
2. 点击 `Add Credential`，n8n 会列出所有支持的凭证类型。你可以通过搜索找到你需要的类型。
3. **常见的凭证类型**：
* **`Header Auth`**: 最常见的认证方式之一。适用于那些要求你在 HTTP 请求头中提供 API 密钥的场景（如 `Authorization: Bearer YOUR_API_KEY`）。你只需要在凭证中填入 `Name` (如 `Authorization`) 和 `Value` (如 `Bearer YOUR_API_KEY`) 即可。
* **`OAuth2`**: 一种更复杂但更安全的认证标准，被 Google, Facebook, GitHub 等广泛采用。n8n 对其有很好的支持，你通常只需要填入 `Client ID`, `Client Secret` 等信息，然后点击授权按钮，n8n 会自动帮你完成获取访问令牌的流程。
* **特定应用凭证**：对于 `Google Sheets`, `Slack` 等专用节点，它们都有自己专属的凭证类型，引导你完成相应的认证过程。
4. 创建好凭证后，回到 `HTTP Request` 节点（或其他需要认证的节点），在 `Authentication` 下拉菜单中，选择你刚刚创建的凭证即可。
—
### 5.4 何时使用集成节点，何时使用 `HTTP Request`？
这是一个常见的问题。遵循以下原则：
* **优先使用专用集成节点**：如果 n8n 已经为你的目标服务提供了专用节点（如 `Slack` 节点），请优先使用它。因为这些节点已经为你封装好了所有 API 细节，提供了简单直观的图形界面，并且处理了复杂的认证流程。
* **当专用节点无法满足时，求助于 `HTTP Request`**：在以下情况下，`HTTP Request` 是你的最佳选择：
1. n8n **没有**为你的目标服务提供专用节点。
2. 专用节点的功能**不完整**，没有提供你需要的某个特定操作或参数。
3. 你需要与一个内部的、非公开的 API 进行交互。
通过本章的学习，你已经掌握了 n8n 对外沟通的任督二脉。结合强大的 `HTTP Request` 节点和安全的凭证管理，你的自动化工作流将不再是一个封闭的孤岛，而是能够与广阔的数字世界进行无限交互的强大中枢。
暂无评论内容