LINQ中大部分查询运算符都有一个非常重要的特性:延迟执行。这意味着,他们不是在查询创建的时候执行,而是在遍历的时候执行(换句话说,当enumerator的MoveNext方法被调用时)。让我们考虑下面这个query: static void TestDeferredExecution() { var numbers = new List<int>(); numbers.Add(1); IEnumerable<int> query = numbers.Select(n => n * 10); // Build query numbers.Add(2); // Add an extra element after the query foreach (int n in query) Console.Write(n + "|"); // 10|20| } 可以看出,我们在查询创建之后添加的number也包含在查询结果中了,这是因为直到foreach语句对query进行遍历时,LINQ查询才会执行,这时,数据源numbers已经包含了我们后来添加的元素2,LINQ的这种特性就是延迟执行。除了下面两种查询运算符,所有其他的运算符都是延迟执行的:
上面两种运算符会被立即执行,因为他们的返回值类型没有提供延迟执行的机制,比如下面的查询会被立即执行。 int matches = numbers.Where(n => (n % 2) == 0).Count(); // 1 对于LINQ来说,延迟执行时非常重要的,因为它把查询的创建与查询的执行解耦了,这让我们可以向创建SQL查询那样,分成多个步骤来创建我们的LINQ查询。 重复执行延迟执行带来的一个影响是,当我们重复遍历查询结果时,查询会被重复执行: static void TestReevaluation() { var numbers = new List<int>() { 1, 2 }; IEnumerable<int> query = numbers.Select(n => n * 10); // Build query foreach (int n in query) Console.Write(n + "|"); // 10|20| numbers.Clear(); foreach (int n in query) Console.Write(n + "|"); // <nothing> } 有时候,重复执行对我们说可不是一个优点,理由如下:
这个时候,我们就可以利用之前介绍的转换运算符,比如ToArray、ToList来避开重复执行,ToArray把查询结果保存至一个Array,而ToList把结果保存至泛型List<>: static void TestDefeatReevaluation() { var numbers = new List<int>() { 1, 2 }; List<int> timesTen = numbers .Select(n => n * 10) .ToList(); // Executes immediately into a List<int> numbers.Clear(); Console.Write(timesTen.Count); // Still 2 } 变量捕获 延迟执行还有一个不好的副作用。如果查询的lambda表达式引用了程序的局部变量时,查询会在执行时对变量进行捕获。这意味着,如果在查询定义之后改变了该变量的值,那么查询结果也会随之改变。 static void TestCapturedVariable() { int[] numbers = { 1, 2 }; int factor = 10; IEnumerable<int> query = numbers.Select(n => n * factor); factor = 20; foreach (int n in query) Console.Write(n + "|"); // 20|40| } 这个特性在我们通过foreach循环创建查询时会变成一个真正的陷阱。假如我们想要去掉一个字符串里的所有元音字母,我们可能会写出如下的query: IEnumerable<char> query = "How are you, friend."; query = query.Where(c => c != ‘a‘); query = query.Where(c => c != ‘e‘); query = query.Where(c => c != ‘i‘); query = query.Where(c => c != ‘o‘); query = query.Where(c => c != ‘u‘); foreach (char c in query) Console.Write(c); //Hw r y, frnd. 尽管程序结果正确,但我们都能看出,如此写出来的程序不够优雅。所以我们会自然而然的想到使用foreach循环来重构上面这段程序: IEnumerable<char> query = "How are you, friend."; foreach(char vowel in "aeiou") query = query.Where(c => c != vowel); foreach (char c in query) Console.Write(c); //How are yo, friend. 结果中只有字母u被过滤了,咋一看,有没有吃一惊呢!但只要仔细一想就能知道原因:因为vowel定义在循环之外,所以每个lambda表达式都捕获了同一变量。当我们的query执行时,vowel的值是什么呢?不正是被过滤的字母u嘛。要解决这个问题,我们只需把循环变量赋值给一个内部变量即可,如下面的temp变量作用域只是当前的lambda表达式。 IEnumerable<char> query = "How are you, friend."; foreach (char vowel in "aeiou") { char temp = vowel; query = query.Where(c => c != temp); } foreach (char i in "aeiou") foreach (char c in query) Console.Write(c); //Hw r y, frnd. 延迟执行的实现原理 查询运算符通过返回装饰者sequence(decorator sequence)来支持延迟执行。 和传统的集合类型如array,linked list不同,一个装饰者sequence并没有自己用来存放元素的底层结构,而是包装了我们在运行时提供的另外一个sequence。此后当我们从装饰者sequence中请求数据时,它就会转而从包装的sequence中请求数据。 比如调用Where会创建一个装饰者sequence,其中保存了输入sequence的引用、lambda表达式还有其他提供的参数。下面的查询对应的装饰者sequence如图所示: IEnumerable<int> lessThanTen = new int[] { 5, 12, 3 }.Where(n => n < 10); 当我们遍历lessThanTen时,实际上我们是在通过Where装饰者从Array中查找数据。 而查询运算符链接创建了一个多层的装饰者,每个查询运算符都会实例化一个装饰者来包装前一个sequence,比如下面的query和对应的多层装饰者sequence: IEnumerable<int> query = new int[] { 5, 12, 3 } .Where(n => n < 10) .OrderBy(n => n) .Select(n => n * 10); 在我们遍历query时,我们其实是在通过一个装饰者链来查询最初的array。 需要注意的是,如果在上面的查询后面加上一个转换运算符如ToList,那么query会被立即执行,这样,单个list就会取代上面的整个对象模型。 |
Linq延迟执行
时间: 2024-10-08 11:13:07
Linq延迟执行的相关文章
LINQ之路 6:延迟执行(Deferred Execution)
LINQ中大部分查询运算符都有一个非常重要的特性:延迟执行.这意味着,他们不是在查询创建的时候执行,而是在遍历的时候执行(换句话说,当enumerator的MoveNext方法被调用时).让我们考虑下面这个query: static void TestDeferredExecution() { var numbers = new List<int>(); numbers.Add(1); IEnumerable<int> query = numbers.Select(n =>
LINQ 学习路程 -- 查询操作 Deferred Execution of LINQ Query 延迟执行
延迟执行是指一个表达式的值延迟获取,知道它的值真正用到. 当你用foreach循环时,表达式才真正的执行. 延迟执行有个最重要的好处:它总是给你最新的数据 实现延迟运行 你可以使用yield关键字实现延迟加载 public static class EnumerableExtensionMethods { public static IEnumerable<Student> GetTeenAgerStudents(this IEnumerable<Student> source)
LINQ 的查询执行何时是延迟执行,何时是立即执行,以及查询的复用
延迟执行的经典例子: 我们用 select ++i 就可以看到在foreach 时候,查询才被执行. public static void Linq99(){ int[] numbers = new int[] { 5, 4, 1, 3, 9, 8, 6, 7, 2, 0 }; int i = 0; var q = from n in numbers select ++i; foreach (var v in q) Console.WriteLine("v
C#延迟执行 1.0版本
涉及的知识有泛型,委托,多线程 实现了延迟执行一个函数,可以指定延迟时间,延迟的 using System; using System.Collections.Generic; using System.Linq; using System.Text; using System.Threading.Tasks; using System.Threading; namespace WindowsFormsApplication1 { class DelayClass<T> { // public
iOS: 零误差或极小误差的定时执行或延迟执行?
问题如下: 节奏类游戏需要执行很多的跟音乐节拍相关的操作,并且为了保证节奏感,需要让操作跟节拍的关系十分紧密.对两者间隔要求不能超过0.02秒或更低. 目前使用了 GCD 中的 asyncAfter(deadline:)方法,不过误差总是要大于0.05秒,并且还无法保证误差会不会传递下去.请问有更好的方式来解决误差吗? var time = Date().timeIntervalSince1970 let dq = DispatchQueue(label: "queue", qos:
nodejs延迟执行
setImmediate方法和process.nextTick()方法都是延迟执行的方法,先来看下面一个例子,来区别两者的区别. process.nextTick(function(args){ console.log("nextTick延迟执行!"); }); setImmediate(function(args){ console.log("setImmediate延迟执行!"); }); console.log("正常执行!"); //正常
延迟执行
// 延迟执行不要用sleep,坏处:卡住当前线程 [NSThread sleepForTimeInterval:(NSTimeInterval)]; // 一旦定制好延迟任务后,不会卡主当前线程[self performSelector:<#(SEL)#> withObject:<#(id)#> afterDelay:<#(NSTimeInterval)#>]; //n秒后回到主线程执行block中的代码 dispatch_queue_t queue = dis
IOS 关于取消延迟执行函数的种种。performSelector与cancelPreviousPerformRequestsWithTarget
本文非本人撰写 [cpp] view plaincopy @interface NSObject (NSDelayedPerforming) - (void)performSelector:(SEL)aSelector withObject:(id)anArgument afterDelay:(NSTimeInterval)delay inModes:(NSArray *)modes; - (void)performSelector:(SEL)aSelector withObject:(id)a
Linq延时执行
本文向大家介绍Linq延时执行,可能好多人还不了解Linq延时执行,没有关系,看完本文你肯定有不少收获,希望本文能教会你更多东西. Linq的大多数查询运算符的一个重要特性就是,他们并不是在构建的时候就立即执行,而是在枚举是执行,换句话说,当枚举变量调用MoveNext时执行. 在构建查询之后,另外插入到列表中的数字也会包含在结构中,因为直到foreach运行时此才回进行筛选或者是排序操作,称之为延时执行或延缓计算,所有标准查询运算符均为延时执行,但是有的运算符不支持延时执行的机制,而是立即执行