JavaScript变量无类型，值才有类型；7种原始类型（string、number、boolean、null、undefined、symbol、bigint）和object类型；typeof null为"object"是历史bug；类型检测应使用Array.isArray、instanceof或Object.prototype.toString.call。
JavaScript 变量没有“类型声明”这回事——let、const、var 声明的都是“持有值的容器”，而值本身才有类型，比如 string、number、object 等。所谓“变量类型”其实是值的类型，不是变量本身的属性。
JavaScript 中的 7 种原始值类型（primitive）和 1 种对象类型（object）
ECMAScript 规范定义了 7 种原始类型：string、number、boolean、null、undefined、symbol、bigint。它们都不可变，且按值传递。
所有其他值（包括数组、函数、日期、正则、Promise、class 实例等）都属于 object 类型（typeof null 返回 "object" 是历史 bug，但已保留）。
常见误判：
立即学习“Java免费学习笔记（深入）”；
-
typeof []→"object"（不是"array"） -
typeof function() {}→"function"（这是typeof对object的特例返回，实际仍是object的子类型） -
Array.isArray([])才是判断数组的可靠方式
用 let、const、var 声明时的关键区别
三者不决定值的类型，但影响作用域、提升行为和可重赋值性：
-
var：函数作用域，存在变量提升（hoisting），可重复声明，可重新赋值 -
let：块级作用域，存在暂时性死区（TDZ），不可重复声明，可重新赋值 -
const：块级作用域，TDZ，不可重复声明，**不可重新赋值**（但若值是对象，其内部属性仍可修改）
示例：
const obj = { a: 1 };
obj.a = 2; // ✅ 合法：修改对象属性
obj = {}; // ❌ 报错：尝试给 const 变量重新赋值
为什么 typeof null === "object" 会误导人
这是 V8 引擎早期为兼容性保留的历史遗留问题：null 在底层被表示为全零的机器码，而当时 typeof 对全零对象指针统一返回 "object"。
真正检测 null 应该显式比较：
-
value === null（严格相等） - 避免用
!value或value == null来“泛判空”，因为它们也会匹配undefined、0、""、false - 需要区分
null和undefined时，永远用===
类型检查不要只靠 typeof，尤其对对象子类型
typeof 对大部分对象都返回 "object"，无法区分数组、日期、正则等：
- 数组：
Array.isArray(value) - 日期：
value instanceof Date或Object.prototype.toString.call(value) === "[object Date]" - 正则：
value instanceof RegExp - 自定义类：
value instanceof MyClass - 通用安全检测（含
null）：Object.prototype.toString.call(value)返回标准字符串，如"[object Array]"
注意：instanceof 在跨 iframe 场景下会失效，此时必须用 toString.call。
最常被忽略的一点：变量本身没有类型约束，但 TypeScript 的类型注解（如 let x: string）只在编译期起作用，运行时完全不生效——JS 引擎根本不认识这些语法。
