场景导入：别再被时间戳折磨了
笔者在做项目时，经常遇到API返回一堆看不懂的数字，比如 1696099200。对于机器来说，这是完美的Unix时间戳，但对于我们人类，或者对于需要写入数据库、发送邮件的场景，这简直是场灾难。
每次手动去百度“在线时间戳转换”？太慢了。在代码里写一堆 new Date() 的逻辑？太重了。作为N8N大学的主编，我必须告诉你：在n8n里处理时间转换，属于基本功，但也是最容易出错的坑。
今天这篇实战指南，就是带你用最硬核的方式，搞定n8n中Set节点的日期格式转换，从Unix时间戳无缝转为ISO标准（如 2023-09-30T16:00:00.000Z）。
核心实操：Set节点的两种转换模式
n8n的Set节点非常强大，但很多新手只把它用来填静态值。其实，它内置了强大的日期处理能力。我们将拆解两种最常用的实战场景。
模式一：直接转换（针对Unix时间戳）
如果你拿到的是标准的Unix时间戳（秒或毫秒），这是最简单的路径。
1. 输入数据准备：假设你的数据流里有一个字段叫 timestamp，值为 1696099200 (秒级)。
2. 添加Set节点：在你的流程中添加一个 Set 节点。
3. 配置参数：
- 在 Fields to Set 中，点击 "Add Field"。
- 字段名（Name）填：比如
iso_date。 - 字段类型（Type）选择：String。
- 值（Value）处：点击输入框右侧的 Expression 选项卡（也就是那个小的 fx 按钮）。
- 输入表达式：
{{ $fromUnixTime($json.timestamp) }}。
这里的关键在于 $fromUnixTime 这个函数。如果你的数据是毫秒级（13位），记得乘以1000，或者直接用 $fromUnixTime($json.timestamp, 'milliseconds')。
模式二：处理非标准格式或混合逻辑
有时候时间戳藏在字符串里，或者你需要先处理一些逻辑再转换。这时候，纯表达式可能不够直观，我们需要利用Set节点的动态表达式选择器。
1. 场景：假设你的时间戳是字符串格式，例如 "1696099200"。
2. Set节点配置：
- 字段名：
converted_date - 类型： String
- 值： 点击输入框右侧的 Expression，然后点击下方的 Function 选项卡（这里我们可以写更复杂的JS逻辑）。
输入以下代码（这是硬核玩法）：
return new Date(parseInt($json.timestamp) * 1000).toISOString();
这种写法虽然比简单的函数调用长，但它允许你在转换前插入更多的判断逻辑，比如处理空值或时区偏移。
避坑指南：时区与精度的陷阱
在N8N大学的实战群里，关于时间转换的报错每天都有。这里必须强调两个最容易踩的坑：
1. UTC 与本地时间的混淆
n8n 默认处理的 ISO 时间格式通常是 UTC（即末尾带 Z）。如果你的数据源是北京时区（UTC+8），直接转换会发现时间少了8小时。
解决方案：在使用 $fromUnixTime 时，n8n默认按UTC处理。如果你需要本地时间，不要强行改时区，而是在转换后，利用 Format Date 节点（如果有安装）或者在 Set 节点中使用 JS 的 toLocaleString，但更推荐的做法是：**始终在数据库中存储 UTC 时间，仅在前端展示时转换为本地时间**。
2. 毫秒 vs 秒的精度问题
这是新手最常遇到的报错：Invalid Date。
原因：Unix时间戳通常以秒为单位（10位），但JavaScript的Date对象和很多API使用毫秒（13位）。如果你把秒级时间戳直接丢给需要毫秒的函数，或者反过来，就会得到错误结果。
笔者经验：在n8n的表达式里，$fromUnixTime 默认接收秒。如果你不确定数据源的单位，先在流程里加一个 Debug 节点看一眼数值长度。10位是秒，13位是毫秒。如果是毫秒，记得除以1000。
高级技巧：结合其他节点玩转时间
Set节点转换只是第一步。在实际工作流中，我们通常会把转换后的时间用于：
- 筛选数据：使用 IF 节点，判断转换后的时间是否在某个区间内（例如：只处理过去24小时的数据）。
- 去重：将ISO时间作为唯一标识符的一部分，防止重复写入。
例如，你可以这样组合：
- Webhook (接收Unix时间戳) ->
- Set (转换为
iso_date) -> - IF (判断
iso_date是否大于{{ $now }})。
这能帮你轻松过滤掉未来的时间数据，确保自动化流程的准确性。
FAQ 问答
Q1：Set节点和Format Date节点有什么区别？
A： Set节点更通用，适合通过表达式直接赋值（包括转换时间戳）。Format Date节点通常用于将已有的日期对象格式化为特定的字符串（如 "YYYY-MM-DD"）。在做Unix转ISO时，用Set节点的表达式最直接。
Q2：为什么我的转换结果是 "Invalid Date"？
A： 大概率是时间戳单位搞错了。检查你的源数据是秒级还是毫秒级。如果是毫秒级，表达式请改为 {{ $fromUnixTime($json.timestamp / 1000) }}。
Q3：转换后的ISO时间如何转回Unix时间戳？
A： 在Set节点中使用表达式 {{ $toUnix($json.iso_date) }} 即可。n8n的日期函数非常全面，支持双向转换。
总结与资源
时间处理是自动化流程的基石。掌握n8n Set节点的日期转换，不仅能解决眼前的数据格式问题，更能让你在处理复杂逻辑时游刃有余。记住，永远优先使用UTC（ISO 8601）标准，这是跨系统沟通的通用语言。
如果你在实操中遇到任何报错，欢迎前往 N8N大学 (n8ndx.com) 查阅更多硬核教程，或者在社区留言，笔者会第一时间帮你排雷。
