过滤逻辑写反了，数据全丢？
在 N8N 大学的后台咨询中，关于 Filter 节点的报错提问率一直居高不下。很多新手在搭建自动化流程时，明明觉得逻辑天衣无缝，结果一运行，数据要么全丢，要么不该进的全进。
作为你的引路人，笔者必须直言：Filter 节点虽然看起来只是个简单的“开关”，但它却是整个工作流的“守门员”。守门员一旦放水或误杀，整个自动化链条就会崩塌。
今天，我们就来硬核拆解 n8n Filter 节点中最容易踩的 3 个深坑。不讲虚的，只讲怎么避坑，怎么写出稳如老狗的过滤逻辑。
错误一：被“字符串”和“数字”背刺
这是 n8n 新手最容易栽的第一个跟头。我们在获取数据时，比如从 HTTP Request 或数据库里取出来的 ID、金额、状态码，往往默认是字符串（String）格式。
但你在设置 Filter 规则时，如果手动输入了一个数字（比如 200），n8n 默认会将其识别为数字（Number）类型。
当你的输入数据是字符串类型的 "200"，而你的过滤条件是数字类型的 200 时，n8n 会认为它们“不相等”。结果就是：明明数据是对的，却因为类型不匹配被过滤掉了。
笔者避坑指南：
在 Filter 节点的配置中，如果你不确定数据类型，或者明确知道源数据是字符串，请务必给你的比较值加上英文双引号。即：将200改为"200"。或者使用String(value)函数进行强制转换后再比较。
错误二：逻辑运算符“傻傻分不清楚”
n8n 的 Filter 节点支持复杂的逻辑组合，但很多人在使用 AND 和 OR 时，经常写出“逻辑悖论”。
举个例子：你想筛选出“状态是成功”且“金额大于100”的订单。有些同学会这样配置：
- 条件组 1：状态 == "success"
- 条件组 2：金额 > 100
这看起来没问题。但如果你的需求变成了“状态是成功，或者金额大于100”，你却把它们放在了默认的逻辑连接符 AND 下，那么数据就会被无情拦截。更隐晦的错误在于嵌套逻辑：当条件变多时，如果不手动调整节点配置中的 Logic 设置，n8n 默认的优先级可能会让你的判断完全跑偏。
笔者建议： 当逻辑超过两层时，不要在 Filter 节点里死磕。不如拆分成多个 Filter 节点串联，或者使用 If 节点进行分支判断。可读性远比代码的简洁性更重要，尤其是维护的时候。
错误三：忽略“空值”与“异常结构”的杀手锏
这是生产环境中最致命的错误。在 Filter 节点设置条件时，我们通常假设 JSON 结构是完美的。
假设你写了一个条件： json.user.email contains "@gmail.com"。看起来很稳，对吧？但如果某条数据里根本没有 user 对象，或者 user 里没有 email 字段，n8n 会直接抛出错误，导致整个工作流中断。
这就是典型的“空指针”异常。在 n8n 中，它表现为 Execution Error: Cannot read property 'email' of undefined。
如何修复？ 使用 n8n 的表达式函数进行安全校验。不要直接写 json.user.email，而是使用：
{{ $json.user?.email || "" }}
这个表达式的意思是：如果 user 或 email 不存在，就返回一个空字符串，而不是报错。这样 Filter 节点就能平稳运行，虽然可能过滤掉这条数据，但不会炸毁你的整个流程。
进阶技巧：让 Filter 节点更聪明
避开上述错误后，我们再来点进阶玩法，让你的过滤逻辑更上一层楼。
善用“Regex”正则匹配
当你需要匹配复杂的文本模式（比如验证手机号、提取特定格式的订单号）时，不要用多个 Contains 或 Starts With。直接切换 Filter 的操作符为 Regex。
例如，匹配邮箱格式：^[a-zA-Z0-9._%+-]+@[a-zA-Z0-9.-]+.[a-zA-Z]{2,}$。正则虽然学习曲线陡峭，但处理文本过滤的效率是函数无法比拟的。
利用“Exists”检查字段完整性
在处理 Webhook 数据时，与其判断某个字段是否等于特定值，不如先用 Exists 操作符检查字段是否存在。这能作为第一道防线，确保后续节点需要的数据结构是完整的。
FAQ：关于 Filter 节点的常见疑问
Q1：为什么我的 Filter 节点输出显示为 0，但数据明明是存在的？
A：大概率是上述的“类型不匹配”或“空值”问题。建议在 Filter 节点前加一个 Set 节点，将关键字段转换为你需要的类型（如 String），或者在表达式中处理空值。
Q2：Filter 节点能处理 JSON 数组吗？
A：Filter 节点是针对单个 Item 进行处理的。如果你的数据是数组格式，需要先使用 Split Out 节点将数组拆分为独立的 Item，然后再进行过滤。
Q3：有没有比 Filter 更灵活的过滤方式？
A：有。如果你需要极复杂的逻辑判断，可以使用 Code 节点（JavaScript）来编写自定义过滤逻辑。但对于 90% 的场景，配置化的 Filter 节点配合正确的表达式已经足够强大。
总结与资源
Filter 节点是 n8n 自动化流程中的“质检员”。只要我们注意数据类型一致性、逻辑运算符优先级以及空值安全处理这三点，就能构建出健壮且高效的自动化流程。
在 N8N 大学，我们始终相信：细节决定成败。希望这篇硬核指南能帮你避开这些常见陷阱。
更多 n8n 实战技巧与模板，请持续关注 n8ndx.com，我们下期再见。
