为什么需要在JavaScript中使用严格模式？

严格模式是什么意思？有什么用途？为什么我们应该使用它？本文将主要从这几个问题入手，讲述在 JavaScript 中使用严格模式的必要性。

严格模式是现代 JavaScript 的重要组成部分。通过这种模式，我们可以选择使用更为严格的 JavaScript 语法。

严格模式的语义不同于以前的 JavaScript“稀松模式”（sloppy mode），后者的语法更宽松，并且会静默代码中的错误。这意味着错误会被忽略，并且运行代码可能会产生意外的结果。

严格模式对 JavaScript 语义进行了一些更改。它不会静默错误，而是会抛出错误，阻止出错的代码继续运行。

它还能指出会阻碍 JavaScript 引擎优化工作的过错。另外，它禁止使用可能在未来的 JavaScript 版本中定义的功能。

严格模式可以应用于单个函数或整个脚本。它不能仅应用于大括号内的语句等块。要为某个脚本启用严格模式，我们要在脚本顶部所有语句之前添加"use strict"或 ‘use strict’ 语句。

如果我们让一些脚本使用严格模式，而其他脚本不使用严格模式，那么使用严格模式的脚本可能会与其他不使用严格模式的脚本串联在一起。

串联起来后，不使用严格模式的代码可能会被设置为严格模式，反之亦然。因此，最好不要将它们混合在一起。

我们也可以将其应用于函数。为此，我们在函数主体顶部开头添加"use strict"或’use strict’语句，后面接其他语句。它会应用到函数内部的所有内容上，包括嵌套在使用严格模式的函数中的函数。
例如：

const strictFunction = ()=>{
   
 'use strict';
 const nestedFunction = ()=>{
   
 // 这个函数也使用严格模式
 }
}

ES2015 中引入的 JavaScript 模块自动启用了严格模式，因此无需声明即可启用它。

严格模式下的变化

严格模式同时改变了语法及运行时行为。变化分为这几类：将过错（mistake）转化为运行时抛出的语法错误；简化了特定变量的计算方式；简化了 eval 函数以及 arguments 对象；还改变了可能在未来 ECMAScript 规范中实现的功能的应对方式。

将过失转化为错误

过失会转化为错误。以前它们在稀松模式中会被接受。严格模式限制了错误语法的使用，并且不会让代码在有错误的位置继续运行。

由于这种模式不允许我们使用 var、let 或 const 声明变量，因此很难创建全局变量；所以创建变量时，不使用这些关键字声明这些变量是不行的。例如，以下代码将抛出一个 ReferenceError：

'use strict';
badVariable = 1;

我们无法在严格模式下运行上述代码，因为如果关闭了严格模式，此代码将创建一个全局变量 badVariable。严格模式可以防止这种情况，以防止意外创建全局变量。现在，任何以静默方式失败的代码都将抛出异常。这包括以前被静默忽略的所有无效语法。

例如，我们启用了严格模式后，不能为只读变量（如 arguments、NaN 或 eval）赋值。

对只读属性（如不可写的全局属性）的赋值，对 getter-only 属性的赋值以及对不可扩展对象上的属性的赋值都将在严格模式下抛出异常。

以下是一些语法示例，这些语法在启用严格模式后将失败：

'use strict';

let undefined = 5;
let Infinity = 5;

let obj = {
   };
Object.defineProperty(obj, 'foo', {
    value