C#中IEnumerable和IQueryable有什么区别？怎么正确使用它们？

在C#的LINQ相关开发中，IEnumerable和IQueryable是两个非常核心的接口，它们都用于表示可枚举的集合，但在底层实现和使用逻辑上有明显差异，理解这些差异能帮助开发者写出更高效的代码。

IEnumerable和IQueryable的基本概念

IEnumerable是.NET框架中最基础的集合枚举接口，位于System.Collections命名空间下，所有实现了该接口的类型都可以被foreach遍历，它的核心作用是提供向前遍历集合元素的能力，不关心数据的具体来源，无论是内存中的集合、数据库查询结果还是其他数据源，只要能返回可枚举的序列就可以使用它。

IQueryable位于System.Linq命名空间下，它继承了IEnumerable接口，同时新增了表达式树相关的属性，专门用于支持LINQ to SQL、Entity Framework这类需要将查询逻辑转换为数据源原生语句的场景，它的查询逻辑不会立即执行，而是会先构建表达式树，等到真正需要数据的时候再转换为对应数据源的查询语句执行。

两者的核心区别

1. 执行方式不同

IEnumerable的查询是立即执行或者本地执行的，当你对IEnumerable集合做LINQ操作时，比如Where、Select，这些操作会在内存中直接对已经加载到本地的数据进行处理，也就是说如果数据源是数据库，那么会先把所有数据从数据库拉到内存，再在内存中做筛选。

IQueryable的查询是延迟执行且支持远程转换的，它的LINQ操作不会立即执行，而是会把查询逻辑构建成表达式树，当你真正遍历结果或者调用ToList、First等方法的时候，才会把整个表达式树转换为对应数据源的查询语句（比如SQL语句），发送到数据源执行，最后只返回符合条件的结果。

2. 适用场景不同

IEnumerable更适合操作内存中已经存在的集合，比如List、Array这类本地集合，或者你已经把远程数据全部加载到内存之后的后续处理。

IQueryable更适合操作远程数据源，比如数据库、远程API返回的可查询数据集，尤其是当你需要做筛选、分页、排序等操作的时候，用IQueryable可以把这些逻辑推送到数据源端执行，减少不必要的数据传输。

3. 性能差异表现

当操作本地内存集合时，两者的性能差异很小，因为IQueryable最终也会在本地执行，只是多了一层表达式树的处理，开销可以忽略。

当操作远程数据库时，差异会非常明显：如果用IEnumerable处理数据库查询，会先加载全表数据到内存再筛选，数据量大的时候会非常慢还占用大量内存；用IQueryable的话只会生成带筛选条件的SQL语句，只返回符合条件的数据，性能会好很多。

具体使用示例

IEnumerable的使用示例

下面是对本地List集合使用IEnumerable做查询的示例：

using System;
using System.Collections.Generic;
using System.Linq;

public class User
{
    public int Id { get; set; }
    public string Name { get; set; }
    public int Age { get; set; }
}

class Program
{
    static void Main()
    {
        // 本地内存中的用户集合
        List<User> users = new List<User>
        {
            new User { Id = 1, Name = "张三", Age = 20 },
            new User { Id = 2, Name = "李四", Age = 25 },
            new User { Id = 3, Name = "王五", Age = 30 }
        };

        // IEnumerable接收查询结果，筛选逻辑在内存中执行
        IEnumerable<User> queryResult = users.Where(u => u.Age > 22);
        foreach (var user in queryResult)
        {
            Console.WriteLine($"Id:{user.Id}, Name:{user.Name}, Age:{user.Age}");
        }
    }
}

IQueryable的使用示例

下面是使用Entity Framework场景下的IQueryable查询示例，假设我们有一个用户表的DbSet：

using System;
using System.Linq;
using Microsoft.EntityFrameworkCore;

public class User
{
    public int Id { get; set; }
    public string Name { get; set; }
    public int Age { get; set; }
}

public class AppDbContext : DbContext
{
    public DbSet<User> Users { get; set; }
    protected override void OnConfiguring(DbContextOptionsBuilder optionsBuilder)
    {
        // 示例数据库连接字符串，实际使用时替换为真实地址
        optionsBuilder.UseSqlServer("Server=127.0.0.1;Database=TestDb;Trusted_Connection=True");
    }
}

class Program
{
    static void Main()
    {
        using (var db = new AppDbContext())
        {
            // IQueryable接收查询，筛选逻辑会转换为SQL语句在数据库执行
            IQueryable<User> query = db.Users.Where(u => u.Age > 22);
            // 此时才会执行SQL，生成的SQL类似 SELECT * FROM Users WHERE Age > 22
            var result = query.ToList();
            foreach (var user in result)
            {
                Console.WriteLine($"Id:{user.Id}, Name:{user.Name}, Age:{user.Age}");
            }
        }
    }
}

使用场景总结

可以通过以下规则快速选择使用哪个接口：

• 如果操作的是内存中已经加载好的集合，比如List、Array，优先使用IEnumerable
• 如果操作的是数据库、远程服务这类需要把查询逻辑推送到数据源端执行的场景，优先使用IQueryable
• 当你需要把查询逻辑传递到其他层，并且希望最终的查询能合并数据源端筛选的时候，使用IQueryable
• 如果你已经调用了ToList、ToArray等方法把数据加载到了内存，那么后续操作使用IEnumerable即可

需要注意的是，不要把IQueryable的结果长时间缓存或者跨方法传递太多次，因为表达式树可能会随着后续操作不断叠加，导致最终生成的查询语句过于复杂，影响执行效率。

IEnumerableIQueryableC#LINQ数据查询修改时间：2026-07-03 08:51:28