如何在Moq模拟方法中捕获传入参数并修改值，排查回调不触发问题

1. DownloadToAsync 回调未触发的原因 #

本质是Moq的方法匹配失败，没有命中你写的Setup规则，常见诱因有两个：

• 重载/参数匹配错误：BlobClient.DownloadToAsync 存在多个重载，你Setup时显式指定了CancellationToken.None作为入参，但实际调用时没有显式传CancellationToken，用的是默认参数值，虽然二者值相等，但Moq的严格匹配规则会判定不匹配。
• 返回值类型不匹配：DownloadToAsync 方法的返回值是Task<Response>，如果你的dynamicResponseMock不是Response类型的Mock实例，Moq会因为返回值类型不一致跳过该Setup。

修复写法 #

blobClientMock
    // 匹配任意Stream和任意CancellationToken，避免参数匹配问题
    .Setup(x => x.DownloadToAsync(It.IsAny<Stream>(), It.IsAny<CancellationToken>()))
    .ReturnsAsync(Mock.Of<Response>()) // 确保返回值类型和方法签名一致
    .Callback<Stream, CancellationToken>((stm, token) => Trace.Write("inside stream"));

2. 之前Stream赋值不生效的原因 #

你写的(stm, token) => stm = testStream 逻辑无效，是因为C#中引用类型参数默认按值传递：你只是修改了stm这个局部变量的指向，不会影响外部传入的MemoryStream实例本身。正确的写法是把测试内容写入传入的Stream：

.Callback<Stream, CancellationToken>((stm, token) => 
{
    byte[] testBytes = Encoding.ASCII.GetBytes("testString");
    stm.Write(testBytes, 0, testBytes.Length);
    stm.Position = 0;
})

3. 被测代码的潜在Bug #

你当前的DownloadFileAsync方法存在严重的资源释放问题：MemoryStream被using包裹，方法返回前流就会被释放，调用方拿到的是已销毁的流，读取时会抛出ObjectDisposedException。需要修改为：

public async Task<Stream> DownloadFileAsync(string fileName, string containerName)
{
    var container = _blobStorageService.GetBlobContainerClient(containerName);
    var blob = container.GetBlobClient(fileName);

    if (await blob.ExistsAsync())
    {
        // 去掉using，流的生命周期交给调用方管理
        var stream = new MemoryStream();
        await blob.DownloadToAsync(stream);
        stream.Position = 0;
        return stream;
    }
    return Stream.Null;
}

4. 简化测试的方案 #

你当前逐层Mock依赖的写法确实比较繁琐，有两个优化方向：

• 用Moq的链式Setup简化写法，不需要单独声明每一层的Mock变量，减少冗余代码
• 本地使用Azurite Blob存储模拟器做集成测试，不需要任何Mock，直接连接本地模拟实例做真实操作，代码更简洁也更贴近生产运行逻辑。

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