在 n8n 的自动化流程中，数据流转是核心生命线。很多初学者在搭建流程时，面对简单的数据修改（比如给字段改个名、或者把字符串转成大写）都会陷入一个经典的纠结：我是直接用 Set 节点“暴力”改值，还是费点劲写个 Function 节点代码？
这不仅仅是个人喜好问题，更关乎流程的性能、可维护性和扩展性。作为 N8N大学 的首席主编，笔者见过太多因为早期选错节点，导致后期流程臃肿不堪甚至崩溃的案例。今天，我们就来硬核拆解一下，帮你彻底搞懂这两者的区别，让你的自动化流程既快又稳。
核心定义：Set节点与Function节点到底是什么？
在 n8n 的世界里，Set 节点和 Function 节点虽然都能处理数据，但它们的底层逻辑完全不同。
Set 节点（数据加工厂里的“装配工”）
Set 节点本质上是一个可视化的数据映射工具。它允许你通过 UI 界面直接定义输出字段。你可以指定某个字段的值是“固定值”，还是“引用自上一个节点的某个数据”。它非常直观，点点鼠标就能完成结构重组。
Function 节点（全能的“瑞士军刀”）
Function 节点则是一个基于 Node.js 的代码执行环境。在这里，你可以编写 JavaScript 代码，调用原生方法，引入第三方库，对数据进行极其复杂的逻辑判断、循环处理和数学运算。它的上限极高，但下限也低——写不好就会报错。
场景对比：什么时候该用谁？
为了不写废话，我们直接上实战场景。笔者总结了三个核心维度，帮你快速决策。
1. 简单的字段重命名或格式化（Set 节点胜出）
假设你从 API 获取了一个用户数据，字段是 user_name 和 user_email，但你需要把它们改成 name 和 email 以便存入数据库。
这种情况，Set 节点是绝对的王者。你只需要在 Set 节点里配置：
- 输出字段：name
- 值：从输入数据中选择
user_name
整个过程无需写一行代码，逻辑清晰，一目了然。如果用 Function 节点，你得写 return [{ json: { name: items[0].json.user_name } }]，这完全是大材小用。
2. 复杂的逻辑判断与数学运算（Function 节点必选）
如果你需要根据多个条件动态生成新值，Set 节点就显得捉襟见肘了。
例如：判断用户的积分（points），如果大于 100，等级设为 "VIP"，否则设为 "Normal"，同时计算折扣率（1 - points/1000）。
在 Function 节点中，这只需要几行代码：
const points = items[0].json.points;
const level = points > 100 ? 'VIP' : 'Normal';
const discount = 1 - (points / 1000);
return [{ json: { level, discount } }];
而在 Set 节点中，你无法直接编写这种条件逻辑。虽然 n8n 后来引入了 IF/ELSE 逻辑，但配合多个节点会把流程图搞得非常长，维护起来简直是噩梦。
3. 数组/列表的循环处理（Function 节点是唯一解）
这是 Set 节点的绝对盲区。假设你收到了一个包含多个商品的订单数据，格式如下：
{ "products": [{"name": "A", "price": 10}, {"name": "B", "price": 20}] }
你需要把每个商品的价格乘以 1.2（加税），并生成一个新的列表。Set 节点无法对数组内部元素进行遍历操作。你必须使用 Function 节点利用 map 函数来处理：
const products = items[0].json.products;
const newProducts = products.map(p => ({
...p,
price: p.price * 1.2
}));
return [{ json: { products: newProducts } }];
深度解析：性能与可维护性的博弈
除了功能差异，在构建大型自动化流程时，你还需要考虑以下两个硬核指标。
执行性能：编译型 vs 解释型
从底层原理看，Set 节点的执行效率通常高于 Function 节点。Set 节点的逻辑在 n8n 内部是高度优化的映射操作，开销极小。
而 Function 节点每次运行都需要启动一个 V8 引擎的沙盒环境来解析和执行 JavaScript 代码。如果你的流程每秒处理数千条数据，且每条数据都要经过 Function 节点，你会发现 CPU 占用率明显飙升。因此，对于简单的字段映射，永远优先选择 Set 节点，这是 N8N大学 给出的性能铁律。
可维护性：直观 vs 灵活
当你的流程需要交接给同事维护，或者三个月后你自己回看时，Set 节点的直观性优势就体现出来了。你不需要懂代码，扫一眼配置面板就知道数据流向。
相反，Function 节点里的代码如果缺乏注释，或者逻辑过于复杂，很容易变成“黑盒”。笔者建议：如果必须使用 Function 节点，请务必在节点的描述（Description）中写清楚这段代码的意图，并且在代码内部添加必要的注释。
实战避坑：Set 节点的两个隐藏技巧
很多新手只把 Set 节点当“改名工具”用，其实它有两个非常强大的功能，能让你少写很多 Function 代码。
Keep Only Set Fields（仅保留设置字段）
在 Set 节点配置中，有一个选项叫 Keep Only Set Fields（仅保留设置字段）。如果你勾选它，输出的数据将只包含你在该节点中定义的字段。
这在清洗数据时非常有用。比如你只需要用户的 ID 和 Token，其他几百个杂乱的字段都不要了，勾选这个选项，一条数据瞬间变清爽，比在 Function 里写 delete 语句要快得多。
使用表达式（Expression）增强 Set 节点
虽然 Set 节点不能写逻辑代码，但它支持 n8n 的强大表达式语法。你可以在 Set 节点的“值”一栏中使用 {{ $now }}（当前时间）、{{ $('Node Name').item.json.field }}（引用其他节点数据）甚至简单的字符串拼接。
例如，你需要生成一个带时间戳的日志消息：
- 字段：log_message
- 值：
{{ "Processing started at " + $now }}
这种混合用法，既避免了写 JS 代码的繁琐，又实现了灵活的数据生成，是高阶玩家的常用技巧。
总结与决策树
为了方便你记忆，笔者为你总结了一个简单的决策树：
- 是简单的改名、格式化、删除字段吗？ -> 用 Set 节点。
- 需要条件判断（IF）、循环（Loop）、数组处理吗？ -> 用 Function 节点。
- 涉及复杂的数学计算或字符串处理吗？ -> 用 Function 节点。
- 需要对接外部 API 或数据库吗？ -> 用专门的 HTTP Request 或 Database 节点，不要硬塞进 Function。
记住，Set 节点是 n8n 为你准备的快捷通道，Function 节点是应对复杂场景的终极武器。不要在简单的事情上过度工程化，也不要在复杂的需求上强行画图。
FAQ 常见问题解答
Q1: 我可以在 Set 节点里做数学运算吗？
A: 可以，但仅限于简单的表达式。例如在值中输入 {{ 10 + 20 }} 是可行的。但如果是复杂的矩阵运算或需要引入数学库，必须使用 Function 节点。
Q2: Function 节点里怎么引用其他节点的数据？
A: 在 Function 节点中，你可以使用 $input.first() 或 items[0].json 来获取上游节点的数据。如果你需要获取特定节点的数据，建议使用 $item(0).$node["Node Name"].json 这种结构。
Q3: Set 节点处理 JSON 数据会报错吗？
A: 一般不会，但要注意数据类型。如果你在 Set 节点将一个字符串误设置为对象，下游节点如果预期是字符串就会报错。Set 节点不会自动进行深度的类型转换，这一点与 Function 节点（手动控制类型）类似，需要你仔细检查。
总结与资源
在 n8n 的自动化旅程中，理解节点的特性是进阶的第一步。Set 节点胜在轻快直观，Function 节点胜在全能深度。作为 N8N大学 的学员，我们的目标不是写出最复杂的代码，而是用最合适的工具搭建最稳定的流程。
如果你想深入学习 n8n 的表达式语法和 Function 节点的高级用法，欢迎访问 N8N大学 (n8ndx.com)，这里有更多实战案例和避坑指南等你来探索。
