ASP.NET Core 5 MVC中ControllerActionInvoker.InvokeActionAsync重复调用疑问

1. 是否属于预期行为？ #

这不是ASP.NET Core MVC的预期行为。正常场景下，单个请求只会触发一次ControllerActionInvoker.InvokeActionMethodAsync调用。高负载下出现的重复调用，大概率是你的CLR探查器动态插桩逻辑存在疏漏——比如异步流程中任务调度导致探查器钩子被重复触发，而非框架本身的重复执行。

从日志来看，MiddleWarePipeline.Invoke仅被调用一次，但后续出现两次InvokeActionMethodAsync调用，最后又只有一次中间件返回，这说明并非框架层面的请求重复处理，更可能是探查器的日志捕获逻辑在异步场景下出现了误判。

2. 是同一请求触发两次调用，还是两个请求？ #

结合日志中MiddleWarePipeline.Invoke仅调用一次的情况，这更可能是同一请求触发的重复日志记录，而非两个独立请求。如果是两个请求，中间件的Invoke方法应该会被调用两次。

极端高负载下线程池调度导致线程复用的巧合概率极低，且ASP.NET Core框架本身会保证每个请求的处理流程独立。

3. 若为两个请求，同一线程中如何区分？ #

如果确实是两个请求复用了同一线程，可通过以下方式区分：

• 追踪每个请求的HttpContext.TraceIdentifier：这是ASP.NET Core为每个请求生成的唯一标识，可在中间件或控制器中获取并记录到日志。
• 记录请求的唯一特征：比如请求路径、QueryString、自定义请求头（如X-Request-ID）等，这些信息能帮你区分不同请求。
• 利用异步本地存储（AsyncLocal<T>）：在中间件中为每个请求设置唯一标识，后续方法调用中可读取该标识，即使线程切换也能保留上下文。

补充建议 #

检查你的CLR探查器插桩逻辑，尤其是异步方法的钩子处理。异步方法返回Task后可能存在后续回调执行，探查器如果未正确区分初始调用和回调阶段，就可能误记录为两次调用。可以尝试在日志中加入HttpContext.TraceIdentifier，验证两次InvokeActionMethodAsync调用是否属于同一个请求。

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