1. IEnumerable<T>

　　IEnumerable<T> ：对于在内存中集合上运行的方法，返回的可枚举对象将捕获传递到方法的参数。在枚举该对象时，将使用查询运算符的逻辑，并返回查询结果。

　　IEnumerable<T>在.Net2.0引入。

　　IEnumberable使用的是LINQ to Object方式，将AsEnumerable()时对应的所有记录先加载到内存，再在此基础上再执行后面的Query。

　　本地数据源用IEnumerable<T>，并且查询的逻辑可以直接用你所定义的方法的逻辑。

using (PortalContext context = new PortalContext())
{
    // 延迟执行
    IEnumerable<Category> expr = (from c in context.Categories
                                  select c).AsEnumerable().Take(5);

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

　　执行的SQL语句：

SELECT 
    [Extent1].[CategoryID] AS [CategoryID], 
    [Extent1].[CategoryName] AS [CategoryName]
    FROM [dbo].[Category] AS [Extent1]

　　IEnumerable<T>是延时执行(Deferred Execution)。

2. IQueryable<T>

　　IQueryable <T> ：不会实现任何查询行为，但会生成一个表示要执行的查询的表达式树。查询处理由源 IQueryable<T> 对象处理。

　　IQueryable <T>在.Net支持Linq引入。

　　远程数据源用IQueryable<T>，无法直接使用你所定义的方法的逻辑，必须先生成表达式树，查询由源对象处理。

using (PortalContext context = new PortalContext())
{
    // 延迟执行
    IQueryable<Category> expr = (from c in context.Categories
                                 select c).Take(5);

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

　　执行的SQL语句：

SELECT TOP (5) 
    [c].[CategoryID] AS [CategoryID], 
    [c].[CategoryName] AS [CategoryName]
    FROM [dbo].[Category] AS [c]

　　以上实例中，IQueryable<T>查询使用了LINQ to Sql的处理方式，在远处数据库中查询数据。

　　IQueryable<T>是延时执行(Deferred Execution)。

3. IList<T>

　　IList是即时执行(Eager Execution)

using (PortalContext context = new PortalContext())
{
    // 即时执行
    IList<Category> expr = (from c in context.Categories
                            select c).Take(5).ToList();
}

　　执行的SQL语句：

SELECT TOP (5) 
    [c].[CategoryID] AS [CategoryID], 
    [c].[CategoryName] AS [CategoryName]
    FROM [dbo].[Category] AS [c]

无论是在ado.net EF或者是在其他的Linq使用中，我们经常会碰到两个重要的静态类Enumerable、Queryable，他们在System.Linq命名空间下。那么这两个类是如何定义的，又是来做什么用的呢？特别是Queryable类，它和EF的延迟加载技术有什么联系呢？

好，带着上面的问题开始我们今天的学习。

首先介绍两个类的定义

（1）Enumerable类，对继承了IEnumerable<T>接口的集合进行扩展；

（2）Queryable类，针对继承了IQueryable<T>接口的集合进行扩展。

在继续学习之前，我们先来看一下EF中定义的实体集DbSet<T>

通过上面的截图我们可以看到 DbSet<T>实现了IQueryable<T>、IEnumerable<T>接口。

与上面的两句话结合起来意思就是可以通过两个静态类对DbSet<T>进行扩展操作。其实查看两个类的源码可以知道，这两个类对实现了IQueryable<T>、IEnumerable<T>接口的集合进行了很多方法的扩展。

可能你还不知道如何进行扩展方法的定义以及操作，没事儿，请参考另外一篇文章：C#扩展方法的理解

但是那么的扩展方法不都是我们需要的，我们在ado.net EF中最常用的就是扩展的Where方法。

两个类中Where扩展方法的定义分别如下

（1）Enumerable类

（2）Queryable类

OK，带着疑问继续往下学习。

为了便于大家好学习，在这里，我们编写一段代码，通过监视工具查看两者的区别。

先上代码

至于代码中的上下文定义以及实体集大家不必纠结，我们在这里要透过表象看本质。在上面的程序中添加断点，同时启动sql server profiler监视工具，运行程序。

程序会在断点处停下来，如下所示

上面只是到点断点处，当然断点处的语句还有执行，继续单步执行。

执行过断点处所在的语句，观察监视工具还是什么都没有。

咦，是不是出什么问题了呢？为什么没有查询语句执行呢？真的是监视工具出问题了吗？

继续单步调试

咦，这个时候怎么出现sql查询语句了。很奇怪吧，这就是ado.net EF的延迟加载技术，这里面很重要的一部分就是通过IQueryable接口实现的（具体我们放到最后再说）。

讲过了Queryable类的Where方法，接下来我们再来看一下Enumable类的Where方法。

修改上面的代码如下所示

同样是打开监视工具，添加断点，运行程序

单步调试，继续运行

执行过断点所在的语句及执行了查询语句。

关于上面的两个测试总结如下。

（1）所有对于IEnumerable的过滤，排序等操作，都是在内存中发生的。也就是说数据已经从数据库中获取到了内存中，只是在内存中进行过滤和排序操作。

（2）所有对于IQueryable的过滤，排序等操作，只有在数据真正用到的时候才会到数据库中查询。这也是Linq的延迟加载核心所在。

那最后一个问题，IQueryable接口为何那么特殊呢？

观察它的定义

该接口有三个特殊的属性，具体内容代码已经介绍了，那查询时具体又是如何执行呢？

哎呀，写到现在终于差不多快写完了。

上面介绍了两个接口的区别与联系，具体使用哪种就看自己的项目需求了。

最后补充一下List.Where()方法，还是以代码说明。

查看List<T>的定义，如下图所示