c# linq 查询语法教程

linq查询语法是C#编译器将from…where…select等语句自动转换为方法调用的语法糖，适用于声明式组合操作；它不能替代count()等无对应关键字的方法调用，且需注意var推导出的IEnumerable延迟执行特性及闭包陷阱，实际开发中常与方法语法混合使用。

LINQ 查询语法不是必须学的“新语言”，它只是 C# 编译器帮你自动翻译成方法调用的一层糖衣——但写得顺手、读得清楚，确实能少写一堆 Where、Select 链式调用。

什么时候该用 from ... where ... select 语法？

当你在做「筛选 + 投影 + 排序 + 分组」这类组合操作，且逻辑偏声明式（像 sql 那样描述“我要什么”而非“怎么一步步拿”）时，查询语法更直观。比如从订单列表里找北京客户、按金额降序、只取姓名和总额：

var query = from order in orders             where order.Customer.City == "Beijing"             orderby order.Total descending             select new { order.Customer.Name, order.Total };

换成方法语法就得嵌套四层括号，可读性明显下降。但注意：它不能替代所有方法调用——像 Count()、Max()、Any() 这些没有对应关键字的操作，必须显式调用方法：

• query.Count() ✅ 合法（count 不是查询语法关键字）
• from ... select ... count ❌ 语法错误

var 和 IEnumerable 的类型陷阱

写 var query = from ... 看似省事，但编译器推导出的实际类型是 IEnumerable（或 IQueryable），这意味着：查询不会立即执行，而是延迟计算。这很好，但容易踩两个坑：

• 如果数据源是内存集合（如 List），多次遍历 query 会重复执行整个逻辑（比如反复读文件、反复查数据库——如果误用了 IQueryable 转成内存枚举）
• 如果在查询中引用了外部变量（比如循环里的 i），没意识到闭包捕获的是变量引用而非值，会导致所有委托都用最后一个 i 值

解决办法很直接：需要立即执行就加 .ToList() 或 .ToArray()；要避免闭包问题，就在循环内用局部变量承接：

for (int i = 0; i < filters.Length; i++) {     var currentFilter = filters[i]; // 别直接用 i 在 lambda 里     query = query.Where(x => x.Status == currentFilter); }

查询语法 vs 方法语法：别硬选，混着用才真实

没人规定一行代码只能用一种风格。实际开发中，往往是查询语法搭骨架，关键处插方法调用补能力。比如分页——skip 和 take 有对应关键字，但带条件的分页（如“跳过前 N 个未读消息”）就得切到方法链：

var unreadFirst = (from msg in messages                    where msg.IsRead == false                    select msg)                   .Concat(from msg in messages                           where msg.IsRead == true                           select msg)                   .Skip(10)                   .Take(20);

再比如聚合：group ... by 很好写，但想对每组求平均值，就必须接 .Select(g => new { Key = g.Key, Avg = g.Average(x => x.Score) })。记住一点：查询语法能表达的，方法语法全都能；反过来不成立。

真正卡住人的往往不是语法本身，而是搞不清 IEnumerable（内存遍历）和 IQueryable（表达式树+远程执行）的区别——前者写错只是慢，后者写错可能生成低效 SQL 甚至报错。别光抄示例，先看你的 orders 是 List 还是 DbSet。