闭包到底是个什么鬼?

JavaScript这门语言中,闭包是它的核心基础之一,可以说是一个特色了,但是很多从事前端工作的程序员并没有真正的理解它!
闭包有多重要?如果你是初入前端的朋友,我可以肯定得告诉你,前端面试,必问闭包!面试官们常常用对闭包的了解程度来判定面试者的基础水平,保守估计,10个前端面试者,至少5个都死在闭包上。
通过本文讲解,希望你可以重新认识一下闭包!
我们开始吧~\

函数调用时发生了什么?

为了理解闭包,首先我们需要完全理解 JavaScript 到底是如何工作的!
那么函数调用是会发生什么呢?
当浏览器在解析 JS代码的时候,会进行一个预解析的操作,会有一个js解析器,里面会执行其中的两步操作:
1、预解析,找一些东西(var function 参数);
2、逐行去解读代码。
当解析器解读函数调用时,会将整个函数执行一个入栈操作,并为函数创建一个新的执行上下文。函数内部可以看作是一个小的区域,它有它自己的作用域和执行线程,也要逐行解读。当函数显式返回(到达return语句)或隐式返回(默认情况下函数返回undefined)时,函数将出栈,其执行上下文也将被销毁。

闭包是什么鬼?

我们先来看下这段代码:

let name = "John"
function greet() {
  const greeting = "Hi"
  function printHi() {
    console.log(greeting + ' ' + name)
  }
  printHi()
}
name = "Jane"
greet() // "Hi Jane"

我们发现,子函数printHi 可以访问全局作用域和其父函数 greet 的局部作用域。
注意,我们实际上可以访问函数执行期间可用的“新”数据,而不是声明。这就是词法作用域在JavaScript 中的工作方式。
但是如果我们返回一个函数,而不是仅仅在外部函数体中调用它,会发生什么呢?
看好了,奇迹出现了!
从一个函数中返回的函数不仅仅是一个简单的函数定义,它是这个定义加上它可以访问并需要执行的变量,这些变量存储在它附带的词法作用域中。
我们刚刚描述的就是闭包。从形式上讲,闭包是一个「即使在词法范围之外调用,仍可以记住它的词法范围」的函数。

function creator(num) {
  return function() {
    num = num * 2
    console.log(num)
  }
}
const double = creator(5)
double() //10
double() //20
const double2 = creator(7)
double2() // 14
double2() //28
double() // 40

正如我们在上面的代码片段中看到的,每当我们调用 double 时,它都会更新存储在其词法作用域中的同一个变量(来自其父函数的num),从技术上讲,这是函数所具有的隐藏[[scope]]属性。
如果你想知道闭包到底有什么用,请继续看下面的示例。

组件模式

闭包允许我们保护或隐藏某些信息。[[scope]]是一个隐藏的属性,所以我们不能像使用标准对象那样访问和更新它。还有一点很重要,我们可以返回一组存储在对象上的函数,它们都是闭包。
在下面的代码片段中,我们利用了所谓的IIFE(立即执行函数),它允许我们消除调用外部函数的中间步骤,就像我们在赋值时直接调用它一样。

const myModule  = (function(){
  const apiKey = "123456789"
  return {
    displayKey() {
      console.log(apiKey)
    }
  } 
})()
myModule.displayKey() // "123456789"

如果我们将这个模块作为一个组件 export 出去, 提供给其他人使用,我们为他准备的 API 不允许他更改 apiKey,这就做到了只读属性,除了在源代码中重写它之外,调用方不可能更改它。

基础缓存和记忆化

假设您想创建一个简单的ID生成器。为了确保总是返回比上一个高的数字,也可以使用闭包。我们将缓存当前变量中最高的 ID 值。

const newID = (function() {
  let current = 0
  return function() {
    return ++current
  }
})()
newID() // 1
newID() // 2

当我们的算法时间复杂度很高时,这种缓存方式就非常有用,我们可以将部分结果存储在缓存中,当我们使用更高的数字进行计算时,我们可以使用缓存中的数据作为基础。这个过程叫做记忆化。一个最好的例子就是处理处理递归问题,比如斐波那契序列。

const factorialMemo = (function() {
  const cache = {}
  return function factorial(n) {
    if(n === 1 || n === 0) {
      return 1
    } else if (cache[n]) {
      return cache[n]
    } else {
      cache[n] = n * factorial(n-1)
      return cache[n]
    }
  }
})()
factorialMemo(5) //120
// cache object looks like {'2': 2, '3' : 6, '4' : 24, '5' : 120}
factorialMemo(6) // 6 * cached 120 

好了,今天的内容到此就结束了,你有 get 到闭包到底是个什么鬼了吗?当然要熟练掌握,还需要你在不断的练习与总结中自我体会!

©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 203,456评论 5 477
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 85,370评论 2 381
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 150,337评论 0 337
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 54,583评论 1 273
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 63,596评论 5 365
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 48,572评论 1 281
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 37,936评论 3 395
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 36,595评论 0 258
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 40,850评论 1 297
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 35,601评论 2 321
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 37,685评论 1 329
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 33,371评论 4 318
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 38,951评论 3 307
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 29,934评论 0 19
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 31,167评论 1 259
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 43,636评论 2 349
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 42,411评论 2 342

推荐阅读更多精彩内容