JavaScript类型转换核心在于明确隐式与显式转换场景及规则：==等操作触发隐式转换易致bug；Number/parseInt/parseFloat转换逻辑各异；安全判断需用Array.isArray、===等显式方法；JSON序列化会静默丢失undefined、BigInt等类型。
JavaScript 类型转换不是“要不要转”的问题，而是“什么时候隐式转、什么时候显式转、谁在替你转”的问题。多数 bug 不来自不会转，而来自没意识到正在被转。
隐式转换发生在哪些操作里
JavaScript 在 ==、&&、||、+、!、if 条件判断等场景下会自动调用 ToPrimitive 或 ToNumber 等抽象操作，结果常出人意料。
-
0 == false→true（false被转成0） -
"0" == false→true（两边都转成0） -
[] == ![]→true（空数组转为""，再转为0；![]先转布尔得false，再转数字得0） -
{} + []→"[object Object]"，但[] + {}→"[object Object]"（顺序影响调用toString还是valueOf）
Number()、parseInt()、parseFloat() 的区别
三者都用于字符串转数字，但规则完全不同，混用极易丢数据或得 NaN。
-
Number(" 012 ")→12（严格解析，前后空格可忽略，但不支持进制；遇到非数字符立即返回NaN） -
parseInt("012", 10)→12（必须显式传radix，否则旧浏览器可能按八进制解析"012"得10） -
parseInt("12.99")→12（只取开头有效整数部分，小数点后全截断） -
parseFloat("12.99abc")→12.99（同上，但支持小数） -
Number("12.99abc")→NaN（整个字符串必须可完整转为数字）
如何安全地做显式类型判断和转换
别依赖 typeof 判断数组或 null，也别靠 == null 检查空值 —— 显式、分步、带边界校验才是可靠做法。
立即学习“Java免费学习笔记（深入）”；
- 判空优先用
value === null || value === undefined，或直接value == null（仅当明确接受两者等价时） - 判数组用
Array.isArray(value)，不用typeof value === "object"或value.constructor === Array - 字符串转数字且需容错：先
String(value).trim()，再用Number()，最后检查!isNaN(result) && isFinite(result) - 布尔转换慎用
!!value：它把"0"、"false"、[]都转成true；真要语义化布尔，请写value === "true" || value === true || value === 1这类明确逻辑
JSON.parse() 和 JSON.stringify() 的隐式陷阱
它们看似只是序列化工具，但内部会触发类型转换，尤其在处理 Date、undefined、function、BigInt 时静默丢失数据。
-
JSON.stringify({ time: new Date() })→{"time":"2024-05-20T12:00:00.000Z"}（Date自动调.toISOString()） -
JSON.stringify({ x: undefined })→{}（键值为undefined被完全忽略） -
JSON.parse('{"x": 123}')["x"]→123（永远是 JS 原生类型，不会保留字符串引号） -
JSON.stringify(BigInt(123))→ 报错TypeError: Do not know how to serialize a BigInt
如果接口返回的是时间字符串但前端需要 Date 实例，别指望 JSON.parse() 自动帮你转 —— 必须手动映射。
