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),这有助于防止一些安全问题,如全局对象被恶意修改。

最后

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

相关推荐
灰小猿几秒前
Spring前后端分离项目时间格式转换问题全局配置解决
java·前端·后端·spring·spring cloud
学习3人组36 分钟前
Node.js 网站服务器开发
运维·服务器·node.js
rising start36 分钟前
五、CSS盒子模型(下)
前端·javascript·css
RedJACK~1 小时前
Go Ebiten小游戏开发:扫雷
开发语言·后端·golang
不吃香菜的猪2 小时前
el-upload实现文件上传预览
前端·javascript·vue.js
老夫的码又出BUG了2 小时前
分布式Web应用场景下存在的Session问题
前端·分布式·后端
Q_Q19632884752 小时前
python+django/flask基于Echarts+Python的图书零售监测系统设计与实现(带大屏)
spring boot·python·django·flask·node.js·php
qq_427506082 小时前
基于Vue 3和Element Plus实现简单的钩子函数管理各类弹窗操作
前端·javascript·vue.js
粥里有勺糖3 小时前
视野修炼-技术周刊第126期 | TypeScript #1
前端·node.js·github
拉不动的猪3 小时前
# 关于初学者对于JS异步编程十大误区
前端·javascript·面试