C#的LINQ扩展方法中，Where承担着集合过滤的核心职责，它接收一个委托来定义筛选条件，返回符合条件的元素序列。在真实业务里，单一条件过滤很少见，更多时候需要结合多个字段、多个逻辑关系进行组合筛选。本文将围绕Where方法的多条件组合展开，先讲基础语法，再分析不同组合策略的适用场景和注意事项。
一、LINQ Where基础语法与延迟执行
Where是System.Linq命名空间下的一个扩展方法，作用于IEnumerable<T>或者IQueryable<T>类型。它最常见的签名是public static IEnumerable<TSource> Where<TSource>(this IEnumerable<TSource> source, Func<TSource, bool> predicate)。predicate委托接收每一个元素并返回bool值，只有返回true的元素才会出现在结果集合中。下面的代码演示了从一个整数列表中筛选出大于5的元素。
using System;
using System.Collections.Generic;
using System.Linq;
class Program
{
static void Main()
{
List<int> numbers = new List<int> { 2, 7, 1, 9, 4, 10, 6 };
IEnumerable<int> result = numbers.Where(n => n > 5);
foreach (int item in result)
{
Console.WriteLine(item);
}
}
}
这段代码会输出7、9、10、6，因为2、1、4都不满足大于5的条件。你可以看到Where的用法非常直接：传入一个lambda表达式，箭头右侧返回布尔结果。
需要特别注意，Where和其他LINQ方法一样具有延迟执行特性。也就是说，当你调用Where时并不会立即遍历源集合，只有真正枚举结果时才会执行筛选逻辑。这意味着如果源集合在后续被修改，结果也会反映这些变化。当然如果使用ToList或ToArray等立即执行方法，则会提前计算并固定结果。理解延迟执行对于后续组合多个Where调用以及调试都有帮助。
二、使用逻辑运算符组合多个静态条件
当筛选条件固定且数量不多时，直接在lambda表达式内部使用逻辑运算符是最直观的方式。C#支持&&、||和!来组合布尔表达式，Where中的谓词本质上就是一个返回bool的表达式，所以可以写成n => n % 2 == 0 && n > 10，表示筛选出大于10的偶数。下面例子演示从商品列表中筛选出价格大于100且库存大于0的商品。
public class Product
{
public string Name { get; set; }
public decimal Price { get; set; }
public int Stock { get; set; }
}
List<Product> products = new List<Product>
{
new Product { Name = "键盘", Price = 129.9m, Stock = 20 },
new Product { Name = "鼠标", Price = 59.9m, Stock = 0 },
new Product { Name = "显示器", Price = 899m, Stock = 5 },
new Product { Name = "耳机", Price = 199m, Stock = 15 }
};
IEnumerable<Product> filtered = products.Where(p => p.Price > 100 && p.Stock > 0);
foreach (var product in filtered)
{
Console.WriteLine(product.Name);
}
输出结果为键盘、显示器、耳机，鼠标因为库存为0被排除。这里使用&&将两个条件连接起来，代码意图清楚，适合条件数量少、逻辑简单的情况。
使用逻辑运算符时最需要注意的是&&和||的优先级，&&的优先级高于||，这和数学中的乘法高于加法类似。如果混合使用多个条件而不加括号，很容易得到错误的结果。例如条件A || B && C会被解析为A || (B && C)，而不是(A || B) && C。为了避免歧义，建议无论条件多简单都显式加上括号，让意图更明确。上面代码中如果条件改为(p.Price > 100 || p.Stock > 0) && p.Price < 500，就需要格外小心括号位置。
当条件很多时，直接写在一个lambda里会变得难以阅读，特别是条件之间既有与又有或的情况。这时可以考虑将复杂条件拆分成多个简单的Where调用。LINQ的Where可以链式调用，每一次调用都会基于前一次结果继续过滤，等价于多个条件取与操作。例如products.Where(p => p.Price > 100).Where(p => p.Stock > 0)与之前结果一致，但每个Where只负责一个关注点，可读性更好，也方便单独调试和注释。
三、动态多条件筛选的实现方式
实际项目中，筛选条件往往来自用户输入或配置，数量不固定，不可能提前写死lambda表达式。这时就需要动态组装条件。一种简单的方式是先获取一个IEnumerable<T>集合，然后根据条件是否启用逐个追加Where调用。例如通过一个bool变量决定是否添加价格过滤，再通过另一个bool变量决定是否添加库存过滤。代码示例：
IEnumerable<Product> query = products;
bool filterByPrice = true;
bool filterByStock = true;
if (filterByPrice)
{
query = query.Where(p => p.Price > 100);
}
if (filterByStock)
{
query = query.Where(p => p.Stock > 0);
}
List<Product> result = query.ToList();
这种方式适合条件之间是且关系的情况，因为每次追加Where都相当于在原始条件上再加一个AND。如果还需要支持或关系，或者条件之间的逻辑组合更复杂，可以考虑使用表示条件的委托集合，然后统一判断。比如定义List<Func<Product, bool>> conditions，把每个条件作为委托加入列表，最后使用products.Where(item => conditions.All(cond => cond(item)))来要求所有条件都满足，或者使用Any来达到或的效果。下面代码演示了使用条件列表和All组合多个筛选规则。
List<Func<Product, bool>> conditions = new List<Func<Product, bool>>();
conditions.Add(p => p.Price > 100);
conditions.Add(p => p.Stock > 0);
conditions.Add(p => p.Name.Contains("器"));
IEnumerable<Product> result = products.Where(p => conditions.All(c => c(p)));
foreach (var product in result)
{
Console.WriteLine(product.Name);
}
输出显示器，因为显示器价格大于100、库存大于0且名称包含“器”。这种条件列表的方式让每个筛选条件可以独立定义、组合和复用，特别适合条件较多或者条件本身需要动态增删的场景。
如果需要更高级的动态查询，特别是在数据库场景下使用IQueryable<T>时，可以借助表达式树构建动态Lambda表达式。System.Linq.Expressions命名空间提供了Expression类，可以手动拼接Expression.AndAlso、Expression.OrElse等表达式节点。这种方式虽然灵活但代码较为繁琐，通常只在需要支持任意组合条件的查询框架中使用。对于内存集合，条件列表配合All或Any已经能满足大多数需求，而且可读性更好。
四、性能考虑与最佳实践
在内存集合上使用Where过滤时，性能问题通常不大，但如果集合规模很大，或者Where调用嵌套很复杂，还是有一些值得注意的地方。最重要的一点是避免不必要的多次遍历。例如有些人会先调用Where得到中间结果，再ToList，再对ToList结果再次Where，这样会导致多次遍历。如果条件可以一次性写完，尽量在一个Where内完成，或者连续多个Where调用时不要提前触发枚举。延迟执行可以帮助合并多次过滤逻辑，最终只遍历一次源集合。
多个Where链式调用并不会导致多次遍历源集合，LINQ的迭代器模式会逐元素执行所有Where条件。也就是说对于源集合中的每个元素，会依次经过所有Where过滤，不满足任何一个条件就跳过，满足全部条件才输出。因此从遍历次数上看，多个Where与单个复杂条件的Where没有本质区别。但从可读性角度，多个简单Where往往比一个长lambda更清晰，只要不过度拆分导致调用链过长即可。
如果筛选条件和源集合来自数据库，使用Entity Framework等ORM时，Where会被转译为SQL语句。此时多个Where链式调用通常也会被合并为多个AND条件，最终生成的SQL可能包含多个WHERE子句或使用AND连接，性能差异不大。但需要注意，某些自定义方法或复杂表达式可能无法翻译为SQL，导致在数据库查询时抛出异常。此时最好先使用AsEnumerable将数据加载到内存，或者调整表达式让ORM能够识别。总之，在内存集合中优先考虑可维护性，在数据库场景下优先考虑翻译后的SQL质量。
最后给出一个简单的最佳实践建议：当条件固定且数量不超过三个时，直接在lambda中使用括号分组逻辑运算符即可；当条件较多且都是与关系时，拆分为多个Where或使用条件列表的All；当条件来自用户输入且数量不固定时，采用动态追加Where的方式；当需要支持任意组合的与或条件时，再考虑表达式树方案。灵活选择才能让代码既高效又易于维护。
C# LINQ Where多条件筛选集合过滤数据修改时间：2026-09-28 04:09:53