n8n中的动态变量如何使用?能提高哪些工作流灵活性?

动态变量不是魔法，但用好了比魔法还强——从一次电商订单失败说起

上周我帮一家做跨境美妆的客户排查一个“幽灵级”故障：他们的Shopify订单能触发n8n工作流，但后续节点死活拿不到客户邮箱。查了三小时，最后发现是Webhook传来的JSON结构变了——而他们硬编码了字段路径$.data.customer.email。如果当初用了动态变量+表达式，根本不会崩。

动态变量的本质，是让工作流“活”起来——它不依赖固定数据位置，而是根据运行时上下文自动抓取、计算、重组数据。就像快递分拣机器人，不靠固定货架编号，而是扫描包裹条形码决定去哪。

为什么90%的人误把“路径”当“变量”？揭开$node与$json的真面目

新手常犯的错，是在Set节点里写{{ $('Webhook').item.json.email }}就以为万事大吉。这其实是“伪动态”——一旦上游数据结构调整，立刻报错。真正的动态变量要结合$input和表达式引擎：

// 正确姿势：用$input.item获取当前项，配合?.防崩溃
{{ $input.item.json?.customer?.contact?.email || 'default@domain.com' }}

// 高阶用法：遍历数组并动态拼接
{{ $input.all().map(item => item.json.order_id + '-' + item.json.status).join(', ') }}

我在给某SaaS客户做CRM自动化时，他们的用户属性字段每月都在变（市场部总加新标签）。我们改用Object.keys($input.item.json)动态获取所有键名，再用条件判断路由，从此再没因字段增减改过流程。

三个实战场景，看动态变量如何让工作流“自我进化”

进阶技巧：用Function节点释放动态变量的终极潜力

当表达式不够用时，插入Function节点写JavaScript。比如处理嵌套不定层数的JSON：

// 自动递归查找任意深度的email字段
function findEmail(obj) {
  if (typeof obj !== 'object' || obj === null) return null;
  if (obj.email) return obj.email;
  
  for (let key in obj) {
    const result = findEmail(obj[key]);
    if (result) return result;
  }
  return null;
}

return {
  json: {
    extracted_email: findEmail($input.item.json)
  }
};

这招救过我的命——某客户的老ERP系统返回的JSON，email可能藏在user.profile.contact.primary或client.data.main_contact等七八个路径里。硬编码？根本不可能！

别再让工作流“僵死”——现在就重构你的第一个动态节点

动态变量不是锦上添花，而是n8n工作流的“免疫系统”。它让流程能自适应数据变化、业务扩张甚至API升级。记住三个黄金法则：① 永远用$input而非$node；② 表达式必加?.防崩溃；③ 复杂逻辑交给Function节点。

动手试试：打开你现有的某个工作流，把任何一个硬编码的JSON路径（比如$.data.name）改成动态表达式{{ $input.item.json?.name || '匿名用户' }}。你会发现——原来自动化本该如此柔韧。

你在哪个场景最需要动态变量？评论区留下你的痛点，我会抽三个案例做深度拆解！