单元测试ODataQueryOptions时调用EnableDependencyInjection引发MissingMethodException

我之前也碰到过类似的坑，在.Net Framework环境下做OData Web Api的单元测试时，照搬Web项目里的config.EnableDependencyInjection()总会触发异常，后来才搞明白——单元测试环境没有Web宿主的DI容器上下文，直接调用这个方法根本行不通。结合自己踩过的雷，给你整理几个可行的解决方案：

1. 先确认版本兼容性，避免基础冲突 #

首先要确保你的单元测试项目和Web Api项目的包版本完全匹配，这是很多异常的根源：

• 对于.Net Framework的OData Web Api，推荐使用Microsoft.AspNet.WebApi.OData 5.7.x版本（这是稳定的OData v4适配版本）
• 单元测试项目要引用相同版本的Microsoft.AspNet.WebApi.Core、Microsoft.AspNet.WebApi.OData以及相关DI包（比如用Autofac的话，要对应版本的Autofac.WebApi2）

2. 跳过EnableDependencyInjection()，手动配置测试环境的DI #

在单元测试里，我们不需要依赖OWIN宿主的DI启动逻辑，直接手动配置HttpConfiguration和依赖解析器就行：

示例：用HttpClient模拟请求的集成测试 #

[TestClass]
public class ProductsODataTests
{
    private HttpConfiguration _testConfig;
    private HttpClient _testClient;

    [TestInitialize]
    public void SetupTestEnvironment()
    {
        _testConfig = new HttpConfiguration();
        
        // 第一步：配置OData路由和模型
        var modelBuilder = new ODataConventionModelBuilder();
        modelBuilder.EntitySet<Product>("Products");
        var edmModel = modelBuilder.GetEdmModel();
        
        _testConfig.MapODataServiceRoute(
            routeName: "ODataTestRoute",
            routePrefix: null,
            model: edmModel);
        
        // 第二步：配置DI解析器（根据你的依赖容器调整）
        // 如果用默认DI（无自定义容器）：
        _testConfig.DependencyResolver = new DefaultDependencyResolver();
        
        // 如果用Autofac（示例）：
        // var containerBuilder = new ContainerBuilder();
        // containerBuilder.RegisterType<MockProductRepository>().As<IProductRepository>();
        // containerBuilder.RegisterApiControllers(typeof(ProductsController).Assembly);
        // _testConfig.DependencyResolver = new AutofacWebApiDependencyResolver(containerBuilder.Build());
        
        // 注意：这里不要调用_config.EnableDependencyInjection()！
        _testClient = new HttpClient(new HttpServer(_testConfig));
    }

    [TestMethod]
    public async Task TestPriceFilterQuery()
    {
        // 构造OData过滤请求
        var response = await _testClient.GetAsync("/Products?$filter=Price gt 50");
        response.EnsureSuccessStatusCode();
        
        var resultData = await response.Content.ReadAsAsync<IEnumerable<Product>>();
        // 断言：过滤后的产品价格都大于50
        Assert.IsTrue(resultData.All(p => p.Price > 50));
    }
}

3. 直接测试控制器逻辑，跳过HttpServer #

如果只是想验证控制器里处理ODataQueryOptions的业务逻辑，不需要完整的HTTP请求模拟，可以直接实例化控制器并手动构造ODataQueryOptions：

示例：单元测试控制器的查询处理逻辑 #

[TestMethod]
public void TestODataQueryFilterLogic()
{
    // 1. 初始化OData模型和配置
    var config = new HttpConfiguration();
    var modelBuilder = new ODataConventionModelBuilder();
    modelBuilder.EntitySet<Product>("Products");
    var edmModel = modelBuilder.GetEdmModel();
    config.MapODataServiceRoute("ODataRoute", null, edmModel);
    
    // 2. 构造包含OData参数的请求
    var testRequest = new HttpRequestMessage(HttpMethod.Get, "/Products?$filter=Name eq 'Laptop'");
    testRequest.Properties[HttpPropertyKeys.HttpConfigurationKey] = config;
    
    // 3. 创建ODataQueryOptions对象
    var queryContext = new ODataQueryContext(edmModel, typeof(Product), new ODataPath());
    var queryOptions = new ODataQueryOptions<Product>(queryContext, testRequest);
    
    // 4. 实例化控制器并注入依赖（用模拟对象更好，比如Moq）
    var mockRepo = new Mock<IProductRepository>();
    mockRepo.Setup(r => r.GetAll()).Returns(new List<Product>
    {
        new Product { Id = 1, Name = "Laptop", Price = 800 },
        new Product { Id = 2, Name = "Phone", Price = 500 }
    }.AsQueryable());
    
    var controller = new ProductsController(mockRepo.Object);
    controller.Request = testRequest;
    controller.Configuration = config;
    
    // 5. 调用控制器方法并断言结果
    var actionResult = controller.Get(queryOptions) as OkNegotiatedContentResult<IQueryable<Product>>;
    Assert.IsNotNull(actionResult);
    Assert.AreEqual(1, actionResult.Content.Count());
    Assert.AreEqual("Laptop", actionResult.Content.First().Name);
}

4. 常见异常的排查要点 #

如果还是碰到报错，可以从这几个方向排查：

• 依赖未注册：如果控制器有自定义依赖（比如仓储），一定要在测试的DI容器里注册对应的实现（或者模拟对象）
• OData模型未关联：确保HttpConfiguration已经正确映射了OData路由，请求对象的HttpPropertyKeys.HttpConfigurationKey属性已经设置
• 版本冲突：检查所有NuGet包的版本，尤其是Web Api和OData相关包，版本不匹配会导致各种奇怪的DI异常

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