为何未赋值给变量的LINQ查询无编译器警告？附排序示例

这是个非常好的问题，刚接触LINQ的开发者几乎都会遇到这个困惑，我们一步步来拆解原因。

先回顾你的场景，用代码还原一下：

List<string> names = new List<string> { "Mike", "Steve", "Alan", "John" };

// 原地排序，直接修改原列表
names.Sort();
// 此时names内容为：["Alan", "John", "Mike", "Steve"]

// LINQ OrderBy，仅返回排序逻辑的查询对象，原列表无变化
names.OrderBy(x => x);
// 原names仍为：["Mike", "Steve", "Alan", "John"]

核心差异：两种排序的本质不同 #

首先得明确Sort()和OrderBy的本质区别：

• List<T>.Sort()是原地修改的void方法：它直接操作调用它的列表对象，没有返回值，只要调用就会执行排序逻辑，修改原列表内容。
• OrderBy是LINQ的延迟执行查询方法：它不会修改原集合，而是返回一个IOrderedEnumerable<T>类型的查询对象——这个对象只是保存了“要按什么规则排序”的逻辑，并没有立刻执行排序。只有当你枚举这个对象（比如调用ToList()/ToArray()，或者用foreach遍历）的时候，才会真正触发排序操作。

为什么编译器不警告？ #

编译器的核心职责是检查代码的语法合法性和类型安全性，而非判断代码的业务合理性。names.OrderBy(x => x)本身是完全合法的表达式：它调用了一个有返回值的方法，只是你没有使用这个返回值而已。

C#编译器默认不会对“未使用方法返回值”的情况发出警告，因为很多场景下，开发者可能故意忽略返回值（比如某些方法返回操作成功与否的标识，但业务逻辑不需要关心结果）。编译器无法区分你是“不小心忘了接收返回值”还是“故意不使用”，所以不会主动警告。

如果希望这类无意义的调用被检测出来，你可以启用代码分析规则（比如.NET中的CA1806规则：不要忽略方法结果），这类规则属于代码质量检查范畴，默认是关闭的，需要手动开启。

补充：OrderBy的正确用法 #

如果确实需要排序结果，一定要接收并枚举返回的查询对象：

// 正确用法：接收排序后的查询对象并转为列表
var sortedNames = names.OrderBy(x => x).ToList();
// 此时sortedNames是排序后的列表，原names保持不变

内容的提问来源于stack exchange，提问作者Slaven Tojić