JS严格模式,启动!

前言

最近正在熟悉公司代码,发现js文件中都启用了严格模式,这就总结一下开启严格模式后,需要注意的地方!(推荐大家都去使用严格模式,会让代码出现错误的概率低一些,性能也会有所提升!!!)

发车!

一、语法方面

  1. 变量声明

• 严格模式下,必须明确声明变量。如果直接使用未声明的变量,会抛出错误。例如:

javascript 复制代码
     "use strict";// 注意!此处需要加引号!!
     x = 5; // ReferenceError: x is not defined

在非严格模式下,这会自动创建一个全局变量 x,但在严格模式下这是不被允许的。所以应该使用letconstvar来声明变量:

javascript 复制代码
     "use strict";
     let x = 5;
  1. 函数声明

• 严格模式下,不允许在函数体中重复声明函数。例如:

javascript 复制代码
     "use strict";
     function test() {
       function innerFunction() {}
       function innerFunction() {} // SyntaxError: Identifier 'innerFunction' has already been declared
     }

而在非严格模式下,可能会出现一些复杂的行为,如后面的函数声明覆盖前面的函数声明等,严格模式避免了这种混乱。

  1. 保留字

• 严格模式下,一些额外的保留字不能被用作变量名、函数名等。如implementsinterfacelet(在 ES6 之前,let在严格模式下是保留字)、packageprivateprotectedpublicstatic等。例如:

javascript 复制代码
     "use strict";
     let implements = 10; // SyntaxError: Unexpected strict mode reserved word
  1. 删除操作

• 严格模式下,不能删除变量和函数声明。例如:

javascript 复制代码
     "use strict";
     var a = 10;
     delete a; // TypeError: Cannot delete property 'a'

而在非严格模式下,delete操作符对变量和函数声明是无效的,但不会抛出错误。

  1. 八进制语法

• 严格模式下,不允许使用以0开头的八进制语法。例如:

javascript 复制代码
     "use strict";
     let num = 010; // SyntaxError: Octal literals are not allowed in strict mode.

这是为了避免混淆,因为这种语法在不同环境下可能有不同的解释。

  1. eval和arguments的限制

• 在严格模式下,eval不会在它的调用上下文中创建变量。例如:

javascript 复制代码
     "use strict";
     eval("var x = 10;");
     console.log(x); // ReferenceError: x is not defined

而在非严格模式下,eval会创建变量。对于arguments对象,严格模式下它不会与命名参数绑定。例如:

javascript 复制代码
     "use strict";
     function test(a) {
       console.log(arguments[0] === a); // false
     }
     test(10);

在非严格模式下,arguments[0] === a会返回true

二、性能和安全性方面

  1. 性能优化(就单单这个原因,就值得连夜增加严格模式了!(●'◡'●))

• 严格模式有助于提高代码性能。一些 JavaScript 引擎在严格模式下可以进行更高效的优化。例如,由于严格模式下变量和函数声明的规则更加严格,引擎可以更准确地预测变量的作用域和生命周期,从而减少不必要的内存分配和查找操作。

  1. 安全性增强

• 严格模式可以防止一些常见的错误和漏洞。比如避免了意外地创建全局变量,减少了代码被篡改的风险。同时,严格模式下对this的处理也更加严格,避免了错误地将this指向全局对象(在非严格模式下,如果函数不是作为对象的方法调用,this会指向全局对象,而在严格模式下,this会是undefined),这有助于防止一些安全问题,如全局对象被恶意修改。

最后

建议使用严格模式! 等我电脑拿到手 我就要连夜增加严格模式了(˵¯͒〰¯͒˵)

相关推荐
腾讯TNTWeb前端团队5 小时前
helux v5 发布了,像pinia一样优雅地管理你的react状态吧
前端·javascript·react.js
Asthenia04127 小时前
Spring AOP 和 Aware:在Bean实例化后-调用BeanPostProcessor开始工作!在初始化方法执行之前!
后端
Asthenia04128 小时前
什么是消除直接左递归 - 编译原理解析
后端
Asthenia04128 小时前
什么是自上而下分析 - 编译原理剖析
后端
Asthenia04128 小时前
什么是语法分析 - 编译原理基础
后端
Asthenia04128 小时前
理解词法分析与LEX:编译器的守门人
后端
uhakadotcom8 小时前
视频直播与视频点播:基础知识与应用场景
后端·面试·架构
拉不动的猪9 小时前
刷刷题50(常见的js数据通信与渲染问题)
前端·javascript·面试
拉不动的猪9 小时前
JS多线程Webworks中的几种实战场景演示
前端·javascript·面试