JavaScript大厂面试重在考查运算符底层机制：类型转换、执行顺序、隐式强制及引擎逻辑；需深入理解ToPrimitive、抽象相等算法等，才能解释0.1+0.2≠0.3、[]==![]为true等现象。
大厂面试常考 JavaScript 运算符的底层行为，不是让你背语法，而是看你是否真正理解 类型转换、执行顺序、隐式强制、引擎处理逻辑 这几层机制。掌握这些，才能在“为什么 0.1 + 0.2 !== 0.3”“[] == ![] 为什么是 true”这类题上答出深度。
吃透 ToPrimitive 和抽象操作
几乎所有涉及 ==、+、==、ToPrimitive、ToNumber、
-
[] == ![]：先算![] → false（对象转布尔为 true，取反得 false），再[] == false；此时左边数组调ToPrimitive([])得空字符串""，右边false转数字为0，最后变成"" == 0→0 == 0→ true - 面试时别只说“这是类型转换”，要指出具体调用了哪个抽象操作、参数是什么（如
ToPrimitive(input, hint)中hint是"number"还是"string"）、对象的valueOf()和toString()如何被依次尝试
深挖 + 运算符的双路径逻辑
+ 是唯一重载的运算符：遇到字符串就做拼接，否则转数字相加。但关键在“否则”的判断逻辑：
- 它不会直接对两个操作数都调
ToNumber，而是先尝试ToPrimitive，再根据结果类型分流 - 例如：
{} + []→ 先转原语：{}的ToPrimitive默认返回[object Object]（toString()），[]返回""，最终是字符串拼接 →"[object Object]" - 而
[] + {}同样触发字符串路径，但{}在表达式开头会被解析为代码块（非对象字面量），实际等价于+{}（一元 +），结果是NaN—— 这里还涉及 AST 解析阶段的歧义，也是高频陷阱点
掌握 == 与 === 的根本差异不只是“类型检查”
很多人答“=== 不做类型转换，== 做”，这不够。面试官想听的是：
立即学习“Java免费学习笔记（深入）”；
-
==的比较算法（ES 规范中的 Abstract Equality Comparison）有 13 步，核心分支是：同类型直接比；不同类型则按固定规则转换（如 string/number 对比 → 全转 number；null/undefined 特殊相等；对象 vs 基本类型 → 对象先ToPrimitive） -
null == undefined是规范硬编码的特例，不经过任何转换；但null == 0或undefined == 0都是false，因为它们会先转数字（null → 0？错！null → 0是错觉，实际ToNumber(null)是0，但undefined → NaN） - 可以现场手写简化版
looseEqual(a, b)函数，体现你理解流程而非死记结论
关注 V8 优化与实际表现的偏差
大厂（尤其 Chrome/V8 相关岗）可能追问：“你说 ToNumber([]) 是 0，那 V8 真的每次都调吗？”—— 这引向引擎层面：
- V8 对常见字面量（如
""、"123"、[]、[1]）做了内联缓存和快速路径，ToNumber([])实际走的是 fast-path，直接返回 0，不进完整转换流程 - 但
ToNumber([1,2])就必须走完整ToPrimitive→toString()→"1,2"→ToNumber("1,2") → NaN - 可提一句 “TurboFan 编译时会对恒定表达式（如
1 + 2）直接常量折叠”，说明你懂底层不止于规范
不复杂但容易忽略：所有答案都要锚定到 ECMAScript 规范文档对应章节（如 §7.1.3 ToNumber），哪怕只提编号，也比泛泛而谈更有说服力。
