JS系列(三):非严格模式与严格模式

这个话题涉及面很大,通过学习,不断补充。

  • 非严格模式,浏览器在此模式下表现会有一些不同,主要体现在:
    1. 变量不需要声明就能直接赋值;
    2. 作用域也会有些许不同;
    3. 可以使用某些函数,如:eval,with,setTimeout,setInterval,new Function(..);
  • 严格模式,浏览器会遵照我们一般开发习俗(使用前需声明:"use strict"):
    1. 变量使用前必需声明;
    2. 严格限制在作用域中;
    3. 不允许使用with,eval有自己的作用域;

对于1、2(如下代码):

// 非严格模式
function foo(a) {
    b = a; // b = 2; 且此时 b为全局变量
}

// 严格模式
function foo(a) {
    "use strict";
    b = a; // ReferenceError: b is not defined
}

foo(2);

对于3(如下代码):

// eval使用
function foo(str, a) {
    eval(str);
    console.log(a, b); // 2, 3
}

function foo(str, a) {
    "use strict";
    eval(str);
    console.log(a, b); // ReferenceError: b is not defined
}

var b = 1;
foo("var b = 3", 2);

/**
 * JavaScript 中的 eval(..) 函数可以接受一个字符串为参数,
 * 并将其中的内容视为好像在书写时就存在于程序中这个位置的代码。
 * 换句话说,可以在你写的代码中用程序生成代码并运行,就好像代
 * 码是写在那个位置的一样!
 *
 * 如上代码,由于动态语句中在foo函数中通过eval执行后,在foo
 * 函数中声明了一个变量b且赋值为3,RHS查询b时,由于在foo函数
 * 中已经找到了变量b(就近原则),因此改变了log的结果。
 */

【以下不推荐使用代码字符串!】

/**
 * setTimeout和setInterval的第一个参数可以是字符串,
 * 同样如eval,字符串可以解释为一段动态生成的函数代码!
 *
 * new Function(..)函数的行为也类似,最后一个参数可以
 * 接受代码字符串,并转化为动态生成的函数(前面的参数是这
 * 个新生成的函数的形参),此构建函数的语法比eval略微安全
 * 一点。
 */

【严格模式下直接禁止!】

 // with使用
 var obj = {
     a: 1,
     b: 2
 };
 // 如果要修改obj中a、b的值,再新增一个变量c,方式一般如下:
 obj.a = 3;
 obj.b = 4;
 obj.c = 5;
console.log(obj); // {a:3, b:4, c:5}

// 非严格模式下,with可以省略少敲击键盘的事
function foo(param) {
    with(param) {
        a = 3;
        b = 4;
        c = 5;
    };
}
foo(obj);
console.log(obj); // {a:3, b:4}
console.log(c);   // 5.... oh, no!
/**
 * 变量c被加入到了全局对象中,类似我们前面讲到的『LHS未声明而直接赋值』
 *
 * JavaScript 中的 with(..) 可以将一个没有或有多个属性的对象处理为
 * 一个完全隔离的词法作用域『创建一个全新的词法作用域』,因此这个对象的
 * 属性也会被处理为定义在这个作用域中的词法标识符。
 *
 * 尽管with块可以将一个对象处理为词法作用域,但是这个块内部正常的var声明
 * 并不会被限制在这个块的作用域中,而是被添加到 with 所处的函数作用域中。
 */

总结(非严格模式下):

  • eval函数如果接受了含有一个或多个声明的代码,就会修改其所处的词法作用域
  • with声明实际上是根据你传递给它的对象凭空创建了一个全新的词法作用域

除了上面所说会改变作用域,最最最重要的原因:
因为JS引擎采用谨慎保守原则,当遇到上面这些能够动态改变作用域的方法时,JS编译器不会去优化这块代码,因而导致性能严重下降。

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

推荐阅读更多精彩内容