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

最后

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

相关推荐
tan180°6 小时前
MySQL表的操作(3)
linux·数据库·c++·vscode·后端·mysql
像风一样自由20206 小时前
HTML与JavaScript:构建动态交互式Web页面的基石
前端·javascript·html
浪裡遊7 小时前
React Hooks全面解析:从基础到高级的实用指南
开发语言·前端·javascript·react.js·node.js·ecmascript·php
优创学社27 小时前
基于springboot的社区生鲜团购系统
java·spring boot·后端
why技术7 小时前
Stack Overflow,轰然倒下!
前端·人工智能·后端
幽络源小助理7 小时前
SpringBoot基于Mysql的商业辅助决策系统设计与实现
java·vue.js·spring boot·后端·mysql·spring
whale fall7 小时前
npm install安装的node_modules是什么
前端·npm·node.js
会飞的鱼先生8 小时前
Node.js-http模块
网络协议·http·node.js
ai小鬼头8 小时前
AIStarter如何助力用户与创作者?Stable Diffusion一键管理教程!
后端·架构·github
简佐义的博客8 小时前
破解非模式物种GO/KEGG注释难题
开发语言·数据库·后端·oracle·golang