Javascript 嚴格模式 strict mode(轉)

1、概述javascript

除了正常運行模式,ECMAscript 5添加了第二種運行模式:"嚴格模式"(strict mode)。顧名思義,這種模式使得Javascript在更嚴格的條件下運行。php

設立"嚴格模式"的目的,主要有如下幾個:html

  • - 消除Javascript語法的一些不合理、不嚴謹之處,減小一些怪異行爲;
  • - 消除代碼運行的一些不安全之處,保證代碼運行的安全;
  • - 提升編譯器效率,增長運行速度;
  • - 爲將來新版本的Javascript作好鋪墊。

 

"嚴格模式"體現了Javascript更合理、更安全、更嚴謹的發展方向,包括IE 10在內的主流瀏覽器,都已經支持它,許多大項目已經開始全面擁抱它。java

 

另外一方面,一樣的代碼,在"嚴格模式"中,可能會有不同的運行結果;一些在"正常模式"下能夠運行的語句,在"嚴格模式"下將不能運行。掌握這些內容,有助於更細緻深刻地理解Javascript,讓你變成一個更好的程序員。git

嚴格模式下的JavaScript有不少處改變。首先要說說的是,嚴格模式下的JavaScript會表現得沒那麼多陷阱,該報錯的時候就報錯。另外,嚴 格模式修復了JavaScript中的一些錯誤,使得JavaScript解釋器更好地進行代碼優化,也就是說嚴格模式下的代碼運行地會快一些。同時,嚴 格模式還阻止開發者使用一些可能會用於之後ECMAScript中的語法。程序員

2、進入標誌github

 

進入"嚴格模式"的標誌,是下面這行語句:    "use strict";web

老版本的瀏覽器會把它看成一行普通字符串,加以忽略。json

 

3、如何調用瀏覽器

 

"嚴格模式"有兩種調用方法,適用於不一樣的場合。

 

3.1 針對整個腳本文件

 

將"use strict"放在腳本文件的第一行,則整個腳本都將以"嚴格模式"運行。若是這行語句不在第一行,則無效,整個腳本以"正常模式"運行。若是不一樣模式的代碼文件合併成一個文件,這一點須要特別注意。

 

(嚴格地說,只要前面不是產生實際運行結果的語句,"use strict"能夠不在第一行,好比直接跟在一個空的分號後面。)

<script>
    "use strict";
    console.log("這是嚴格模式。");
</script>

<script>     console.log("這是正常模式。"); </script>

上面的代碼表示,一個網頁中依次有兩段Javascript代碼。前一個script標籤是嚴格模式,後一個不是。

 

3.2 針對單個函數

 

將"use strict"放在函數體的第一行,則整個函數以"嚴格模式"運行。

function strict(){
    "use strict";
    return "這是嚴格模式。";
}

function notStrict() {
    return "這是正常模式。";
}

3.3 腳本文件的變通寫法

 

由於第一種調用方法不利於文件合併,因此更好的作法是,借用第二種方法,將整個腳本文件放在一個當即執行的匿名函數之中。

 (function (){
    "use strict";
    // some code here
 })();

4、語法和行爲改變

 

嚴格模式對Javascript的語法和行爲,都作了一些改變。

 

4.1 全局變量顯式聲明

 

在正常模式中,若是一個變量沒有聲明就賦值,默認是全局變量。嚴格模式禁止這種用法,全局變量必須顯式聲明。

    "use strict";
      v = 1; // 報錯,v未聲明
      for(i = 0; i < 2; i++) { // 報錯,i未聲明
      }

所以,嚴格模式下,變量都必須先用var命令聲明,而後再使用。

 

4.2 靜態綁定

 

Javascript語言的一個特色,就是容許"動態綁定",即某些屬性和方法到底屬於哪個對象,不是在編譯時肯定的,而是在運行時(runtime)肯定的。

 

嚴格模式對動態綁定作了一些限制。某些狀況下,只容許靜態綁定。也就是說,屬性和方法到底歸屬哪一個對象,在編譯階段就肯定。這樣作有利於編譯效率的提升,也使得代碼更容易閱讀,更少出現意外。  具體來講,涉及如下幾個方面。

 

(1)禁止使用with語句

 

由於with語句沒法在編譯時就肯定,屬性到底歸屬哪一個對象。

 "use strict";
  var v = 1;
  with (o){ // 語法錯誤
    v = 2;
  }

(2)創設eval做用域

 

正常模式下,Javascript語言有兩種變量做用域(scope):全局做用域和函數做用域。嚴格模式創設了第三種做用域:eval做用域。

 

正常模式下,eval語句的做用域,取決於它處於全局做用域,仍是處於函數做用域。嚴格模式下,eval語句自己就是一個做用域,再也不可以生成全局變量了,它所生成的變量只能用於eval內部。

 "use strict";
  var x = 2;
  console.info(eval("var x = 5; x")); // 5
  console.info(x); // 2

4.3 加強的安全措施

 

(1)禁止this關鍵字指向全局對象

function f(){
    return !this;
  }
  // 返回false,由於"this"指向全局對象,"!this"就是false
function f(){
    "use strict";
    return !this;
}
  // 返回true,由於嚴格模式下,this的值爲undefined,因此"!this"爲true。

所以,使用構造函數時,若是忘了加new,this再也不指向全局對象,而是報錯。

function f(){
    "use strict";
    this.a = 1;

};
f();// 報錯,this未定義

說明——」安全的「JavaScript

 

嚴格模式讓開發者更容易編寫「安全的」JavaScript。有些網站可讓用戶編寫JavaScript,這些腳本會被其餘用戶的瀏覽器或網站運 行。瀏覽器中的JavaScript將可以訪問到用戶的私密信息,因此這段JavaScript能被部分地在運行前轉變,去鏈接被禁止的功能。爲了作到 「安全的」JavaScript,須要有屢次的運行時檢查靈活多變的JavaScript代碼。可是屢次的運行時檢查可能帶來大量的性能損失。在嚴格模式 下的一些調整,用戶提交的JavaScript代碼會以某種方式執行,有效的減小了運行時檢查的須要。

 

首先,在嚴格模式下,當值做爲this傳入一個方法時(調用call, apply, bind方法時),不會被裝箱成一個對象。非嚴格模式下,對於一個方法來講,若是做爲this傳入的值是一個對象,那麼方法中的this就是一個對象;若是傳入的是Booleanstringnumber類型的話,方法中的this就是裝箱以後的值;若是傳入的值是undefined或者null,那麼方法中的this就是全局對象。自動裝箱會形成性能損失,並且暴露出來的瀏覽器全局對象又會形成安全隱患,由於全局對象能夠鏈接功能「安全的」JavaScript環境,這是須要被限制的。所以,對於一個嚴格模式下的方法,指定的this被視爲未改變的:

'use strict';
function fun () { return this; }
assert(fun() === undefined); // this is unchanged, before is global variable
assert(fun.call(2) === 2);
assert(fun.apply(null) === null);
assert(fun.call(undefined) === undefined);
assert(fun.bind(true)() === true);

(2)禁止在函數內部遍歷調用棧

function f1(){
    "use strict";
    f1.caller; // 報錯
    f1.arguments; // 報錯
  }
f1();

說明:

嚴格模式下不能使用ECMAScript的通用實現的擴展去「查看」JavaScript的堆棧。一般實現的擴展程序中,當方法fun被另外一個方法調用時,fun.caller指向了最近調用fun的方法,fun.arguments指向了fun方法調用時候的參數。兩個屬性的訪問都時被嚴格模式限制的,由於它們容許「安全的」代碼訪問「特權函數」及其(有隱患的)參數。若是fun處於嚴格模式下,fun.callerfun.arguments都是不可刪除的屬性,在設值和取值的時候會拋出異常:

function restricted () {
  'use restrict';
  restricted.caller; // throws a TypeError
  restricted.arguments; // throws a TypeError
}

function privilegedInvoker () {
  return restricted();
}
privilegedInvoker();

4.4 禁止刪除變量

 

嚴格模式下沒法刪除變量。只有configurable設置爲true的對象屬性,才能被刪除。

 "use strict";
  var x;
  delete x; // 語法錯誤
  var o = Object.create(null, 'x', {
      value: 1,
      configurable: true
  });
  delete o.x; // 刪除成功

4.5 顯式報錯

 

正常模式下,對一個對象的只讀屬性進行賦值,不會報錯,只會默默地失敗。嚴格模式下,將報錯。

"use strict";
var o = {};
Object.defineProperty(o, "v", { value: 1, writable: false });
o.v = 2; // 報錯

嚴格模式下,對一個使用getter方法讀取的屬性進行賦值,會報錯。

 "use strict";
  var o = {
    get v() { return 1; }
  };
  o.v = 2; // 報錯

嚴格模式下,對禁止擴展的對象添加新屬性,會報錯。

 "use strict";
  var o = {};
  Object.preventExtensions(o);
  o.v = 1; // 報錯

嚴格模式下,刪除一個不可刪除的屬性,會報錯。

"use strict";
delete Object.prototype; // 報錯

4.6 重名錯誤

 

嚴格模式新增了一些語法錯誤。

 

(1)對象不能有重名的屬性

 

正常模式下,若是對象有多個重名屬性,最後賦值的那個屬性會覆蓋前面的值。嚴格模式下,這屬於語法錯誤。

 "use strict";
 var o = {
    p: 1,
    p: 2
  }; // 語法錯誤

(2)函數不能有重名的參數

 

正常模式下,若是函數有多個重名的參數,能夠用arguments[i]讀取。嚴格模式下,這屬於語法錯誤。

 "use strict";
 function f(a, a, b) { // 語法錯誤
   return ;
}

4.7 禁止八進制表示法

 

正常模式下,整數的第一位若是是0,表示這是八進制數,好比0100等於十進制的64。嚴格模式禁止這種表示法,整數第一位爲0,將報錯。

"use strict";
var n = 0100; // 語法錯誤

4.8 arguments對象的限制

 

arguments是函數的參數對象,嚴格模式對它的使用作了限制。在嚴格模式下,方法的arguments不能訪問到方法調用時的變量。

 

(1)不容許對arguments賦值

 "use strict";
  arguments++; // 語法錯誤
  var obj = { set p(arguments) { } }; // 語法錯誤
  try { } catch (arguments) { } // 語法錯誤
  function arguments() { } // 語法錯誤
  var f = new Function("arguments", "'use strict'; return 17;"); // 語法錯誤

(2)arguments再也不追蹤參數的變化

 function f(a) {
    a = 2;
    return [a, arguments[0]];
  }
  f(1); // 正常模式爲[2,2]

  function f(a) {
    "use strict";
    a = 2;
    return [a, arguments[0]];
  }
  f(1); // 嚴格模式爲[2,1]

(3)禁止使用arguments.callee

 

這意味着,你沒法在匿名函數內部調用自身了。

"use strict";
var f = function() { return arguments.callee; };
f(); // 報錯

說明:

在較老版本的ECMAScript實現的arguments.caller是一個對象,對象的屬性是指向了該方法調用時參數的別名。這也是一個安全隱患,由於它不能經過方法抽象來隱藏特權值;也會給解釋器優化帶來困難。目前來講,尚未近代瀏覽器實現它。由於一些歷史緣由,嚴格模式下的方法中arguments.caller是一個不可被刪除的屬性,而且設值和取值時都會拋出異常:

'use strict';
function fun (a, b) {
  'use strict';
  var v = 12;
  return arguments.caller; // throws a TypeError
}
fun(1, 2); // doesn't expose v (or a or b)

4.9 函數必須聲明在頂層

未來Javascript的新版本會引入"塊級做用域"。爲了與新版本接軌,嚴格模式只容許在全局做用域或函數做用域的頂層聲明函數。也就是說,不容許在非函數的代碼塊內聲明函數。

"use strict";
if (true) {
    function f() { } // 語法錯誤
}
for (var i = 0; i < 5; i++) {
    function f2() { } // 語法錯誤
}

4.10 保留字

 

爲了向未來Javascript的新版本過渡,嚴格模式新增了一些保留字:implements, interface, let, package, private, protected, public, static, yield。

 

使用這些詞做爲變量名將會報錯。

function package(protected) { // 語法錯誤
     "use strict";
     var implements; // 語法錯誤
}

此外,ECMAscript第五版自己還規定了另外一些保留字(class, enum, export, extends, import, super),以及各大瀏覽器自行增長的const保留字,也是不能做爲變量名的。

說明——爲將來的ECMAScript鋪路

在Firefox下有兩個特殊的地方:第一,若是你的代碼使用的是JavaScript1.7或以上(你使用的時Chrome,或者你使用了正確的<script type="">),而且使用了嚴格模式,letyield在它們第一次引入的時候就已經可使用。可是若是腳本是使用<script src=""><script>…</script>加載的,那麼你不可使用let/yield做爲標識符。第二,ES5還保留了更多的關鍵字:classenumexportexportextendimportsuper,在Firefox5以前,它們只在嚴格模式下保留。

 

另外,嚴格模式禁止在一段腳本或一個方法內有不標準的方法聲明。在非嚴格模式下,瀏覽器容許在任何地方聲明方法。這種方式並非來自ES5,甚至不是來自ES3!,它是不一樣瀏覽器不一樣的實現致使的。將來的ECMAScript版本將會爲不標準的方法聲明定義新的語意。嚴格模式下禁止了這種方法申明,爲將來的ECMAScript標準的定製掃清障礙。

瀏覽器下的嚴格模式

 

瀏覽起尚未徹底實現嚴格模式,因此不要盲目的依賴它。嚴格模式會改變腳本的語意。若是瀏覽器尚未實現某種嚴格模式下的行爲, 依賴這些行爲的地方將會致使錯誤。使用的時候須要保持練習的心態,經過功能測試來保證你使用的嚴格模式都被瀏覽器實現了。最後,確保你測試過你的代碼在不 支持嚴格模式的瀏覽器也是能夠運行的,不然,你可能會遇到些問題,反之亦然。

 

5、參考連接

轉載自:

  • http://www.ruanyifeng.com/blog/2013/01/javascript_strict_mode.html
  • http://ishouldbeageek.me/2013/06/09/strict-mode/

設立"嚴格模式"的目的,主要有如下幾個:

  - 消除Javascript語法的一些不合理、不嚴謹之處,減小一些怪異行爲;

  - 消除代碼運行的一些不安全之處,保證代碼運行的安全;

  - 提升編譯器效率,增長運行速度;

  - 爲將來新版本的Javascript作好鋪墊。

"嚴格模式"體現了Javascript更合理、更安全、更嚴謹的發展方向,包括IE 10在內的主流瀏覽器,都已經支持它,許多大項目已經開始全面擁抱它。

另外一方面,一樣的代碼,在"嚴格模式"中,可能會有不同的運行結果;一些在"正常模式"下能夠運行的語句,在"嚴格模式"下將不能運行。掌握這些內容,有助於更細緻深刻地理解Javascript,讓你變成一個更好的程序員。

本文將對"嚴格模式"作詳細介紹。

2、進入標誌

進入"嚴格模式"的標誌,是下面這行語句:

  "use strict";

老版本的瀏覽器會把它看成一行普通字符串,加以忽略。

3、如何調用

"嚴格模式"有兩種調用方法,適用於不一樣的場合。

3.1 針對整個腳本文件

將"use strict"放在腳本文件的第一行,則整個腳本都將以"嚴格模式"運行。若是這行語句不在第一行,則無效,整個腳本以"正常模式"運行。若是不一樣模式的代碼文件合併成一個文件,這一點須要特別注意。

(嚴格地說,只要前面不是產生實際運行結果的語句,"use strict"能夠不在第一行,好比直接跟在一個空的分號後面。)

  <script>
    "use strict";
    console.log("這是嚴格模式。");
  </script>

  <script>
    console.log("這是正常模式。");
  </script>

上面的代碼表示,一個網頁中依次有兩段Javascript代碼。前一個script標籤是嚴格模式,後一個不是。

3.2 針對單個函數

將"use strict"放在函數體的第一行,則整個函數以"嚴格模式"運行。

  function strict(){
    "use strict";
    return "這是嚴格模式。";
  }

  function notStrict() {
    return "這是正常模式。";
  }

3.3 腳本文件的變通寫法

由於第一種調用方法不利於文件合併,因此更好的作法是,借用第二種方法,將整個腳本文件放在一個當即執行的匿名函數之中。

  (function (){

    "use strict";

    // some code here

   })();

4、語法和行爲改變

嚴格模式對Javascript的語法和行爲,都作了一些改變。

4.1 全局變量顯式聲明

在正常模式中,若是一個變量沒有聲明就賦值,默認是全局變量。嚴格模式禁止這種用法,全局變量必須顯式聲明。

"use strict";

  v = 1; // 報錯,v未聲明

  for(i = 0; i < 2; i++) { // 報錯,i未聲明
  }

所以,嚴格模式下,變量都必須先用var命令聲明,而後再使用。

4.2 靜態綁定

Javascript語言的一個特色,就是容許"動態綁定",即某些屬性和方法到底屬於哪個對象,不是在編譯時肯定的,而是在運行時(runtime)肯定的。

嚴格模式對動態綁定作了一些限制。某些狀況下,只容許靜態綁定。也就是說,屬性和方法到底歸屬哪一個對象,在編譯階段就肯定。這樣作有利於編譯效率的提升,也使得代碼更容易閱讀,更少出現意外。

具體來講,涉及如下幾個方面。

(1)禁止使用with語句

由於with語句沒法在編譯時就肯定,屬性到底歸屬哪一個對象。

  "use strict";

  var v = 1;

  with (o){ // 語法錯誤
    v = 2;
  }

(2)創設eval做用域

正常模式下,Javascript語言有兩種變量做用域(scope):全局做用域和函數做用域。嚴格模式創設了第三種做用域:eval做用域。

正常模式下,eval語句的做用域,取決於它處於全局做用域,仍是處於函數做用域。嚴格模式下,eval語句自己就是一個做用域,再也不可以生成全局變量了,它所生成的變量只能用於eval內部。

  "use strict";

  var x = 2;

  console.info(eval("var x = 5; x")); // 5

  console.info(x); // 2

4.3 加強的安全措施

(1)禁止this關鍵字指向全局對象

  function f(){
    return !this;
  }
  // 返回false,由於"this"指向全局對象,"!this"就是false

  function f(){
    "use strict";
    return !this;
  }
  // 返回true,由於嚴格模式下,this的值爲undefined,因此"!this"爲true。

所以,使用構造函數時,若是忘了加new,this再也不指向全局對象,而是報錯。

  function f(){

    "use strict";

    this.a = 1;

  };

  f();// 報錯,this未定義

(2)禁止在函數內部遍歷調用棧

  function f1(){

    "use strict";

    f1.caller; // 報錯

    f1.arguments; // 報錯

  }

  f1();

4.4 禁止刪除變量

嚴格模式下沒法刪除變量。只有configurable設置爲true的對象屬性,才能被刪除。

  "use strict";

  var x;

  delete x; // 語法錯誤

  var o = Object.create(null, 'x', {
      value: 1,
      configurable: true
  });

  delete o.x; // 刪除成功

4.5 顯式報錯

正常模式下,對一個對象的只讀屬性進行賦值,不會報錯,只會默默地失敗。嚴格模式下,將報錯。

  "use strict";

  var o = {};

  Object.defineProperty(o, "v", { value: 1, writable: false });

  o.v = 2; // 報錯

嚴格模式下,對一個使用getter方法讀取的屬性進行賦值,會報錯。

  "use strict";

  var o = {

    get v() { return 1; }

  };

  o.v = 2; // 報錯

嚴格模式下,對禁止擴展的對象添加新屬性,會報錯。

  "use strict";

  var o = {};

  Object.preventExtensions(o);

  o.v = 1; // 報錯

嚴格模式下,刪除一個不可刪除的屬性,會報錯。

  "use strict";

  delete Object.prototype; // 報錯

4.6 重名錯誤

嚴格模式新增了一些語法錯誤。

(1)對象不能有重名的屬性

正常模式下,若是對象有多個重名屬性,最後賦值的那個屬性會覆蓋前面的值。嚴格模式下,這屬於語法錯誤。

  "use strict";

  var o = {
    p: 1,
    p: 2
  }; // 語法錯誤

(2)函數不能有重名的參數

正常模式下,若是函數有多個重名的參數,能夠用arguments[i]讀取。嚴格模式下,這屬於語法錯誤。

  "use strict";

  function f(a, a, b) { // 語法錯誤

    return ;

  }

4.7 禁止八進制表示法

正常模式下,整數的第一位若是是0,表示這是八進制數,好比0100等於十進制的64。嚴格模式禁止這種表示法,整數第一位爲0,將報錯。

  "use strict";

  var n = 0100; // 語法錯誤

4.8 arguments對象的限制

arguments是函數的參數對象,嚴格模式對它的使用作了限制。

(1)不容許對arguments賦值

  "use strict";

  arguments++; // 語法錯誤

  var obj = { set p(arguments) { } }; // 語法錯誤

  try { } catch (arguments) { } // 語法錯誤

  function arguments() { } // 語法錯誤

  var f = new Function("arguments", "'use strict'; return 17;"); // 語法錯誤

(2)arguments再也不追蹤參數的變化

  function f(a) {

    a = 2;

    return [a, arguments[0]];

  }

  f(1); // 正常模式爲[2,2]

  function f(a) {

    "use strict";

    a = 2;

    return [a, arguments[0]];

  }

  f(1); // 嚴格模式爲[2,1]

(3)禁止使用arguments.callee

這意味着,你沒法在匿名函數內部調用自身了。

  "use strict";

  var f = function() { return arguments.callee; };

  f(); // 報錯

4.9 函數必須聲明在頂層

未來Javascript的新版本會引入"塊級做用域"。爲了與新版本接軌,嚴格模式只容許在全局做用域或函數做用域的頂層聲明函數。也就是說,不容許在非函數的代碼塊內聲明函數。

  "use strict";

  if (true) {

    function f() { } // 語法錯誤

  }

  for (var i = 0; i < 5; i++) {

    function f2() { } // 語法錯誤

  }

4.10 保留字

爲了向未來Javascript的新版本過渡,嚴格模式新增了一些保留字:implements, interface, let, package, private, protected, public, static, yield。

使用這些詞做爲變量名將會報錯。

  function package(protected) { // 語法錯誤

    "use strict";

    var implements; // 語法錯誤

  }

此外,ECMAscript第五版自己還規定了另外一些保留字(class, enum, export, extends, import, super),以及各大瀏覽器自行增長的const保留字,也是不能做爲變量名的。

5、參考連接

- MDN, Strict mode
- Dr. Axel Rauschmayer,JavaScript's strict mode: a summary
- Douglas Crockford, Strict Mode Is Coming To Town

相關文章
相關標籤/搜索