JavaScript 的设计缺陷

变量/函数声明提升

执行上下文：

• 变量环境：编译阶段进行var变量提前并赋值为undefined、函数声明提前
• 词法环境
• 执行代码

1. 变量提升：使用var声明的变量会自动提升到开头位置，在声明之前使用变量不报错且结果为undefined

   console.log(a) // undefined
   var a = 10;
   console.log(a) // 10
   

   原因：js引擎编译阶段会进行如下编译

   var a = undefined;
   console.log(a) // undefined
   a = 10;
   console.log(a) // 10
   

2. 函数声明提升：声明的函数可以在该作用域内任意位置调用不报错，相同命名的函数多次声明以最后一次为准

   fn() // 调用了
   console.log("===")
   function fn() {
     console.log('调用了')
   }
   fn() // 调用了
   

   原因：js引擎编译阶段会进行如下编译

   function fn() {
     console.log('调用了')
   }
   
   fn() // 调用了
   console.log("===")
   fn() // 调用了
   

解决方案：

1. 开启严格模式
2. 使用let、const

向不存在的变量赋值

从 JavaScript 1.0 时代就遗留下来的问题，也是 ECMAScript 为 JavaScript 填补的最大设计漏洞之一

var x = y = 100


// 这个编译时为：
var x = undefined

// 运行时：
y = 100 // y 并没有进行定义，这样的情况就叫“向不存在的变量进行赋值”
x = y

参考：https://time.geekbang.org/column/article/165198

null

注意null是object对象，但是没有Object 方法。

1. null想表达的是为空
2. null的二进制为 000，JS判断是否为对象也是

==相等运算符

== 相等运算符，会自动转换数据类型再比较，很多时候，会得到比较诡异的结果。

=== 恒等运算符，不会自动转换数据类型，如果数据不一致，返回 false，如果一致，返回true。

解决：始终使用===恒等进行比较。

this

1、普通函数中的this指向window，严格模式下指向undefined
2、嵌套函数中的this不会继承外层函数的this值，this指向参考上一句“普通函数中的this指向window，严格模式下指向undefined”