RuntimeService.setVariable是同步还是异步？Camunda变量读写偶发失败排查

问题1：是否因变量未提交至数据库就读取导致失败？ #

是的，这正是问题的核心原因。Camunda的API调用默认会被封装为独立的命令（Command）执行，runtimeService.setVariable()的变量写入操作会在CommandContextInterceptor的finally块中完成事务提交。当你在调用setVariable()后立即执行taskService.getVariablesTyped()时，这是另一个独立的命令事务：

• 若前一个setVariable的事务还未完成数据库提交（比如数据库事务提交存在短暂延迟），后续的读取操作就会读不到刚设置的变量，导致失败；
• 当事务提交完成后再执行读取，就能成功获取变量，这也是你观察到“10次中有8次成功”的原因。

问题2：RuntimeService.setVariable是否为原子同步操作？ #

runtimeService.setVariable()是同步操作，但它的事务提交逻辑并非在方法返回前完成：

• 方法调用会同步执行变量的内存更新、SQL语句的准备，但数据库事务的提交是在当前命令执行的finally块中完成的；
• 也就是说，当setVariable()方法返回时，变量的数据库写入可能仍在事务提交过程中，并未真正持久化完成，此时不具备“立即可见”的原子性。

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