Azure Function中ExecutionContext.InvocationId与FunctionFilterContext.FunctionInstanceId对比

我来帮你理清这两个ID的核心区别和关联：

1. 各自的定义与唯一性范围 #

• InvocationId（来自ExecutionContext）：这是单次函数调用的唯一标识。每触发一次函数执行（比如收到一个HTTP请求、处理一条队列消息），就会生成一个全新的InvocationId，它的作用范围是单个调用的生命周期，和函数实例是否复用无关。
• FunctionInstanceId（来自FunctionFilterContext基类，在FunctionExecutedContext中可获取）：这是函数运行实例的唯一标识。Azure Functions会复用函数实例来处理多个连续调用（比如用同一个实例处理多批HTTP请求），只要这个实例没有被回收，所有在它上面执行的调用都会共享同一个FunctionInstanceId。只有当平台为了应对负载扩容、或者实例被回收重建时，才会生成新的FunctionInstanceId。

2. 同一次调用中的ID是否相同？ #

答案是不相同。InvocationId追踪的是「单次调用事件」，FunctionInstanceId追踪的是「承载调用的运行实例」，二者属于不同维度的标识，在同一次调用中必然是两个不同的值。

举个直观的例子：

假设Azure启动了一个函数实例（FunctionInstanceId: abc123），这个实例先后处理了3次独立的HTTP请求，那么这3次调用的InvocationId会是xyz789、uvw456、rst012三个不同的值，但它们的FunctionInstanceId始终是abc123。

3. 典型用途 #

• 用InvocationId可以精准追踪单个调用的日志、排查单次执行的异常问题；
• 用FunctionInstanceId可以追踪同一个实例上的多轮调用，适合排查实例复用带来的状态问题（比如静态变量的跨调用共享、连接池复用问题等）。

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