LINQ to objects遇到的小坑

最新推荐文章于 2025-08-17 21:38:20 发布

转载最新推荐文章于 2025-08-17 21:38:20 发布 · 107 阅读

0 ·

CC 4.0 BY-SA版权

原文链接：http://www.cnblogs.com/duliduibai/p/9031746.html

文章标签：

#数据库

本文探讨了C#中LINQtoObjects的延迟查询特性导致的一个常见问题。作者通过一个具体的例子展示了如何错误地尝试将LINQ查询结果直接转换为List对象，并解释了为何这种方式会导致结果为NULL。文章进一步讲解了LINQ查询的工作原理，并提供了解决方案。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

1、C#中LINQ to Objects中延迟查询的陷阱

之前在不了解LINQ延迟查询的时候，我使用下面的这种方式，将where语句的结果直接as为List<T>对象，结果得到的temp为NULL，苦思不得其解；

List<person> lst = new List<person>(){
    new person(){id=1,name="cyong"},
    new person(){id=2,name="lshan"}
};
List<person> temp = lst.Where(m => m.id > 1) as List<person>;

求解思路：

　　一开始以为是LINQ语句的问题，但是在反复测试之后，发现 lst.Where(m => m.id > 1) 确实是语法正确的，并且能够在调用ToList()扩展方法后返回正确的结果集；

　　而后，考虑是as的问题，查看as的使用方式，发现as是类型安全的转换方式，当转换失败时不会报错，而是返回null；但是查看文档发现Where语句返回的是IEnumerable<TSource>，而IEnumerable<T>在一般情况下（比如我先将一个List<T>转换为IEnumerable<T>,再通过一次as转换回来）是可以正常转换为List<T>的；

求助：

　　然后就将这个问题抛给了群里的大神。经过一番指点，才发现这个问题的缘由是LINQ的懒加载（延迟查询）。

　　上文档：

　　LINQ查询简介

　　文档中介绍到【查询变量本身只存储查询命令。查询的实际执行将推迟到“foreach”语句中循环访问查询变量之后进行；同时，也可以通过ToList或者ToArray方法强制立即执行，以将查询结果缓存到单个集合对象中】

　　Enumerable.Where<TSource>方法(IEnumerable<TSource>,Func<TSource,Int32,Boolean>)

　　此方法使用的是LINQ的延迟查询。

FYI：

IEnumerable对应LINQ To Object,其数据源已经存在于内存当中，所谓的延迟查询是指的从内存中进行筛选、排序等操作并取出数据。

IQueryable对应LINQ To SQL,其数据源还存在于数据库等介质当中，这里会涉及到EF的延迟加载，表示的是IQueryable只是存储并且组合中间表达式（看成是用于从数据库中进行查询的SQL语句），在遍历数据的时候，才真正到数据库中执行该SQL语句拿到经过目标数据（在SQL语句中筛选或排序）。

结论：

　　1、LINQ查询只是缓存查询命令，要访问查询结果，应该使用foreach去迭代或者使用ToList()或者ToArray方法强制立即执行并缓存到集合对象中。

　　2、MSDN文档不得不看看。

附图：

　　1、同行指教