Durable Functions编排末尾新增活动函数调用是否需版本控制？

首先直接给出结论：不会，这种在编排逻辑末尾新增活动函数调用的操作，不会对正在运行的实例造成非确定性编排错误。

为什么这种修改是安全的？ #

Durable Functions编排器的核心原则是重放一致性：编排器会依赖持久化的历史执行记录，确保每次重放的逻辑流和首次执行完全匹配。

针对你的场景具体分析：

• 正在运行的实例已经完成了Foo和Bar两个活动的调用，它们的执行记录已经被持久化到历史存储中。
• 当你更新编排逻辑，在末尾添加SendNotification后，运行中的实例触发重放时，会先完整重放历史中已有的Foo和Bar调用（这部分和原逻辑完全一致，不会产生冲突），然后执行新增的SendNotification——这个步骤在历史记录中不存在，编排器会识别为全新的操作，正常调度执行，不会触发非确定性错误。

对比被禁止的修改场景 #

官方文档中提到的「在中间添加条件分支」的修改之所以危险，是因为它改变了原有执行路径的逻辑顺序：比如原逻辑中Foo执行后直接调用Bar，但修改后如果Foo返回true，会先调用SendNotification再执行Bar。对于已经完成Foo和Bar的运行中实例来说，重放时会发现历史记录里没有SendNotification的执行痕迹，但逻辑流却要求在Foo之后执行它，这就和历史产生了矛盾，进而引发非确定性错误。

代码示例验证 #

原有编排逻辑：

[FunctionName("FooBar")]
public static Task Run([OrchestrationTrigger] IDurableOrchestrationContext context)
{
    bool result = await context.CallActivityAsync<bool>("Foo");
    await context.CallActivityAsync("Bar", result);
}

修改后的安全逻辑：

[FunctionName("FooBar")]
public static Task Run([OrchestrationTrigger] IDurableOrchestrationContext context)
{
    bool result = await context.CallActivityAsync<bool>("Foo");
    await context.CallActivityAsync("Bar", result);

    // New activity function called here, right before exiting orchestration.
    await context.CallActivityAsync("SendNotification");
}

注意事项 #

要确保新增的活动函数确实处于所有可能执行路径的末尾。如果你的编排存在多个退出分支（比如提前返回的逻辑），需要保证每个分支的最后都添加这个新活动，或者将新活动放在统一的退出前步骤中，避免出现某些路径下新增步骤插入到原有逻辑中间的情况。

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