LinqToSql奇怪的行为
我有以下代码：
var tagToPosts = (from t2p in dataContext.TagToPosts join t in dataContext.Tags on t2p.TagId equals t.Id select new { t2p.Id, t.Name }); //IQueryable tag2postsToDelete; foreach (Tag tag in tags) { Debug.WriteLine(tag); tagToPosts = tagToPosts.Where(t => t.Name != tag.Name); } IQueryable tagToPostsToDelete = (from t2p in dataContext.TagToPosts join del in tagToPosts on t2p.Id equals del.Id select t2p); dataContext.TagToPosts.DeleteAllOnSubmit(tagToPostsToDelete); 其中tags是List – 构造函数创建的标签列表，因此它们没有id。 我运行代码，将一个刹车点放在Debug上，然后等待几个周期。 然后我将WatchToPosts.ToList（）放在Watch窗口中以便执行查询。 在SQL事件探查器中，我可以看到以下查询：
exec sp_executesql N'SELECT [t0].[Id], [t1].[Name] FROM [dbo].[tblTagToPost] AS [t0] INNER JOIN [dbo].[tblTags] AS [t1] ON [t0].[TagId] = [t1].[Id] WHERE ([t1].[Name] @p0) AND ([t1].[Name] @p1) AND ([t1].[Name] @p2)',N'@p0 nvarchar(4),@p1 nvarchar(4),@p2 nvarchar(4)',@p0=N'tag3',@p1=N'tag3',@p2=N'tag3'
我们可以看到每个参数参数都具有循环中最后一个tag.Name的值。 你有没有想过如何得到这个并获得循环添加Where有新的条件每个tyme？ 我可以看到IQueryable只在执行之前存储指向变量的指针。
将你的foreach改为：
foreach (Tag tag in tags){ var x = tag.Name; tagToPosts = tagToPosts.Where(t => t.Name != x); }
这背后的原因是懒惰的评估和变量捕获。 基本上，您在foreach语句中所做的事情并不是过滤掉可能看起来像的结果。 您正在构建一个依赖于要执行的某些变量的表达式树。 重要的是要注意实际变量是在表达式树中捕获的，而不是捕获时的值。 由于每次都使用变量tag （并且它的范围是整个foreach ，因此它不会在每次迭代结束时超出范围），它将被捕获用于表达式的每个部分，最后一个值将用于它的所有发生。 解决方案是使用一个临时变量，该变量在foreach中作用域，因此它将在每次迭代时超出范围，并且在下一次迭代时，它将被视为新变量 。
是的，Mehrdad的回答是正确的。 当闭包捕获C＃中的变量时（这是当你的“Where”lambda引用变量“tag”时发生的事情），编译器会应用一个非常精确的规则来解决如何进行捕获。 如果捕获的变量在相同的范围内，由周围的{和}括号确定，则该变量的值将按原样捕获。 如果它超出范围，则仅捕获对该变量的引用。 在您的原始post中，“tag”变量已经在整个循环中循环到其最后一个值。 但是如果你做了Mehrdad建议的修改，那么你在同一范围内捕获一个变量，因此变量的各个值将嵌入到你的闭包中，为你提供你想要的结果。
顺便说一句，你可能会说，“是的，但”标签“变量属于同一范围。” 但事实并非如此，因为在引擎盖下，编译器会将for-each变成这样的东西（这非常粗糙，只是为了显示括号中发生的事情）：
{ var iterator = GetTheIterator(); { while(iterator.MoveNext()) { // Your loop code here } } }
重点是，for-each的迭代器将始终位于循环代码所在范围之外的范围内。