贪婪 与 非贪婪(惰性) 两者的前提都是需要匹配成功，区别在于： 贪婪 是在匹配成功的前提下，尽可能多的去匹配非贪婪(惰性)是在匹配成功的前提下，尽可能少的去匹配 同时，正则表达式还有另外一条规则，比贪婪、非贪婪(惰性)规则的优先级更高 最先开始的匹配拥有最高的优先权——The match that begins earliest wins 根据...

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

子组件惰性渲染，v-if判断数据存在才渲染；子组件watch需要的prop，prop值发生变化重新渲染；

你应该使用惰性数量修饰符（lazy/non-greedy qualifiers）。 <td>(.*?)<\/td> 推荐阅读： [链接]

webkit内核对console.log()会延迟执行，惰性求值，换成alert就可以看到是立即显示dom的。参考链接

从业务和设计着手,常用的可以grunt等工具打包lib.min.js到一次性加载,非 常用的惰性加载

console.log 打印的引用类型是“惰性”的。你应该直接用 JSON.stringify 之类的转成字符串后再打印，这样看到的结果就是“实时”的了。

1、数据有才渲染 用v-if实现惰性渲染2、红框内的组件没更新数据 怀疑传入的数据非响应式

所谓惰性匹配你可以通俗的理解为： 你不告诉它前面有东西，它就不走。 第一个正则里面，你告诉它往前走遇到至少一个空格就可以停下来算匹配到了。第二个正则，你告诉它往前走，可以不用碰到空格也可以碰到空格算匹配，它很懒，干脆不动了，什么都不匹配。

导致的后果是: Python2和Python3成为了两门语言,而且大家都是用2.x! 生产环境迁移到3的太少了. 不要低估人的懒惰性.

先说结论：console.log 是不靠谱的由于它并非标准里确定的 API，所以浏览器的实现是没有标准可言的。有时候会出现同步的 console.log 与异步的 console.log 的困惑，也有立刻求值的 console.log 和惰性求值的 console.log 的差异。你遇到的是后者。

在未使用惰性加载之前，--prod build出的main.bundle.js大概有1mb多一点，于是就想到了用懒加载 使用惰性加载后，分出10个惰性加载的chunk，最大的一个居然也有1mb多 分析考虑可能是ShareModule的大量重复加载导致的。 大致的需求是ShareModule中有5个子component，其它模块对这5个component并不是都需求的，平均需求1-2...

使用惰性函数（这个方法很巧妙哦~） {代码...} 使用单例模式（不赘述了，答案里有）

惰性载入函数，函数被第一次执行时会被新的函数覆盖，之后执行时就不需要进行浏览器能力检测。

不，过滤器不会扫描整个流。它是一个中间操作，它返回一个惰性流（实际上所有的中间操作都返回一个惰性流）。为了说服你，你可以简单地做以下测试： {代码...} 哪些输出： {代码...} 您会看到实际上只处理了流的前两个元素。 所以你可以采用你的方法，这非常好。 原文由 Alexis C. 发布，翻译遵循 CC BY-SA 3.0 许可协议

楼上说的也不全是，TP5开始就是惰性加载了，get/post 也是Request::instance->param('id')来获取参数值了，单字母方法也去掉了，要用什么model就去new 反而更像java