Dittofeed项目中基于用户分段的旅程多次运行机制解析

概述

在Dittofeed项目中，用户旅程(Journey)功能是一个核心特性，它允许开发者根据用户行为或属性创建自动化流程。本文将深入探讨如何配置用户旅程使其能够针对同一用户多次触发执行，这是许多实际业务场景中的常见需求。

旅程运行机制基础

Dittofeed的用户旅程有两种基本触发方式：

1. 基于分段的入口：当用户满足特定条件进入用户分段时触发
2. 基于事件的入口：当特定事件发生时直接触发

默认情况下，基于分段的旅程对每个用户只会执行一次，这是出于防止重复执行的考虑。但在某些业务场景下，我们需要同一旅程能够对同一用户多次执行。

多次触发旅程的配置方法

方法一：基于时间窗口的分段配置

要实现旅程多次触发，最有效的方法是在分段定义中加入时间窗口条件：

1. 移除可能导致分段锁定单一用户的硬性条件（如固定user_id）
2. 添加时间范围限定，例如"过去1小时内"
3. 确保用户能够周期性地退出和重新进入分段

这种配置下，当用户行为满足时间窗口内的条件时，系统会视为新的分段进入事件，从而允许旅程再次执行。

方法二：基于事件的旅程入口

对于需要严格每次事件都触发旅程的场景，建议直接使用事件入口而非分段入口：

1. 直接监听特定事件（如"评估规范创建"）
2. 每个匹配事件都会创建一个独立的旅程实例
3. 不受限于"每个用户只能有一个运行实例"的限制

技术实现原理

Dittofeed的旅程执行引擎采用以下机制保证正确性：

• 分段入口旅程默认采用"每个用户单实例"模式
• 事件入口旅程采用"每次事件新实例"模式
• 系统会自动管理旅程实例状态，防止意外重复执行

最佳实践建议

1. 对于需要严格每次行为都触发的场景，优先选择事件入口
2. 对于周期性检查的场景，使用带时间窗口的分段入口
3. 避免在分段条件中使用会导致唯一用户锁定的硬性条件
4. 测试时注意观察旅程实例的创建和销毁日志

通过合理配置这些机制，开发者可以灵活实现各种复杂的用户互动流程，满足不同业务场景下的自动化需求。