选择困难症犯了？这是新手的必经之路
刚接触 n8n 的朋友，往往会在 Function 节点和 Set 节点之间犹豫不决。笔者在 N8N大学 的社群里，几乎每周都能看到类似的提问：“我想改个字段名，用 Set 还是 Function？”或者“我想写个 if 判断，是不是必须用 Function？”
其实，这不仅仅是两个节点的选择问题，更是“声明式编程”与“命令式编程”在 n8n 工作流中的体现。选对了，你的工作流清晰如画；选错了，不仅维护困难，还可能因为 JavaScript 的语法错误导致整个流程崩溃。
今天，笔者就用大白话，带你彻底搞懂这两者的区别和最佳实践。
核心定义：它俩到底是什么？
在深入对比之前，我们先用一句话定义它们：
- Set 节点：它是 n8n 里的“搬运工”和“重命名大师”。它的任务很简单——把数据从 A 处拿来，放到 B 处，并且可以顺便改个名字。它不处理逻辑，只做数据的映射（Mapping）。
- Function 节点：它是 n8n 里的“全能程序员”。你可以在这里写 JavaScript 代码，对数据进行任意复杂的逻辑处理、循环、计算或调用外部库。它是万能的，但也是最容易出错的。
深度解析：什么时候该用 Set 节点？
Set 节点最大的优势在于可视化和性能。当你只需要把一个字段重命名，或者从上一个节点的数据中提取几个字段时，Set 是不二之选。
场景一：简单的字段重命名
假设你通过 HTTP Request 获取到了 API 返回的 JSON 数据，其中某个字段叫 user_id，但你的下一个节点（比如写入数据库）要求字段名为 external_uid。用 Set 节点，你只需要添加一行映射：external_uid 等于 user_id 即可。
场景二：数据结构扁平化
有时候 API 返回的数据嵌套很深，比如 data.user.profile.name。Set 节点允许你直接把深层数据“拉”出来，变成独立的字段，方便后续节点直接使用。
笔者的建议： 只要你的操作不涉及条件判断（if/else）、循环（for/while）或复杂的字符串拼接，优先使用 Set 节点。它执行效率高，且不会因为写错一个分号而导致工作流罢工。
深度解析：什么时候必须用 Function 节点？
当 Set 节点无法满足你的需求时，Function 节点就是你的“核武器”。它提供了 JavaScript 的完整能力。
场景一：复杂的逻辑判断
如果你需要判断：“如果金额大于 1000 且来源是微信，则打上 VIP 标签”，这种多条件组合逻辑，Set 节点虽然可以通过配置多个 IF 节点实现，但逻辑链会很长。而在 Function 节点里，可能只需要几行代码：
if (amount > 1000 && source === 'wechat') { item.vip = true; }
场景二：数据格式转换与计算
比如你需要把字符串格式的日期转换成时间戳，或者对一组数组进行求和、过滤。虽然 n8n 也有专门的 Aggregate 或 Format 节点，但在处理极其不规则的数据时，Function 节点的灵活性无可替代。
场景三：调用外部库
n8n 的 Function 节点支持 require 引入第三方库（如 moment.js 或 lodash）。这是 Set 节点完全做不到的。
实战对比：一张表格看懂差异
为了更直观地对比，笔者整理了以下表格：
| 特性 | Set 节点 | Function 节点 |
|---|---|---|
| 使用门槛 | 极低，纯 UI 配置 | 高，需要懂 JavaScript |
| 主要用途 | 字段重命名、数据提取、简单赋值 | 复杂逻辑、数据计算、API 调用、字符串处理 |
| 执行性能 | 快（原生编译执行） | 较慢（需要启动 JS 引擎） |
| 调试难度 | 低，出错通常是配置问题 | 高，需要在代码里写 console.log 调试 |
| 容错性 | 高，配置错了容易发现 | 中，一个语法错误会导致节点直接报错 |
避坑指南：Function 节点的常见陷阱
很多初学者在使用 Function 节点时，容易遇到以下报错，笔者帮你总结了原因：
1. 忘记返回数据
在 n8n 的 Function 节点中，处理完的数据必须通过 return item; 返回。如果你只是修改了 item 但忘记 return，下一个节点将收不到任何数据。
2. 数据类型错误
JavaScript 是弱类型语言，但在 n8n 中，如果你不小心把一个对象变成了字符串（例如 JSON.stringify 后忘记 parse），后续节点解析 JSON 时就会报错。建议多使用 typeof 检查变量类型。
3. 循环处理不当
Function 节点默认接收一个 Item 数组。如果你需要对每个 Item 进行操作，必须使用 for (let i = 0; i < items.length; i++) { ... } 循环，而不是处理整个数组对象。
总结与资源
在 n8n 的世界里，Set 节点是日常的必需品，而 Function 节点是解决疑难杂症的手术刀。 笔者的黄金法则是：能用 Set 解决的，绝不用 Function。 这不仅是为了降低出错率，也是为了保证工作流的可读性和维护性。
作为 N8N大学 的主编，我希望你能建立起这种“工具分层”的思维。如果你在实战中遇到了具体的报错，或者有更复杂的场景，欢迎加入我们的社群交流。
FAQ 问答
Q1: Set 节点能不能写 if 判断？
A: 标准的 Set 节点不支持原生的 if 代码，但 n8n 提供了 Switch 节点来做条件路由。如果你只是想在 Set 里根据条件赋值，目前必须使用 Function 节点。
Q2: Function 节点会影响工作流的执行速度吗？
A: 会。相比 Set 节点的原生执行，Function 节点需要启动 V8 引擎解析 JS 代码。如果单次处理数据量极大（例如几千个 Item），Function 节点的耗时会明显增加。此时应考虑优化代码或拆分流程。
Q3: 我完全不懂 JavaScript，能学好 n8n 吗？
A: 绝对可以！n8n 的设计理念就是低代码。90% 的自动化场景通过拖拽 Set、IF、HTTP Request 等节点就能完成。只有当你遇到极其特殊的业务逻辑时，才需要动用 Function 节点。届时，你可以参考 N8N大学 的代码片段库来快速上手。
