什么是严格模式

以下是改写后的句子：在某个特定的世界范畴里呢，严格模式属于一种特殊的运行模式，它源自 ES5开始的时候被引入，仿佛便像是给相关代码套上了一副类似“紧箍咒”的东西，使得代码能够运行在更为严格的环境里头。简单去讲呀，严格模式是那该特定范畴的一种带有限制性的变体，其目的在于消除该特定范畴语法里一些显得不合理、不严谨的地方，进而让代码摆脱“马虎模式”（也就是所谓的“某种mode”）啦。

对于非严格模式，可将其视作一个氛围宽松自由的课堂环境，在此环境中，学生们能够随心所欲地随意进出课堂，并且还能毫无顾忌地交头接耳，虽说整体充斥着满满的自由气息，然而却极易陷入混乱无序的状态；与之形成鲜明对比的是，严格模式恰似一个纪律极其严明的课堂情境，在这样的课堂里，学生们务必严格地遵守各种各样的规则，得按时去上课，还得全神贯注地认真听讲，并且要积极主动地举手发言，虽说存在诸多这样那样的限制，但是一切却都能够条理清晰、井然有序，如此便能有效地保证教学的质量以及效率。

要知道严格模式可不是单单局限于语法方面的约束，它实实在在地改变了代码在运行期间的某些行为，针对相关的语法以及语义开展了一系列的调整动作，还进行了优化处理。比如说吧，在并非严格模式的那种情况下，一些有可能引发潜在错误的操作会被悄无声息地给忽略掉，这情形就如同学生在氛围宽松的课堂之上犯了些小错误，老师却没有及时去加以纠正那般；然而在严格模式之下呢，这些操作会直接抛出错误，这就好似在纪律十分严明的课堂里面，一旦出现犯错的情况就会被老师马上指出来，如此一来能够让开发者更加迅速地察觉到问题并解决问题，从而编写出更为健壮、更为安全的代码。

开启严格模式的方式

于其中开启严格模式的办法并非复杂，像是针对程序的不同范畴来“确定规矩”，多数存在全局开启以及函数开启这两种常见路径，。

全局开启

要是你期望整个脚本文件依照严格模式的规则去运行，那就仅需在脚本文件起始处，也就是所有语句的前面，添加上 "use "; （也能够是 'use '; ）这般一个特定语句。这恰似在一场竞赛开始之前，裁判宣告所有选手都得遵循一套更严格的竞赛规则那般，一旦添加上了这个语句，整个脚本文件里的代码就都被放置于严格模式的 “管控” 之下 。比如：

// 全局开启严格模式
'use strict';
// 后续所有代码都在严格模式下运行
let num = 10;
console.log(num);

在这个示例当中，‘use ’; 语句呈现于脚本开头所处位置，所以呢，后续诸如声明变量 num 这类操作，均会依照严格模式的各项规则去予以执行。

函数开启

想要仅让特定函数于严格模式里执行，且不想对脚本其余部分造成影响之际，能够于函数体的一切语句之前声明 "use "; ，从而使该函数具备自身独立的 “严格环境” 。这恰似在一场运动会当中，某个特定项目运用了相较于其他项目更为严格的比赛规则 。比如：

function strictFunction() {
  'use strict';
 // 这里的代码在严格模式下运行
 let localVar = 20;
 return localVar;
}
function normalFunction() {
 // 这里的代码在普通模式下运行
 let localVar = 30;
 return localVar;
}

于上述代码里头，那个函数凭借在起始处声明‘use ’；从而步入严格模式，然而codejock 16，另外那个函数并未有着此种声明，所以就处在普通模式下。

需要特别指出的是，于 ES6 所引入的类当中，类的块依据默认的规则采用严格模式。换句话讲，当你着手去定义一个类之际，并不需要额外去声明 "use "; ，类内部的代码已然是按照严格模式的规则在运行了 。举个例子：

class MyClass {
  constructor() {
 // 这里的代码默认在严格模式下运行
 this.value = 42;
 }
 showValue() {
 console.log(this.value);
 }
}

处在这个类里头，不管是构造函数，又或者是成员方法，当中的代码都自行于严格模式下开展执行。

严格模式下的核心限制变量声明限制

在严格模式当中，存在着这样一条挺重要的规则 ，变量得先进行声明之后才能够去使用 。这恰似于在一场赛事里面 ，选手务必先去报名 ，也就是声明变量 ，才可以登上赛场进行比赛 ，也就是使用变量 ，要是没有去报名就登上赛场 ，那绝对是不被准许的 。在非严格模式之下 ，要是直接去使用没声明的变量 ，会以隐式的方式在全局对象之上创建出一个全新的属性 ，比如 ：

// 非严格模式
message = "Hello, World!";
console.log(message); ，正常的情况之下那是输出  "Hello, World!" 这个内容的，并且它会隐式地去创建全局变量message喽 。

但是在严格模式下，这种操作会直接抛出 错误：

'use strict';
message = "Hello, World!";
报错，出现了引用错误，即名为message的变量未被定义 。

避免开发者因疏忽写错变量名，意外创建一个全局变量，进而引发所谓全局污染问题，使得代码的变量使用变得更加规范、安全 。这是可以做到的 。

静默失败操作处理

在并非严格的模式里面，有着一些呈现“静默失败”状况的操作，这些操作尽管执行的时候并未成就成功，然而也不会给出任何的错误提示，就如同在漆黑的环境中摸索寻觅却不清楚导向是否准确 。而处于严格模式之下，这些出现静默失败的操作会直接抛出异常，致使开发者能够及时察觉并去解决问题 。犹如给只读属性赋予数值、给不可扩张对象增添属性、删除不可配置属性等这类操作，在并非严格的模式下有可能毫无声息地遭遇失败，不过在严格模式下就会产生报错 。举个例子来讲：

// 非严格模式
var obj = {};
对于对象obj，通过Object.defineProperty方法，定义一个名为'a'的值为1且可写性为假的属性,。
obj.a = 2;
// 不会报错，但是赋值操作实际上并未生效，属于静默失败
console.log(obj.a);
// 输出 1，说明赋值未成功
// 严格模式
'use strict';
var obj = {};
Object.defineProperty(obj, 'a', { value: 1, writable: false });
obj.a = 2;
/ / 抛出异常啦，这个异常是TypeError类型的，啥内容呢，是说不能对对象中某个只读属性‘a’进行赋值，这个对象是‘ #’ ，就出现这样的情况啦。