无额外异步调用时，是否需将ValueTask向上传播至调用方法？

假设有如下方法签名：

public async ValueTask<int> GetSomeValueAsync(int number);

该方法内部可能发起异步HTTP请求，但会缓存结果——当使用相同number再次调用时，可直接从缓存返回结果，无需执行异步调用。因此它返回ValueTask，以避免为同步执行路径创建Task的开销。

我的核心疑问是：若调用该方法的自身没有其他异步调用，其方法签名应返回Task，还是应将ValueTask沿调用栈向上传播？

两种实现示例 #

方案1：返回Task

public async Task<int> CallingMethodAsync(int number)
{
   return await GetSomeValueAsync(number) + 1;
}

方案2：返回ValueTask

public async ValueTask<int> CallingMethodAsync(int number)
{
   return await GetSomeValueAsync(number) + 1;
}

注：本问题并非探讨GetSomeValueAsync()是否应返回ValueTask或Task。我清楚两种返回类型各有适用场景，且已确定该方法返回ValueTask是合理的。问题的核心在于：当调用方自身无其他异步调用时，是否应在其签名中传播ValueTask？

应该将ValueTask沿调用栈向上传播，也就是选择返回ValueTask<int>的方案，理由如下：

• 保留ValueTask的性能优势：既然底层方法用ValueTask是为了避免同步路径下的Task分配开销，那么上层调用方继续返回ValueTask就能把这个性能收益传递上去，不会因为上层转成Task而抵消底层的优化。
• 一致性与可维护性：如果后续CallingMethodAsync需要添加其他异步操作，返回ValueTask的签名不需要修改，避免了因签名变更导致的调用方代码调整。
• 异步方法的返回类型规范：对于可能存在同步完成路径的异步方法，ValueTask是更贴合场景的返回类型，即使当前调用方没有其他异步操作，也符合异步编程中针对这类场景的最佳实践。

当然，如果这个CallingMethodAsync是对外暴露的公共API，且你担心调用方对ValueTask的使用不当（比如重复等待同一实例），可以考虑返回Task——但这种情况属于特殊场景，大部分内部调用或信任的调用方场景下，优先传播ValueTask更合理。

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