如何使用Moq模拟异步泛型缓存的GetOrCreateAsync方法

错误原因 #

你的代码存在三个核心问题：

1. 错误调用.Result进行Setup：直接对GetOrCreateAsync的返回结果的.Result进行Setup，而非方法本身，导致Moq无法正确识别泛型方法签名。
2. 泛型参数匹配错误：使用It.IsAny<Func<Task<It.IsAnyType>>>无法匹配真实调用时的Func<Task<TItem>>泛型委托，引发类型不兼容。
3. Returns委托类型不匹配：Returns中使用Func<Task<object>>作为参数类型，但实际调用时传入的是Func<Task<int>>，强制类型转换失败。

正确解决方案 #

针对泛型异步方法GetOrCreateAsync<TItem>，需要使用Moq的泛型Setup语法，直接匹配方法签名并返回factory的执行结果：

var mock = new Mock<ICache>();

// 针对泛型方法进行Setup，匹配任意key和任意factory委托
mock.Setup<TItem>(cache => cache.GetOrCreateAsync(It.IsAny<string>(), It.IsAny<Func<Task<TItem>>>()))
    .ReturnsAsync((string key, Func<Task<TItem>> factory) => factory());

// 异步调用测试（推荐使用await避免同步阻塞）
var result = await mock.Object.GetOrCreateAsync("test", () => Task.FromResult(123));

关键说明 #

• 泛型Setup：通过Setup<TItem>明确指定泛型参数，让Moq正确匹配GetOrCreateAsync<TItem>的方法签名。
• 异步返回处理：使用ReturnsAsync直接返回factory()的结果（本身就是Task<TItem>类型），避免同步调用.Result带来的线程阻塞和类型问题。
• 类型匹配：Returns的委托参数类型与方法的泛型参数完全一致，确保类型转换安全。

如果场景特殊需要同步返回（不推荐，因为方法本身是异步设计），也可以直接返回factory()：

mock.Setup<TItem>(cache => cache.GetOrCreateAsync(It.IsAny<string>(), It.IsAny<Func<Task<TItem>>>()))
    .Returns((string key, Func<Task<TItem>> factory) => factory());

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