JavaScript原始类型用===比较性能优于对象，因其值存栈中、按位比对（O(1)）；对象===仅比地址，值等需深比较（O(n)），开销大。
JavaScript原始类型（如 number、string、boolean、null、undefined、symbol 和 bigint）在使用 === 进行严格相等判断时，性能优于对象类型，根本原因在于它们的值直接存储在栈中，比较过程是按位（bitwise）或字面量（literal）级别的简单判等，无需遍历属性或调用内部方法。
原始类型比较：一次内存读取 + 位比对
原始值在内存中以固定长度、不可变的形式存在。例如：
-
5 === 5：两个number值在栈中占用相同大小（通常为64位浮点表示），引擎直接比对二进制位，耗时恒定（O(1)）。 -
"abc" === "abc"：字符串虽可能存于堆，但 JS 引擎普遍对字面量字符串做内部化（interning），相同字面量指向同一内存地址；即使未内部化，短字符串也常通过哈希+长度+首尾字符快速剪枝，实际比较仍远快于对象遍历。 -
true === true或null === null：直接比较标签（tag）和值字段，无任何隐式转换或原型链查找。
对象类型比较：引用检查 + 深度遍历开销大
使用 === 判断两个对象是否相等，仅比较内存地址（即是否为同一引用）：
-
{a:1} === {a:1}返回false，因为每次字面量创建都分配新堆内存，地址不同。 - 若需“值相等”，必须手动实现深比较（如
JSON.stringify、Lodash 的isEqual或递归遍历），这涉及属性枚举、类型检查、循环引用处理等，时间复杂度至少 O(n)，且易触发 GC 或长任务阻塞主线程。 - 即使是轻量对象（如
new Number(42)），===也会失败（因它是对象包装器），且包装器比较需拆箱逻辑，额外消耗远超原始42 === 42。
实际优化建议：优先使用原始类型建模
在高频判断场景（如 React 的 shouldComponentUpdate、状态 diff、路由匹配、缓存 key 计算）中，应主动将数据结构扁平化、原始化：
立即学习“Java免费学习笔记（深入）”；
- 用字符串 ID 替代对象引用作为 map key：
map.set(user.id, user)而非map.set(user, user)。 - 状态管理中避免嵌套对象，改用原子字段：
{ count: 5, isActive: true }比{ config: { count: 5 }, flags: { active: true } }更易做浅比较。 - 自定义比较逻辑前，先确认是否真需对象值等——多数 UI 更新只需检测“是否变化”，而原始类型变化天然可被
===捕获。
注意边界：Symbol 和 BigInt 的特殊性
虽然同属原始类型，但需留意：
-
Symbol("a") === Symbol("a")为false，因为每个Symbol()调用生成唯一值；若需可复用符号，必须用Symbol.for("a")。 -
BigInt支持===，但1n === 1为false（类型不同），且大整数比较虽仍是值比，但位宽可变，极端情况下（上万位）比对成本略高于小整数，不过仍远优于对象深比较。
原始类型的严格相等优势不是微优化，而是语言底层设计带来的确定性性能保障。合理利用它，能避开大量隐式开销，让判断逻辑既清晰又高效。
