应该是贪婪匹配和惰性匹配的区别。 问号让默认的贪婪匹配变成了惰性匹配，不允许删除字符来尝试匹配，只是简单的从左到右匹配 或者说贪婪模式会尽可能的去多匹配内容

{代码...}

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

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

{代码...}

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

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

在webpack中打包loadsh时为了让打包后的文件尽量小,可以单独引入具体的方法例如 {代码...} 这里只会把chunk方法相关代码引入,可以保证打包后的代码只用用到的代码 但是loadsh有一个很好的功能就是惰性求值,可以优化执行性能使用大概是这样的 {代码...} 如果要使用惰性求值功能,就要整体引入loadsh,这样子打包后的文件就...

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

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

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

{代码...} 我不是太理解，什么是惰性单例，还有这个惰性单例的用途是什么呢？希望大神们给小白解释一下好吗？

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

惰性删除和定期删除，具体解释请查看 《Redis 设计与实现》

惰性加载的模块有自己的子注入器，注入的服务会创造一个新的实例。

关于这句it = filter(_not_divisible(n), it)，既然it是一个iterator那就是惰性计算的，那么每次运行到这句时，filter只是对it代表的无限列表的当前yield出来的一个值进行了过滤，那么为什么最后可以得到通过了所有筛选条件的无限列表？

是否是父组件更新，导致的子组件更新？子组件调用‘setObj’更新组件才会是惰性求值。