首先，IQueryable<T>扩展了IEnumerable<T>接口，所以任何你可以用“普通”IEnumerable<T>做的事情，你也可以用IQueryable<T>做。

IEnumerable<T>只有一个GetEnumerator()方法，该方法返回一个Enumerator<T>，为此您可以调用它的MoveNext()方法来遍历T的序列。

IQueryable<T>具有而IEnumerable<T>所没有的两个特殊属性——一个指向查询提供程序(例如，LINQ to SQL提供程序)，另一个指向表示IQueryable<T>对象的查询表达式，作为一个运行时可遍历的抽象语法树，可以被给定的查询提供程序理解(在大多数情况下，你不能在不抛出异常的情况下将LINQ to SQL表达式提供给LINQ to Entities提供程序)。

表达式可以是对象本身的常量表达式，也可以是由查询操作符和操作数组成的更复杂的树。查询提供程序的IQueryProvider.Execute()或IQueryProvider.CreateQuery()方法通过传递给它的表达式被调用，然后分别返回一个查询结果或另一个IQueryable方法。

IEnumerable引用了一个集合，而IQueryable只是一个查询，它将在表达式树中生成。我们将运行这个查询从数据库中获取数据。

IEnumerable: IEnumerable最适合使用内存中的集合(或本地查询)。 IEnumerable不能在项目之间移动，它只是向前的集合。

这个IQueryable: IQueryable最适合远程数据源，如数据库或web服务(或远程查询)。 IQueryable是一个非常强大的特性，它支持各种有趣的延迟执行场景(比如分页和基于组合的查询)。

所以当你必须简单地遍历内存中的集合时，使用IEnumerable，如果你需要对集合做任何操作，如Dataset和其他数据源，使用IQueryable

在现实生活中，如果您正在使用LINQ-to-SQL之类的ORM

如果您创建了IQueryable查询，那么该查询可能会转换为sql并在数据库服务器上运行 如果您创建了一个IEnumerable，那么在运行查询之前，所有行都将作为对象拉入内存。

在这两种情况下，如果你不调用ToList()或ToArray()，那么查询将在每次使用它时执行，所以，比如说，你有一个IQueryable<T>，你从它填充4个列表框，那么查询将对数据库运行4次。

同样，如果你扩展你的查询:

q.Where(x.name = "a").ToList()

然后使用IQueryable生成的SQL将包含" where name = " a "，但是使用IEnumerable会从数据库中拉回更多的角色，然后. net将完成x.name = " a "检查。

以下是我在类似的帖子(关于这个话题)上所写的内容。(不，我通常不引用自己的话，但这些都是非常好的文章。)

这篇文章很有帮助: LINQ-to-SQL中的IQueryable和IEnumerable。

引用那篇文章，“根据MSDN文档，对IQueryable调用通过构建内部表达式树来操作。 这些扩展IQueryable(Of T)的方法不直接执行任何查询。相反，它们的功能是构建Expression对象，该对象是表示累积查询的表达式树。“‘

Expression trees are a very important construct in C# and on the .NET platform. (They are important in general, but C# makes them very useful.) To better understand the difference, I recommend reading about the differences between expressions and statements in the official C# 5.0 specification here. For advanced theoretical concepts that branch into lambda calculus, expressions enable support for methods as first-class objects. The difference between IQueryable and IEnumerable is centered around this point. IQueryable builds expression trees whereas IEnumerable does not, at least not in general terms for those of us who don't work in the secret labs of Microsoft.

下面是另一篇非常有用的文章，从推和拉的角度详细介绍了两者的区别。(通过“push”和“。“拉”，我指的是数据流的方向。用于。net和c#的响应式编程技术

这是一篇非常好的文章，详细介绍了语句lambdas和表达式lambdas之间的区别，并更深入地讨论了表达式树的概念:重访c#委托、表达式树和lambda语句与lambda表达式。”

下面提到的小测试可能会帮助你理解IQueryable<T>和IEnumerable<T>之间的一个区别。我从这篇文章中复制了这个答案，我试图对其他人的帖子进行更正

我在DB (DDL脚本)中创建了以下结构:

CREATE TABLE [dbo].[Employee]([PersonId] [int] NOT NULL PRIMARY KEY,[Salary] [int] NOT NULL)

下面是记录插入脚本(DML脚本):

INSERT INTO [EfTest].[dbo].[Employee] ([PersonId],[Salary])VALUES(1, 20)
INSERT INTO [EfTest].[dbo].[Employee] ([PersonId],[Salary])VALUES(2, 30)
INSERT INTO [EfTest].[dbo].[Employee] ([PersonId],[Salary])VALUES(3, 40)
INSERT INTO [EfTest].[dbo].[Employee] ([PersonId],[Salary])VALUES(4, 50)
INSERT INTO [EfTest].[dbo].[Employee] ([PersonId],[Salary])VALUES(5, 60)
GO

现在我的目标是从数据库中的Employee表中获得前2条记录。在Visual Studio (VS)中创建了一个新的c#控制台应用程序。然后，我添加了一个ADO。NET实体数据模型XML (EDMX)项指向数据库中的Employee表。现在我可以开始编写LINQ查询了。

案例一:IQueryable路由代码

using (var efContext = new EfTestEntities())
{
    IQueryable<int> employees = from e in efContext.Employees  select e.Salary;
    employees = employees.Take(2);

    foreach (var item in employees)
    {
        Console.WriteLine(item);
    }
}

在运行这个程序之前，我已经在SQL Server实例上启动了一个SQL查询分析器会话。以下是执行概要:

触发的查询总数:1 查询文本: SELECT TOP (2) [c]。[薪金]AS[薪金]来自[dbo]。[雇员]AS [c]

我们可以看到IQueryable足够聪明，可以在数据库服务器端本身应用Top(2)子句。所以它只通过网络带来5条记录中的2条。在客户端不需要更多的内存过滤。

案例二:IEnumerable路由的代码

using (var efContext = new EfTestEntities())
{
    IEnumerable<int> employees = from e in efContext.Employees  select e.Salary;
    employees = employees.Take(2);

    foreach (var item in employees)
    {
        Console.WriteLine(item);
    }
}

本例执行摘要:

触发的查询总数:1 SQL分析器捕获的查询文本: 选择[Extent1]。[薪金]AS[薪金]来自[dbo]。[雇员]AS [Extent1]

现在需要注意的是，IEnumerable带来了Salary表中的所有5条记录，然后在客户端执行内存过滤以获得前2条记录。因此更多的数据(在本例中是3条额外的记录)通过网络传输，不必要地消耗了带宽。