JavaScript 是运行在引擎上的通用编程语言，具备多范式、动态性、原型继承等特性；typeof null 返回"object"是历史bug；map不遍历稀疏数组空位；Promise.resolve() 处理thenable易致递归；需依规范深入理解底层行为。
JavaScript 不是一门“只是给网页加点动效”的脚本语言，它是运行在引擎（V8、SpiderMonkey、JavaScriptCore）上的通用编程语言，支持函数式、面向对象、命令式等多种范式，且具备运行时动态性、原型继承、事件驱动和非阻塞 I/O 等关键特征。
为什么 typeof null 返回 "object"
这是历史遗留 bug，1995 年 JavaScript 初版中，值的类型标签最低位为 0 表示 object，而 null 的内部表示是全零指针，被误判为 object。ECMAScript 规范后来选择保留它以保证向后兼容。
实际判断时应避免依赖 typeof 检测 null：
if (value === null) { /* 明确等于 null */ }
if (value == null) { /* 匹配 null 或 undefined */ }
if (Object.prototype.toString.call(value) === '[object Null]') { /* 可靠但冗长 */ }
Array.prototype.map() 不会遍历稀疏数组的空位
稀疏数组（如 let arr = [1, , 3]）中缺失索引位置不是 undefined，而是“空槽（empty slot）”，map、forEach、filter 等迭代方法会跳过它们。
常见误解场景：
- 用
new Array(3).map(...期望得到长度为 3 的新数组 → 实际返回空数组
) - 以为
arr[1] === undefined就代表该位置存在 → 实际可能根本不存在
)修复方式：
- 用
Array.from({ length: 3 }, (_, i) => i)替代new Array(3).map() - 用
in操作符或hasOwnProperty判断索引是否存在，而非仅靠=== undefined
Promise.resolve() 对 thenable 的处理容易引发意外递归
如果传入一个带有 then 方法的对象（即 thenable），Promise.resolve() 会尝试调用它的 then，并把结果当作 promise 处理——这可能导致无限循环或不可控的副作用。
例如：
const obj = {
then(resolve) {
resolve(obj); // 自己 resolve 自己
}
};
Promise.resolve(obj); // 报错：Maximum call stack size exceeded安全做法：
- 不把任意用户输入对象直接传给
Promise.resolve() - 需要包装原始值时，优先用
Promise.resolve(Promise.resolve(x))不会多层展开，但更推荐显式判断：x && typeof x.then === 'function'再决定是否包裹 - 使用
Promise.resolve().then(() => x)可绕过 thenable 处理逻辑，强制转为 fulfilled promise
JavaScript 的表层简单掩盖了大量底层行为差异：原型链查找规则、this 绑定时机、微任务队列顺序、内存中的值表示方式……真正写好它，得习惯查规范（ECMA-262）、看引擎源码片段、并在不同环境里验证行为，而不是只记住“语法怎么写”。
