在 N8N 大学，我们每天都会收到无数关于“节点选择”的灵魂拷问。今天，我们要聊的这个问题，几乎是每个 n8n 用户都会遇到的经典困境：**是用 Function 节点写 JavaScript 代码？还是用 HTTP Request 节点做 API 调用？**

很多新手容易陷入一个误区：觉得代码更强大，所以什么都要写 JS。但老手都知道，选错节点，不仅工作流臃肿，后期维护更是噩梦。作为你的引路人，笔者今天就用大白话，帮你彻底理清这两者的边界。

核心定义：它们到底在干什么？

要做出正确的选择，首先得明白这两个节点的“本质”区别。

HTTP Request 节点：它是 n8n 的“外交官”。它的核心职责是与外部世界通信，遵循标准的 HTTP 协议。无论是 GET 数据、POST 提交、上传文件，还是调用第三方 API，它都是最标准的工具。它不关心数据怎么处理，只负责“发请求”和“收响应”。

Function 节点：它是 n8n 的“内务大臣”。它的核心职责是在工作流内部处理数据。当你需要对数据进行复杂的清洗、逻辑判断、数学计算，或者使用 JavaScript 强大的数组/对象操作方法时，它才会登场。它不负责网络通信，只负责“算”和“转”。

深度解析：什么时候该选哪个？

为了让你更直观地理解，N8N 大学整理了以下对比场景。记住一个原则：能用节点配置解决的，尽量不要写代码。

场景一：调用天气 API

假设你要获取明天的气温。这纯粹是网络请求，使用 HTTP Request 节点最合适。你只需要填入 URL、选择 GET 方法，n8n 就会自动把返回的 JSON 数据传给下一个节点。如果你非要用 Function 节点写 JS 的 fetch() 或 axios，那简直是拿大炮打蚊子——不仅配置繁琐，还得手动处理 JSON 解析和错误捕获。

场景二：清洗订单数据

假设你从 API 获取了一堆订单数据，但格式很乱：有的金额是字符串（"100.00"），有的日期是时间戳，你需要把所有金额转为数字，并过滤掉金额小于 0 的订单。

这时候 HTTP Request 就无能为力了。它只能把数据原封不动地拿来。你必须使用 Function 节点，用 JS 写几行代码：

// 在 Function 节点中
const items = [];
for (const item of $input.all()) {
  if (parseFloat(item.json.price) > 0) {
    item.json.price = parseFloat(item.json.price);
    items.push(item);
  }
}
return items;

这就是 Function 的主场：数据的重塑。

n8n 的最佳实践：混合搭配才是王道

在实际的 n8n 工作流中，我们很少二选一，而是 组合拳。

标准的流程通常是：HTTP Request -> Function -> HTTP Request。

1. 第一步（HTTP Request）： 拿数据。
2. 第二步（Function）： 处理数据（比如提取某个字段，或者计算一个签名）。
3. 第三步（HTTP Request）： 把处理后的数据发给下一个系统。

笔者提示： 如果你的 Function 节点代码超过 20 行，或者逻辑极其复杂，请停下来思考。这通常意味着你应该把这部分逻辑封装成一个自定义的 HTTP API（比如用 Node.js 写一个简单的微服务），或者在 n8n 中寻找是否有更专业的节点可以替代（例如 Spreadsheet File 节点处理 Excel 比 JS 代码更稳健）。

避坑指南：Function 节点的常见陷阱

很多同学在使用 Function 节点时，容易犯以下几个错误，导致工作流报错：

1. 异步处理的坑

Function 节点默认是同步的。如果你在 JS 里面写了 setTimeout 或者 Promise，n8n 可能会在代码执行完之前就结束运行。除非你使用 n8n 特定的异步写法（如 return await ...），否则尽量保持代码逻辑简洁同步。

2. 数据类型的坑

HTTP Request 返回的数据默认是 JSON 对象。但在 Function 节点中，如果你直接修改 item.json，一定要确保数据类型正确。比如，把字符串转为数字时，使用 Number() 或 parseInt()，而不是直接加减，否则会出现 "10" + "10" = "1010" 的尴尬情况。

3. 忘记返回值的坑

Function 节点必须有 return 语句。如果你只是处理数据但没有 return，下游节点将收不到任何数据。如果你不想传递数据给下一个节点，可以 return 一个空数组 []。

FAQ 问答

Q1：HTTP Request 节点能写 JS 代码吗？
A：严格来说不能。但你可以利用“Query Parameters”或“Body”中的表达式（Expression）来动态生成数据。比如在 Body 里输入 {{ $json.name }}，这就是一种轻量级的“代码”操作。如果需要复杂逻辑，还是得靠 Function 节点。

Q2：Function 节点支持 ES6 语法吗？
A：支持。n8n 运行在 Node.js 环境中，你可以放心使用箭头函数、解构赋值、map、filter、reduce 等现代 JS 特性。但注意，不要在 n8n 里引入第三方 npm 包，除非你懂如何修改 n8n 的源码。

Q3：性能上哪个更好？
A：HTTP Request 节点经过了 n8n 的深度优化，处理网络并发更稳定。Function 节点如果代码写得不好（比如死循环），会阻塞整个 n8n 实例。所以，能用原生节点解决的性能问题，尽量不要用 Function 节点。

总结与资源

总结一下：HTTP Request 是 n8n 的手脚，负责行动；Function 节点是 n8n 的大脑，负责思考。 只要你记住“先网络，后计算”的逻辑，就能构建出既稳定又高效的自动化工作流。

如果你想深入学习 n8n 的节点用法，欢迎访问 N8N大学 (n8ndx.com)，我们有更多关于低代码自动化的实战干货等你来拿。