javascript类型判断需明确意图、避免隐式转换、统一处理路径：优先用===和显式检查，基础类型用typeof，数组用array.isarray()，内置对象用object.prototype.tostring.call()，null单独用===判断，函数校验应封装为断言工具，避免依赖instanceof和constructor.name，null与undefined语义需区分。
JavaScript 类型判断不是单纯写 typeof 或 instanceof 就完事，关键在于判断意图是否清晰、结果是否可靠、逻辑是否可维护。风格上重在“明确目的、避免隐式转换、统一处理路径”。
优先使用 === 和显式类型检查组合
避免仅靠松散相等（==）或模糊的真值判断来推断类型，比如 if (val) 无法区分 0、''、null、undefined。应结合 typeof、Array.isArray()、Object.prototype.toString.call() 等明确手段：
- 基础原始类型用
typeof：如typeof x === 'string'、typeof fn === 'function' - 数组用
Array.isArray(x)—— 比instanceof Array更可靠（跨 iframe 安全） - 日期、正则、Error 等内置对象，用
Object.prototype.toString.call(x) === '[object Date]' -
null单独判断：x === null（注意不是== null，后者会同时匹配undefined）
函数参数类型校验建议内聚封装
不要在每个函数开头堆砌重复判断。推荐提取为可复用的断言工具或类型守卫函数，保持主逻辑干净：
- 简单场景可写内联守卫：
if (typeof callback !== 'function') throw new TypeError('callback must be a function'); - 复杂校验建议封装：
assertString(name, 'name')、assertArrayLike(items, 'items') - TypeScript 用户可借助类型注解 + JSDoc，但运行时仍需必要校验（尤其对外部输入）
避免过度依赖 instanceof 和构造器名
instanceof 在跨执行上下文（如 iframe）、ES6 class 继承链或 minify 后可能失效；直接读取 constructor.name 不稳定且不可靠。更稳妥的方式是：
- 用
Symbol.toStringTag自定义类的类型标识（需兼容性考虑） - 对自定义类，优先在实例上设置可识别的标志属性，如
obj.$$isMyClass = true（私有前缀加双美元符是常见约定） - 真正需要区分子类时，用
Object.getPrototypeOf(obj) === MyClass.prototype
统一处理 null 和 undefined 的语义
二者在 JS 中常被混用，但编码风格上建议明确区分意图：
-
null表示“有意为空”，适合初始化对象引用、API 显式返回空值 -
undefined表示“未定义”，适合检测未传参、属性缺失、函数无返回值 - 判断是否存在时，用
value != null（等价于value !== null && value !== undefined）比value更精准 - 解构赋值默认值用
const { id = 0 } = obj，而非id || 0（后者会把false、''、0都转成0）
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
