类型判定开销小，但高频调用、不当写法或隐式转换会放大性能损耗；真正影响性能的是其引发的隐式转换、原型链遍历、反复属性查找或去优化；提升关键在于减少运行时不确定性，让引擎稳定优化。
类型判定本身开销很小，但高频调用、不当写法或隐式转换会放大性能损耗。真正影响性能的不是“判断类型”这个动作，而是它引发的隐式转换、原型链遍历、反复属性查找或去优化（deoptimization）。提升关键在于减少运行时不确定性，让引擎能稳定优化。
优先用 typeof 做基础类型判断
typeof 对 string/number/boolean/undefined/symbol/function 的判定是编译期可预测的，V8 等引擎对其做了深度优化，执行极快。对 null 返回 "object" 是历史遗留问题，需单独处理。
- 判断是否为字符串：typeof value === 'string'，比
value instanceof String或Object.prototype.toString.call(value) === '[object String]'快数倍 - 避免用
value.constructor === String—— 触发原型链查找，且易被篡改 - null 判断应显式写为 value === null，不要依赖 typeof
复杂类型用 Object.prototype.toString.call()
当需要区分 Array、Date、RegExp、Map 等内置对象时，Object.prototype.toString.call(value) 是最可靠、且被引擎高度优化的方式。它不依赖 constructor，也不受原型污染影响。
- 缓存 toString 方法可微幅提速：const toString = Object.prototype.toString;，再调用
toString.call(value) - 避免反复调用
value.toString()—— 它可能被重写，且对 null/undefined 报错 - 不要用
Array.isArray()替代所有数组判断：它虽快，但仅限数组；其他类型仍需 toString 方案
避免触发隐式转换和去优化
V8 在函数内遇到混合类型操作（如 a + b 中 a 是 number、b 是 string）或动态添加属性时，会放弃对该函数的 JIT 优化，回退到慢路径执行，性能骤降。
- 类型守卫函数中，避免在同一个分支里混用不同类型操作，例如：
if (typeof x === 'string') { return x.length + 1; }安全；但if (typeof x === 'string') { return x + 1; }可能触发隐式转换 - 不要在循环中用
typeof item === 'object' && item !== null后立刻访问item.xxx—— 若 item 实际是数组或 Date，后续访问模式不稳定，易导致去优化 - 对已知结构的对象，直接访问属性比先判类型再访问更快，前提是能确保类型一致
批量类型校验场景用位掩码或预编译策略
当需对大量数据做同一类接口校验（如 API 响应字段类型检查），硬编码 if-else 效率低且难以维护。可构建轻量级校验器：
- 将字段类型规则声明为配置对象，运行时生成一次校验函数，避免重复解析逻辑
- 对固定字段集，用位运算标记预期类型（如 0b001 表示 string，0b010 表示 number），用
typeFlag & EXPECTED快速过滤 - 若使用 TypeScript 编译，类型信息在构建期已校验，运行时可跳过大部分判定，只保留必要断言
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
