C#中task.Result.Length与直接用count变量获取结果长度的区别

1. 数据来源本质不同 #

• 第一种写法的长度取自异步任务执行后返回的真实结果：你声明的是泛型Task<string>，task.Result就是任务执行完成后返回的实际字符串对象，.Length是这个字符串的真实长度，不受外部变量影响，就算ConcatChars内部逻辑调整，只要任务执行成功，拿到的永远是结果的实际长度。
• 第二种写法的长度取自你预先定义的局部变量count：本质是你默认ConcatChars返回的字符串长度一定等于传入的count，这是你基于当前代码逻辑做的假设，不是从真实执行结果读取的。

2. Task类型使用差异 #

• 第一种写法用的是带返回值的泛型Task<TResult>，只有这类任务才可以通过Result属性拿到返回值，你可以自由访问返回字符串的所有属性和方法。
• 第二种写法用的是不带返回值的非泛型Task，根本没有Result属性，你没法拿到异步方法的返回值，所以只能用外部的count变量。

3. 可靠性和适用场景差异 #

• 用task.Result.Length的写法通用性和可靠性更高：不管后续ConcatChars逻辑怎么调整（比如拼接时增加其他固定字符、增加截断逻辑等），不需要改外部的长度读取代码，结果永远正确。
• 直接用count的写法只在当前这个极简场景下结果和第一种一致：一旦你的ConcatChars逻辑有修改，比如改成下面这样，直接输出count的结果就完全错误：

public static string ConcatChars(char charToConcanate, int count)
{
    string concateneatedString = string.Empty;
    // 调整为只拼接一半长度
    for (int i = 0; i < count / 2; i++)
    {
        concateneatedString += charToConcanate;
    }           
    return concateneatedString;
}

上述调整后，第一种写法会输出10000（真实结果长度），第二种写法依然输出20000，和实际结果不符。

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