变量提升机制

什么是变量提升

变量提升机制:当栈内存形成,JS代码自上而下执行之前,浏览器首先会把所有带“var”、“function”关键词的进行提前“声明(var)”或“定义(function)”。

1、概念

声明:带var、function的;(没复制默认undefined)

定义:只有带function的;(定义就是创建堆内存,给函数变量赋值)

变量提升只发生在当前执行上下文内,函数没有执行时在堆内存中存储的是代码字符串、键值对,还没有去栈内存中形成执行上下文;

浏览器很懒,不会重复操作,所以在代码执行时,遇到创建函数这部分代码时直接跳过,因为在变量提升时已经完成了(堆内存已有啦);

在ES3/ES5语法规范中,只有全局作用域、函数私有作用域才会占用栈内存,其他大括号不形成栈内存。

2、全局作用域中带var与不带的区别

带var的,是在全局作用域下声明的变量,同样也是给window对象添加的属性。相当于给window去全局对象设置了一个属性,变量值就是属性值。(私有变量和window对象没关系)

变量提升阶段,“var‘’一个变量,同时就已经把变量当做属性赋值给window对象了,只不过没有值,是undefined;

全局变量与window中属性存在“映射机制”,双方改变互相影响;(ES3/ES5就是这个问题,ES6中出现let,就让这种映射避免了,let声明变量没有变量提升,同时也不给window对象添加属性)

不带var时,不是变量,本质是window对象下的属性,变量没有变量提升,也不是window全局对象的属性;只不过本来不是对象的属性时它的值也是undefined;可以用“in”验证。

3、私有(函数)作用域中带var与不带的区别

带var的在私有作用域变量提升时声明为私有变量;

不带var的不是私有变量,去上一级作用域的变量中找,直到找到window为止,再没有,就给window创建一个对应属性,跟全局下一样(“作用域链”)。私有作用域下操作非私有变量,就是操作别人的变量。

变量提升情况

1、只对等号左边变量提升

不管等号右边是不是函数,只看左边是不是var或者function;

sum();//2;函数的变量提升不仅声明还定义;

console.log(fn);//undefined,当做一般var变量对待;

fn();//报错 Uncaught TypeError: fn is not a function

var fn=function(){console.log(1);};//函数表达式,也是常用的,符合先声明定义后再使用。

function sum(){console.log(2);};

2、在条件判断下

在当前作用域下,不管条件是否成立,都会进行变量提升;

带var的,还是只声明;

带function的,在老版本浏览器渲染机制下,还是声明、定义都进行;

但新浏览器中为迎合ES6(有块级作用域),只进行声明,跟var一样

3、重名情况

同一作用域中,变量重名,不会重新声明,而是覆盖定义,(不管是变量提升还是代码执行皆如此!)

Let,Const创建的变量,不存在变量提升(ES6)

1、Let定义变量的特点

执行上下文形成后,代码执行前,没有变量提升;

定义变量时,不再给window对象添加属性;

浏览器提前检查代码,let定义的变量不能与代码中其他变量、window属性重名,否则直接报错,此时代码还没有执行;

2、包含Let变量的代码分析思路

针对JS代码,以浏览器视角,先检查区分代码中的ES6新语法、老语法,看看新老语法中同一作用域下变量是否有重复,有重复就报错啦,代码不执行;新语法走变量检测机制,老语法走变量提升机制

3、暂时性死区

基于 let 创建变量,会把大部分{}当做一个块级作用域(类似函数的私有作用域),在这里会重新进行语法检测,看是否是基于新语法创建的变量,如果是就按新语法规范来解析。

在原有浏览器渲染机制下,基于typeof等逻辑符检测一个未被声明过的变量,不会报错,返回undefined;检测没有声明的变量却不报错===这就是老语法JS的暂时性死区!

console.log(type of a);//undefined

'a' in window;//false

ES6使用 let 解决了暂时性死区:

console.log(type of a);//报错;没有声明之前不能检测。

let a;

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