我认为LINQ中最被误解（或者应该说是未被理解）的方面是和自定义的LINQ提供程序。 我已经使用LINQ一段时间了，对于IEnumerable很熟悉，可以用LINQ解决大部分问题。
但是当我开始看和阅读关于IQueryable、表达式和自定义linq提供程序的内容时，我的头脑就开始晕转。如果你想看看LINQ到SQL是如何工作的，那么就会发现一些相当复杂的逻辑。
我期待着理解LINQ这个方面...

当执行查询时，var代表什么？

它是iQueryable、iSingleResult、iMultipleResult还是根据实现而改变。有人猜测在C#中使用（看起来像）动态类型与标准静态类型。

很多人都不太理解嵌套循环的使用方法，其实很简单。

例如：

from outerloopitem in outerloopitems
from innerloopitem in outerloopitem.childitems
select outerloopitem, innerloopitem

group by 仍然让我感到困惑。

关于 延迟执行 的任何疑惑，都可以通过逐步执行一些简单的基于 LINQ 的代码并在观察窗口中进行调试来解决。

我认为关于LINQ to SQL最大的误解是，你仍然需要了解SQL才能有效地使用它。

Linq to Sql还有一个被误解的问题是，为了让它工作，你仍然需要降低数据库安全性到荒谬的程度。

第三个问题是，如果将Linq to Sql与动态类（即在运行时创建类定义）一起使用，会导致大量的即时编译。这可能会严重影响性能。

已编译查询

由于IQueryable是方法调用，所以无法链式调用（尽管它们仍然只能被翻译成SQL！）这个事实几乎不可能解决，这会极大地违背DRY原则。我需要我的IQueryable用于即席查询，而这些查询没有经过编译（只有在重要场景下才有编译的查询）。但是，在编译查询中，我不能使用它们，而是需要再次编写常规查询语法。现在我要在两个地方做相同的子查询，如果有任何变化，都需要记得更新两个位置，等等。真是一个噩梦。

大多数人认为最容易误解的部分是把LINQ视为T-SQL的替代品。我的经理自认为是TSQL大师，不允许我们在项目中使用LINQ，甚至对微软发布这样的东西深恶痛绝!!!

如前所述，惰性加载和延迟执行。

LINQ to Objects和LINQ to XML（IEnumerable）与LINQ to SQL（IQueryable）有何不同？

如何在所有层中使用LINQ构建数据访问层、业务层和表示层……并提供一个好的示例。

事务（不使用TransactionScope）

懒加载。