原因是 Python3 里面 map 函数的返回值不再是一个 list，而是一个 map 对象，是一个迭代器。 迭代器是惰性计算的，因此除非调用迭代器，否则 lambda 函数根本没有执行。你可以这样，把： {代码...} 改成： {代码...} 转为list时要获得所有元素，强制让迭代器执行。 其实你的需求，可以用 re.split 来做，这里就不展开了...

处理流的方法分为惰性求值和及早求值（这两个概念不在此展开了），对流的处理通常包括一系列惰性求知加上一个及早求值；流遇到及早求值的时候，才会真正去遍历和执行

{代码...}

过期健的通用策略 过期健的删除策略有三种：定时删除，惰性删除，定期删除 定期删除：在设置过期时间时，创建一个定时器，在过期时间来临时，让定时器去执行删除过期健 优势：通过食用定时器，可以保证过期健马上被删除，有效的释放了过期健所占用的内存。 缺点： 惰性删除：放任健过期不管，但是当每次获取健时，都会检...

正则表达式惰性模式，表示如果表达式能匹配成功前提下，会尽可能的少匹配字符。根据字面意思理解，看我如下代码 {代码...} 我预期输出的是 '1'，因为惰性模式，匹配一个字符就可以使之匹配成功可实际输出的是 '123a'，与贪婪模式输出一摸一样 这是为什么?

惰性求值。两个表达式的结果是一样的。

我们希望将一个只读的属性定义为 property 属性方法，只有在访问它时才进行计算，但是，又希望把计算出的值缓存起来，不要每次访问它时都重新计算。

在这么多的数据的初始化中，props、methods和data是比较简单的（所以我就不详细介绍了☺），而computed 和 watch则相对较难，逻辑较复杂，所以我下面主要讲下computed 和 watch（以下代码部分为简化后的）。

一个是啪啪啪全加载了，一个是惰性加载，用的时候再加载。

楼上说得是删除策略是惰性删除时,就会出现你这种场景

webkit内核对console.log()会延迟执行，惰性求值参考链接

kombu 这套东西,到底是在哪里建立 amqp 连接的 {代码...} 方法：人肉看代码，手动二分，加 wireshark 抓包在这里加了一个断言site-packages/kombu/transport/pyamqp.py {代码...}

redis有几种删除策略：定时删除：过期立即删除；惰性删除：不主动删除但是获取获取的时候检查是否过期；定期删除：定期检查过期键。如果你选择定时删除，那是会有这些问题，但是redis服务器内置策略是惰性删除。建议看看 redis设计与实现这本书

我们先看下面这段简单的JavaScript代码。 我在第10行调用了函数f，其中传入的第二个和第三个参数都是一个逗号表达式。 函数f的实现，会检查这两个参数的类型，如果是函数，则执行函数调用，再打印其返回值，否则直接打印传入的表达式的值。 执行上面这段代码，打印输出如下： 我们可以看出，虽然传入的第一个参数为true...

setData 是异步的没错。但这里的根本原因是 console.log 打印的引用类型是“惰性”的。