C#基于条件数组过滤List时多条件筛选结果异常排查

你这套过滤逻辑从根上的设计就有问题，三个硬伤直接导致多条件筛选结果错误：

• 传参结构错误：把所有选中的筛选值拍平成一维数组filterList，后端根本不知道每个值属于Supplier/Size/Material哪一列，只能靠遍历的时候猜字段归属，筛选条件超过2个必然出现判断错位。
• 逻辑关系写反：同个筛选列下选多个值应该是「或」关系（比如材质选塑料和纸板，只要符合其中一个就算匹配），不同筛选列之间才是「且」关系（比如选了尺寸=小，那不管材质是塑料还是纸板，都必须满足尺寸是小）。你现在的遍历逻辑是每拿到一个值就缩小一次结果集，把同列的「或」逻辑当成了跨列的「且」来算，必然漏数据。
• 匹配逻辑有bug：判断供应商匹配用了Contains而不是等值匹配，只要输入值是供应商名称的子串就会误判，比如选了"Mart"会错误匹配到所有Walmart的记录。

拿你举的三筛选值[Plastic,Small,Cardboard]走一遍你现有代码的执行流，就能看到问题：

1. 第一个遍历值是Plastic：代码按Supplier→Size→Material的顺序检查，发现Material列有匹配值，于是临时结果tmp存了所有材质为Plastic的2条记录。
2. 第二个遍历值是Small：代码检查tmp里的记录，发现有1条Size=Small的记录，直接把tmp缩小成这1条记录。
3. 第三个遍历值是Cardboard：代码先检查tmp里的1条记录有没有匹配Cardboard的，没找到；于是回退到全量数据里找材质为Cardboard的记录往tmp里加——这时候加的Cardboard记录根本没有校验是否满足之前选的Size=Small的条件，要么把不符合尺寸的记录加进去导致结果多了，要么因为临时结果被覆盖导致结果少了，完全不可控。
   而且你这套逻辑只要筛选值顺序变了，返回的结果就会变，根本不稳定。

别搞那种逐值遍历猜字段的花活，最稳妥的方式是前端按列传筛选值，后端按字段做标准过滤，逻辑简单不会出错。

方案1（推荐）：修改前端传参结构 #

把原来拍平的一维筛选数组，改成按表格列分组的结构再传给后端：

// 每次筛选值变化时，按列收集选中项
const filterParams = {
  selectedSuppliers: Array.from(supplierCheckboxSelectedValues),
  selectedSizes: Array.from(sizeCheckboxSelectedValues),
  selectedMaterials: Array.from(materialCheckboxSelectedValues)
}
// 调用接口时传filterParams即可

后端对应接收三个列表参数，过滤逻辑可以简化成十几行：

// 接口接收参数，根据你的路由绑定方式调整特性即可
public IActionResult GetStockTable(List<string> selectedSuppliers, List<string> selectedSizes, List<string> selectedMaterials)
{
    // 先拿到全量库存数据
    var allStock = GetFullStockDataFromApi();
    var query = allStock.AsEnumerable();

    // 逐列加过滤条件：选了值才过滤，没选就跳过该列
    if (selectedSuppliers != null && selectedSuppliers.Any())
    {
        query = query.Where(item => selectedSuppliers.Contains(item.Supplier));
    }
    if (selectedSizes != null && selectedSizes.Any())
    {
        query = query.Where(item => selectedSizes.Contains(item.Size));
    }
    if (selectedMaterials != null && selectedMaterials.Any())
    {
        query = query.Where(item => selectedMaterials.Contains(item.Material));
    }

    return PartialView("_AddStockTable", query.ToList());
}

这套逻辑不管选几个筛选值，同列多选、跨列组合都不会出错，还方便后续加新的筛选列。

方案2（临时兼容）：不改前端传参，后端先归类再过滤 #

如果你暂时不想动前端传参逻辑，就在后端先把filterList里的值按列归类，再走上面的标准过滤逻辑：

var selectedSuppliers = new List<string>();
var selectedSizes = new List<string>();
var selectedMaterials = new List<string>();

foreach (var filterVal in filterList)
{
    // 按完全等值匹配判断值属于哪一列
    if (allStock.Any(item => item.Supplier == filterVal))
    {
        selectedSuppliers.Add(filterVal);
    }
    else if (allStock.Any(item => item.Size == filterVal))
    {
        selectedSizes.Add(filterVal);
    }
    else if (allStock.Any(item => item.Material == filterVal))
    {
        selectedMaterials.Add(filterVal);
    }
}
// 后面和方案1的过滤逻辑完全一致即可

注意：这个兼容方案有个前提：三个列的可选值不能有重复，比如不能出现某个供应商的名字和某个尺寸值完全一样的情况，否则会归类错误，长期用还是建议改成方案1的传参结构。

内容的提问来源于stack exchange，提问作者Rodrigo Jimenez