Camunda跨多个流程实例共享变量的最佳实践方案是什么？

针对你仅使用Camunda自带数据库的要求，有两种原生实现方案，优先推荐第一种轻量方案：

方案1：利用Camunda系统全局属性存储（最轻量） #

Camunda 7.x原生提供全局属性存储能力，底层数据直接写入自带的ACT_GE_PROPERTY系统表，不需要额外改表、引入依赖，操作完全走官方API：

• 写入最新成功时间戳（放在最后一个任务的JavaDelegate实现中）：

@Autowired
private ProcessEngine processEngine;

// 存储逻辑
public void saveLastSuccessTimestamp(Long timestamp) {
    processEngine.getManagementService()
        .setProperty("product_sync_last_exec_ts", String.valueOf(timestamp));
}

• 读取上一次执行时间戳（放在第一个任务的JavaDelegate实现中）：

public Long getLastSuccessTimestamp() {
    String tsStr = processEngine.getManagementService()
        .getProperty("product_sync_last_exec_ts");
    // 首次执行无值时返回自定义的起始同步时间即可
    return tsStr == null ? 1704038400000L : Long.parseLong(tsStr);
}

该方案优势：

• 完全基于原生能力，无额外开发成本
• 读写性能高，天然对所有流程实例、所有流程定义全局可见
• 和Camunda自身的系统配置存储逻辑一致，兼容性极强

方案2：固定全局配置流程实例存储（适合多共享变量场景） #

如果后续你需要共享的变量不止时间戳，还有其他结构化、多类型的全局业务参数，可以用这个扩展性更强的方案：

1. 先部署一个key为global_biz_param的空流程，仅包含开始事件，无后续节点也无结束事件
2. 项目启动时自动触发该流程启动一次，把生成的流程实例ID作为固定值存在配置中
3. 所有流程需要读写全局变量时，直接操作该固定流程实例的变量即可：

// 读取逻辑
Long lastExecTs = (Long) runtimeService.getVariable(GLOBAL_PARAM_PROCESS_INSTANCE_ID, "product_sync_last_exec_ts");
// 写入逻辑
runtimeService.setVariable(GLOBAL_PARAM_PROCESS_INSTANCE_ID, "product_sync_last_exec_ts", timestamp);

并发场景注意事项 #

因为你的流程是定时器触发，存在多实例同时运行的可能性，建议给时间戳的读写操作加Camunda原生独占锁，避免多个流程实例读取到同一个时间戳导致数据重复同步：

// 加锁，第二个参数为锁过期时间，单位毫秒，可根据你的任务实际执行时长调整
managementService.lockExclusive("product_sync_lock", 10000);
try {
    // 时间戳读写、业务执行逻辑
} finally {
    // 释放锁
    managementService.unlockExclusive("product_sync_lock");
}

内容的提问来源于stack exchange，提问作者M4Z3