文章整顿自MSDN：https://developer.mozilla.org…

1.逐步运用严厉情势

ECMAScript 5的严厉情势是JavaScript中的一种限定性更强的变种体式格局。严厉情势不是一个子集：它在语义上与平常代码有着显著的差别。不支撑严厉情势的浏览器与支撑严厉情势的浏览器行动上也不一样， 所以不要在未经严厉情势特征测试状况下运用严厉情势。严厉情势可以与非严厉情势共存，所以剧本可以逐步的选择性到场严厉情势。
假如你想让你的JavaScript代码在严厉情势下运转，可以参考转换成严厉情势。

2.严厉情势引见

严厉情势在语义上与平常的JavaScript有一些差别：
起首，严厉情势会将JavaScript圈套直接变成显著的毛病。
其次，严厉情势修正了一些引擎难以优化的毛病：一样的代码有些时刻严厉情势会比非严厉情势下更快。 第三，严厉情势禁用了一些有可以在未来版本中定义的语法。

3.开启严厉情势EDIT

严厉情势可以应用到全部script标签或平常函数中。不要在关闭大括弧（ {} ）内如许做;在如许的高低文中这么做是没有结果的。在eval 代码，Function 代码，事宜处置惩罚属性，传入 setTimeout要领的字符串和包含全部剧本的块中开启严厉情势会如预期一样事情。

（1）为某个script标签开启严厉情势

为全部script标签开启严厉情势, 须要在一切语句之前放一个特定语句 “use strict”; （或 ‘use strict’;）

// 全部语句都开启严厉情势的语法
"use strict";
var v = "Hi!  I'm a strict mode script!";

这类语法存在圈套，有一个大型网站已被它坑倒了：不能自觉的兼并争执代码。试想兼并一个严厉情势的剧本和一个非严厉情势的剧本：兼并后的剧本代码看起来是严厉情势。反之亦然：非严厉兼并严厉看起来黑白严厉的。兼并均为严厉情势的剧本或均为非严厉情势的都没题目，只要在兼并严厉情势与非严厉情势有可以有题目。发起按一个个函数去开启严厉情势（至少在进修的过渡期要如许做）.

您也可以将全部剧本的内容用一个函数包含起来，然后在这个外部函数中运用严厉情势。如许做就可以消弭兼并的题目，然则这就意味着您必须要在函数作用域外声明一个全局变量。

（2）为某个函数开启严厉情势

一样的，要给某个函数开启严厉情势，得把 “use strict”; (或 ‘use strict’; )声明一字不漏地放在函数体一切语句之前。

function strict(){
  // 函数级别严厉情势语法
  'use strict';
  function nested() { return "And so am I!"; }
  return "Hi!  I'm a strict mode function!  " + nested();
}
function notStrict() { return "I'm not strict."; }

4.严厉情势有哪些差别EDIT

严厉情势同时转变了语法及运转时行动。

变化平常分为这几类：

（1）将题目直接转化为毛病（如语法毛病或运转时毛病）
（2）简化了如作甚给定称号的特定变量盘算
（3）简化了 eval 以及 arguments
（4）将写"平安JavaScript"的步骤变得更简朴
（5）以及转变了展望未来ECMAScript行动的体式格局

（1）将拼写错转成非常

在严厉情势下, 先前被接收的拼写毛病将会被以为是非常. JavaScript被设想为能使新人开辟者更易于上手, 所以有时刻会给原本毛病操纵给予新的不报毛病的语义(non-error semantics). 有时刻这可以处理当前的题目, 但有时刻却会给今后留下更大的题目. 严厉情势则把这些失误当作毛病, 以便可以发明并立即将其纠正.

起首，严厉情势下没法再不测建立全局变量。在平常的JavaScript内里给一个拼写毛病的变量名赋值会使全局对象新增一个属性并继承“事情”（只管背面可以失足：在如今的JavaScript中有可以）。严厉情势中不测建立全局变量被抛出毛病替换：

"use strict";
                       // 假如有一个全局变量叫做mistypedVariable
mistypedVaraible = 17; // 由于变量名拼写毛病（省略了var变量声明）
                       // 这一行代码就会抛出 ReferenceError

其次, 严厉情势会使引发寂静失利(silently fail,注:不报错也没有任何结果)的赋值操抛出非常. 比方, NaN 是一个不可写的全局变量. 在平常情势下, 给 NaN 赋值不会发作任何作用; 开辟者也不会遭到任何毛病反应. 但在严厉情势下, 给 NaN 赋值会抛出一个非常. 任安在平常情势下引发寂静失利的赋值操纵 (给不可写属性赋值, 给只读属性(getter-only)赋值赋值, 给不可扩大对象(non-extensible object)的新属性赋值) 都邑抛出非常:

"use strict";

// 给不可写属性赋值
var obj1 = {};
Object.defineProperty(obj1, "x", { value: 42, writable: false });
obj1.x = 9; // 抛出TypeError毛病

// 给只读属性赋值
var obj2 = { get x() { return 17; } };
obj2.x = 5; // 抛出TypeError毛病

// 给不可扩大对象的新属性赋值
var fixed = {};
Object.preventExtensions(fixed);
fixed.newProp = "ohai"; // 抛出TypeError毛病

第三, 在严厉情势下, 试图删除不可删除的属性时会抛出非常(之前这类操纵不会发作任何结果):

"use strict";
delete Object.prototype; // 抛出TypeError毛病

第四，在Gecko版本34之前，严厉情势请求一个对象内的一切属性名在对象内必需唯一。平常情势下重名属性是许可的，末了一个重名的属性决议其属性值。由于只要末了一个属性起作用，当代码是要转变属性值而却不是修正的末了一个重名属性的时刻，复制这个对象就发作一连串的bug。在严厉情势下，重名属性被以为是语法毛病：

这个题目在ECMAScript6中已不复存在(bug 1041128)。

"use strict";
var o = { p: 1, p: 2 }; // !!! 语法毛病

第五, 严厉情势请求函数的参数名唯一. 在平常情势下, 末了一个重名参数名会掩饰之前的重名参数. 之前的参数依然可以经由历程 arguments[i] 来接见, 还不是完整没法接见. 但是, 这类隐蔽毫无意义而且多是意料之外的 (比方它可以原本是打错了), 所以在严厉情势下重名参数被以为是语法毛病:

function sum(a, a, c){ // !!! 语法毛病
  "use strict";
  return a + b + c; // 代码运转到这里会失足
}

第六, 严厉情势制止八进制数字语法. ECMAScript并不包含八进制语法, 但一切的浏览器都支撑这类以零(0)开首的八进制语法: 0644 === 420 另有 “045” === “%”.在ECMAScript 6中支撑为一个数字加”0o”的前缀来示意八进制数.

var a = 0o10; // ES6: 八进制

有些新手开辟者以为数字的前导零没有语法意义, 所以他们会用作对齐步伐 — 但实在这会转变数字的意义! 八进制语法很少有效而且可以会毛病运用, 所以严厉情势下八进制语法会引发语法毛病:

"use strict";
var sum = 015 + // !!! 语法毛病
          197 +
          142;

第七，ECMAScript 6中的严厉情势制止设置primitive值的属性.不采纳严厉情势,设置属性将会简朴疏忽(no-op),采纳严厉情势,将抛出TypeError毛病

(function() {
"use strict";

false.true = "";              //TypeError
(14).sailing = "home";        //TypeError
"with".you = "far away";      //TypeError

})();

（2）简化变量的运用

严厉情势简化了代码中变量名字映照到变量定义的体式格局. 许多编译器的优化是依靠存储变量X位置的才：这对周全优化JavaScript代码至关重要. JavaScript有些状况会使得代码中名字到变量定义的基础映照只在运转时才发作. 严厉情势移除了大多数这类状况的发作, 所以编译器可以更好的优化严厉情势的代码.

起首, 严厉情势禁用 with. with 所引发的题目是块内的任何称号可以映照(map)到with传进来的对象的属性, 也可以映照到围困这个块的作用域内的变量(以至是全局变量), 这一切都是在运转时决议的: 在代码运转之前是没法得知的. 严厉情势下, 运用 with 会引发语法毛病, 所以就不会存在 with 块内的变量在运转是才决议援用到哪里的状况了:

"use strict";
var x = 17;
with (obj) // !!! 语法毛病
{
  // 假如没有开启严厉情势，with中的这个x会指向with上面的谁人x，照样obj.x？
  // 假如不运转代码，我们没法晓得，因而，这类代码让引擎没法举行优化，速率也就会变慢。
  x;
}

一种庖代 with 的简朴要领是，将目的对象赋给一个短定名变量，然后接见这个变量上的响应属性.

第二, 严厉情势下的 eval 不在为上层局限(surrounding scope,注:围困eval代码块的局限)引入新变量. 在平常情势下, 代码 eval(“var x;”) 会给上层函数(surrounding function)或许全局引入一个新的变量 x . 这意味着, 平常状况下, 在一个包含 eval 挪用的函数内一切没有援用到参数或许局部变量的称号都必需在运转时才被映照到特定的定义 (由于 eval 可以引入的新变量会掩盖它的外层变量). 在严厉情势下 eval 仅仅为被运转的代码建立变量, 所以 eval 不会影响到称号映照到外部变量或许其他局部变量:

var x = 17;
var evalX = eval("'use strict'; var x = 42; x");
console.assert(x === 17);
console.assert(evalX === 42);

响应的, 假如函数 eval 被在被严厉情势下的eval(…)以表达式的情势挪用时, 其代码会被当作严厉情势下的代码实行. 固然也可以在代码中显式开启严厉情势, 但如许做并非必需的.

function strict1(str){
  "use strict";
  return eval(str); // str中的代码在严厉情势下运转
}
function strict2(f, str){
  "use strict";
  return f(str); // 没有直接挪用eval(...): 当且仅当str中的代码开启了严厉情势时
                 // 才会在严厉情势下运转
}
function nonstrict(str){
  return eval(str); // 当且仅当str中的代码开启了"use strict"，str中的代码才会在严厉情势下运转
}

strict1("'Strict mode code!'");
strict1("'use strict'; 'Strict mode code!'");
strict2(eval, "'Non-strict code.'");
strict2(eval, "'use strict'; 'Strict mode code!'");
nonstrict("'Non-strict code.'");
nonstrict("'use strict'; 'Strict mode code!'");

因而在严厉情势下eval实行的内容跟在非严厉情势下eval实行的内容的结果是同等的。

第三, 严厉情势制止删除声明变量。delete name 在严厉情势下会引发语法毛病：

"use strict";

var x;
delete x; // !!! 语法毛病

eval("var y; delete y;"); // !!! 语法毛病

（3）让eval和arguments变的简朴

严厉情势让arguments和eval少了一些新鲜的行动。二者在平常的代码中都包含了许多新鲜的行动： eval会增加删除绑定，转变绑定好的值，还会经由历程用它索引过的属性给形参取别号的体式格局修正形参. 虽然在未来的ECMAScript版本处理这个题目之前，是不会有补丁来完整修复这个题目，但严厉情势下将eval和arguments作为关键字关于此题目的处理是很有协助的。

起首, 称号 eval 和 arguments 不能经由历程顺序语法被绑定(be bound)或赋值. 以下的一切尝试将引发语法毛病:

"use strict";
eval = 17;
arguments++;
++eval;
var obj = { set p(arguments) { } };
var eval;
try { } catch (arguments) { }
function x(eval) { }
function arguments() { }
var y = function eval() { };
var f = new Function("arguments", "'use strict'; return 17;");

第二，严厉情势下，参数的值不会随 arguments 对象的值的转变而变化。在平常情势下，关于第一个参数是 arg 的函数，对 arg 赋值时会同时赋值给 arguments[0]，反之亦然（除非没有参数，或许 arguments[0] 被删除）。严厉情势下，函数的 arguments 对象会保存函数被挪用时的原始参数。arguments[i] 的值不会随与之响应的参数的值的转变而变化，同名参数的值也不会随与之响应的 arguments[i] 的值的转变而变化。

function f(a){
  "use strict";
  a = 42;
  return [a, arguments[0]];
}
var pair = f(17);
console.assert(pair[0] === 42);
console.assert(pair[1] === 17);

第三，不再支撑 arguments.callee。平常情势下，arguments.callee 指向当前正在实行的函数。这个作用很小：直接给实行函数定名就可以了！另外，arguments.callee 非常不利于优化，比方内联函数，由于 arguments.callee 会依靠对非内联函数的援用。在严厉情势下，arguments.callee 是一个不可删除属性，而且赋值和读取时都邑抛出非常：

"use strict";
var f = function() { return arguments.callee; };
f(); // 抛出范例毛病

（4）”平安的” JavaScript

严厉情势下更轻易写出“平安”的JavaScript。如今有些网站供应了体式格局给用户编写可以被网站其他用户实行的JavaScript代码。在浏览器环境下，JavaScript可以猎取用户的隐私信息，因而这类Javascript必需在运转前部份被转换成须要请求接见禁用功用的权限。没有许多的实行时搜检的状况，Javascript的灵活性让它没法有效率地做这件事。一些语言中的函数普遍涌现，以至于实行时搜检他们会引发严峻的机能消耗。做一些在严厉情势下发作的小修改，请求用户提交的JavaScript开启严厉情势而且用特定的体式格局挪用，就会大大削减在实行时举行搜检的必要。

第一，在严厉情势下经由历程this传递给一个函数的值不会被强迫转换为一个对象。对一个平常的函数来讲，this总会是一个对象：不论挪用时this它原本就是一个对象；照样用布尔值，字符串或许数字挪用函数时函数内里被封装成对象的this；照样运用undefined或许null挪用函数式this代表的全局对象（运用call, apply或许bind要领来指定一个肯定的this）。这类自动转化为对象的历程不仅是一种机能上的消耗，同时在浏览器中暴露出全局对象也会成为平安隐患，由于全局对象供应了接见那些所谓平安的JavaScript环境必需限定的功用的门路。所以关于一个开启严厉情势的函数，指定的this不再被封装为对象，而且假如没有指定this的话它值是undefined：

"use strict";
function fun() { return this; }
console.assert(fun() === undefined);
console.assert(fun.call(2) === 2);
console.assert(fun.apply(null) === null);
console.assert(fun.call(undefined) === undefined);
console.assert(fun.bind(true)() === true);

第二，在严厉情势中再也不能经由历程普遍完成的ECMAScript扩大“游走于”JavaScript的栈中。在平常情势下用这些扩大的话，当一个叫fun的函数正在被挪用的时刻，fun.caller是末了一个挪用fun的函数，而且fun.arguments包含挪用fun时用的形参。这两个扩大接口关于“平安”JavaScript而言都是有题目的，由于他们许可“平安的”代码接见”专有”函数和他们的（平常是没有经由庇护的）形参。假如fun在严厉情势下，那末fun.caller和fun.arguments都是不可删除的属性而且在存值、取值时都邑报错：

function restricted()
{
  "use strict";
  restricted.caller;    // 抛出范例毛病
  restricted.arguments; // 抛出范例毛病
}
function privilegedInvoker()
{
  return restricted();
}
privilegedInvoker();

第三，严厉情势下的arguments不会再供应接见与挪用这个函数相干的变量的门路。在一些旧时的ECMAScript完成中arguments.caller曾经是一个对象，内里存储的属性指向谁人函数的变量。这是一个平安隐患，由于它经由历程函数笼统打破了原本被隐蔽起来的保存值；它同时也是引发大批优化事情的缘由。出于这些缘由，如今的浏览器没有完成它。然则由于它这类汗青遗留的功用，arguments.caller在严厉情势下一样是一个不可被删除的属性，在赋值或许取值时会报错：

"use strict";
function fun(a, b)
{
  "use strict";
  var v = 12;
  return arguments.caller; // 抛出范例毛病
}
fun(1, 2); // 不会暴露v（或许a，或许b）

（5）为未来的ECMAScript版本铺平道路

未来版本的ECMAScript很有可以会引入新语法，ECMAScript5中的严厉情势就提早设置了一些限定来减轻以后版本转变发作的影响。假如提早运用了严厉情势中的庇护机制，那末做出转变就会变得更轻易。

起首，在严厉情势中一部份字符变成了保存的关键字。这些字符包含implements, interface, let, package, private, protected, public, static和yield。在严厉情势下，你不能再用这些名字作为变量名或许形参名。

function package(protected){ // !!!
  "use strict";
  var implements; // !!!

  interface: // !!!
  while (true)
  {
    break interface; // !!!
  }

  function private() { } // !!!
}
function fun(static) { 'use strict'; } // !!!

两个针对Mozilla开辟的正告：第一，假如你的JavaScript版本在1.7及以上（你的chrome代码或许你准确运用了<script type=””>）而且开启了严厉情势的话，由于let和yield是最早引入的关键字，所以它们会起作用。然则收集上用<script src=””>或许<script>…</script>加载的代码，let或许yield都不会作为关键字起作用；第二，只管ES5无条件的保存了class, enum, export, extends, import和super关键字，在Firefox 5之前，Mozilla仅仅在严厉情势中保存了它们。

其次，严厉情势制止了不在剧本或许函数层面上的函数声明。在浏览器的平常代码中，在“一切处所”的函数声明都是正当的。这并不在ES5范例中（以至是ES3）！这是一种针对差别浏览器中差别语义的一种延长。未来的ECMAScript版本很有愿望制订一个新的，针对不在剧本或许函数层面举行函数声明的语法。在严厉情势下制止如许的函数声明关于未来ECMAScript版本的推出扫清了停滞：

"use strict";
if (true){
  function f() { } // !!! 语法毛病
  f();
}

for (var i = 0; i < 5; i++){
  function f2() { } // !!! 语法毛病
  f2();
}

function baz() { // 正当
  function eit() { } // 一样正当
}

这类制止放到严厉情势中并非很适宜，由于如许的函数声明体式格局从ES5中延长出来的。但这是ECMAScript委员会引荐的做法，浏览器就完成了这一点。

5.浏览器的严厉情势EDIT

主流浏览器如今完成了严厉情势。然则不要自觉的依靠它，由于市场上依然有大批的浏览器版本只部份支撑严厉情势或许基础就不支撑（比方IE10之前的版本）。严厉情势转变了语义。依靠这些转变可以会致使没有完成严厉情势的浏览器中涌现题目或许毛病。郑重地运用严厉情势，经由历程检测相干代码的功用保证严厉情势不出题目。末了，记得在支撑或许不支撑严厉情势的浏览器中测试你的代码。假如你只在不支撑严厉情势的浏览器中测试，那末在支撑的浏览器中就很有可以出题目，反之亦然。