.NET Isolated Worker Azure Function POST方法报重复绑定异常

System.InvalidOperationException: Duplicate binding call detected是.NET Isolated 进程（DotNetWorker）模式下Azure Function的典型绑定冲突异常，本质是框架的输入绑定流程被重复执行。结合贴出的代码，问题和业务逻辑本身无关，触发点集中在两个方向：

• 自定义组件（代码里的_httpFunctionExecutor、自定义中间件）内部主动调用了模型绑定接口，和框架默认的绑定流程冲突
• 使用的OpenAPI扩展包版本和当前Worker版本不兼容，旧版本的Isolated模式OpenAPI扩展会重复触发输入绑定

注：代码里调用的await req.GetBodyAsync<AuthenticationRequest>()是直接读取HTTP请求流的扩展方法，不会触发框架级的输入绑定，不是异常来源。

1. 检查自定义执行器与中间件
   查看_httpFunctionExecutor的实现代码，确认内部没有调用BindFunctionInput、BindInputAsync这类触发模型绑定的方法；同时检查Program.cs中注册的自定义中间件（比如JWT解析相关中间件），确认没有重复执行绑定逻辑。
   框架在进入Run方法前已经完成了所有入参（HttpRequestData req、FunctionContext executionContext）的绑定，流程中任何位置再次调用绑定接口都会直接抛出这个异常。
2. 排查NuGet包版本兼容性
   重点核对以下包的版本，避免跨大版本混用：
   • Microsoft.Azure.Functions.Worker
   • Microsoft.Azure.Functions.Worker.Sdk
   • Microsoft.Azure.Functions.Worker.Extensions.Http
   • 项目中引入的OpenAPI扩展包，早期第三方适配Isolated模式的OpenAPI包普遍存在重复触发绑定的bug。
3. 最小场景验证
   临时注释掉函数上所有OpenAPI相关特性，移除_httpFunctionExecutor的包裹逻辑，直接在Run方法里返回200响应测试，如果函数能正常执行，即可确认问题出在上述两个组件中。

• 如果自定义逻辑中需要获取函数入参，不要重新执行绑定流程，直接从FunctionContext的已绑定参数集合中读取即可：

  var bindingFeature = executionContext.Features.Get<IModelBindingFeature>();
  var boundArgs = bindingFeature.InputArguments;
  

• 如果是OpenAPI包兼容问题，直接升级到官方正式支持Isolated模式的1.5.0以上版本，不要使用早期第三方适配的预览版本。
• 如果是自定义中间件/执行器逻辑问题，移除其中重复调用模型绑定的代码即可，不需要在业务流程中主动触发绑定。

内容的提问来源于stack exchange，提问作者jack.pop