在Visual Studio中单元测试HTTP触发Azure Functions遇依赖冲突

我之前在Visual Studio里给HTTP触发的Azure Functions写单元测试时，也碰到过完全一样的问题——引入Microsoft.AspNet.WebApi.Core后，使用IContentNegotiator就会触发System.Web.Http和Microsoft.AspNetCore.Mvc.WebApiCompatShim的冲突。下面是我摸索出来的几个可行解决方向，你可以逐一尝试：

1. 切换到ASP.NET Core原生方案 #

既然Azure Functions基于ASP.NET Core生态，优先放弃传统的Microsoft.AspNet.WebApi.Core依赖，改用ASP.NET Core原生的内容协商逻辑：

• 可以直接借助ObjectResult自带的内容协商能力，或者使用Microsoft.AspNetCore.Mvc.Infrastructure.IActionResultExecutor<T>这类原生接口替代IContentNegotiator的功能。
• 若需要类似接口的能力，从Microsoft.AspNetCore.Mvc.Formatters命名空间下寻找对应实现，完全避开旧WebApi组件的依赖。

2. 配置程序集绑定重定向 #

如果实在无法移除Microsoft.AspNet.WebApi.Core引用，可在单元测试项目的app.config（或web.config）中添加绑定重定向规则，强制指定兼容的程序集版本：

<dependentAssembly>
  <assemblyIdentity name="System.Web.Http" publicKeyToken="31bf3856ad364e35" culture="neutral" />
  <bindingRedirect oldVersion="0.0.0.0-5.2.9.0" newVersion="5.2.9.0" />
</dependentAssembly>
<dependentAssembly>
  <assemblyIdentity name="Microsoft.AspNetCore.Mvc.WebApiCompatShim" publicKeyToken="adb9793829ddae60" culture="neutral" />
  <bindingRedirect oldVersion="0.0.0.0-6.0.0.0" newVersion="6.0.0.0" />
</dependentAssembly>

注意要根据你项目实际使用的版本号调整newVersion的值。

3. 模拟依赖隔离冲突 #

在单元测试中通过模拟框架（比如Moq）对IContentNegotiator进行模拟，不加载真实实现类，从根源上避免冲突程序集的加载：

// 模拟IContentNegotiator实例
var mockNegotiator = new Mock<IContentNegotiator>();
mockNegotiator.Setup(n => n.Negotiate(It.IsAny<Type>(), It.IsAny<HttpRequestMessage>(), It.IsAny<IEnumerable<MediaTypeFormatter>>()))
              .Returns(new ContentNegotiationResult(new JsonMediaTypeFormatter(), new MediaTypeHeaderValue("application/json")));

// 在测试逻辑中注入该模拟实例

额外注意事项 #

确保你的Azure Functions项目和单元测试项目的目标框架版本完全一致（比如都用.NET 6或.NET 7），版本不匹配也是引发这类程序集冲突的常见原因。

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