C#中dynamic类型ToString()在LINQ与直接调用的行为差异问询

这是个非常有意思的问题，核心在于dynamic类型在编译时和运行时的行为差异，以及LINQ泛型方法的类型推断规则。让我一步步拆解：

1. 直接声明dynamic变量时的行为 #

当你写：

dynamic dynaString = 2; string b = dynaString.ToString();

• 编译时，dynaString.ToString()的返回类型是dynamic——因为任何对dynamic变量的方法调用，编译器都不会在编译阶段解析具体返回类型，而是统一标记为dynamic。
• 但编译器允许将dynamic赋值给string变量，这是一种动态隐式转换：编译器会把类型检查推迟到运行时，只要运行时dynaString.ToString()的结果确实是string（这里int的ToString()当然返回string），代码就正常执行。

2. LINQ Select中的类型推断问题 #

再看这段无法运行的代码：

var list = new List<dynamic>(); var liststring = new List<string>();
liststring = list.Select(x => x.ToString()).ToList();

• 这里的x是dynamic类型，所以lambda表达式x => x.ToString()的返回类型被编译器推断为dynamic（对dynamic的任何操作结果，编译时都会保留dynamic类型）。
• 因此，Select方法的返回类型是IEnumerable<dynamic>，而非你期望的IEnumerable<string>——哪怕IntelliSense提示返回string（那只是静态分析基于常见类型行为的“猜测”，编译时实际类型依然是dynamic）。
• 当你调用ToList()时，得到的是List<dynamic>，而List<dynamic>和List<string>是完全不同的泛型类型，C#不允许直接互相赋值（List<T>是不变泛型容器，dynamic和string的协变关系在这里不生效）。

3. foreach循环为什么能正常工作 #

而这段代码可以正常编译运行：

var list = new List<dynamic>(); var liststring = new List<string>();
foreach (dynamic a in list) { liststring.Add(a.ToString()); }

• 这里a.ToString()的编译时类型依然是dynamic，但List<string>.Add(string)接受dynamic参数时，编译器允许这种调用——同样依赖动态隐式转换：运行时会自动尝试把dynamic的结果转换成string，只要转换成功（这里肯定成功），代码就没问题。
• 本质上，这和第一个例子的赋值逻辑类似：单个dynamic值可以隐式转换为目标类型，但泛型容器的类型是编译时确定的，不能直接把List<dynamic>当成List<string>使用。

为什么Cast()能解决问题 #

Cast<string>()会遍历IEnumerable<dynamic>中的每个元素，在运行时显式转换为string，从而将整个序列的类型变为IEnumerable<string>，此时ToList()得到的就是List<string>，自然可以赋值给目标变量。你也可以在Select里直接做显式转换，比如list.Select(x => (string)x.ToString()).ToList()，效果完全一致。

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