隐式转换是编译器自动触发、无需语法标记的类型变更，如int赋值给double；显式转换需程序员主动调用static_cast等操作符或C风格强制转换，意图明确、可控性强。
区分隐式和显式类型转换，关键看**谁在控制转换行为**：显式是开发者主动调用、意图清晰；隐式是引擎自动触发、藏在操作符背后，容易失控。
显式转换：你写的每一行都是明确指令
你调用 Number()、String()、Boolean() 或使用一元加号 +x、空字符串拼接 x + "" 等，都属于显式转换。这类写法目的直白，便于调试和协作。
- Number("123") → 123，但 Number("abc") → NaN（不报错，这点常被忽略）
- String(null) → "null"，而 null.toString() 会直接报错
- Boolean("0") → true（字符串"0"是真值，不是假值）
- 想安全转整数，推荐 parseInt(str, 10) 或 +str，注意前者遇非法字符即停，后者会自动去除首尾空格
隐式转换：没写代码，但类型已经变了
它发生在 ==、+、!、if、while、三元表达式等上下文中，JS 引擎按规范自动执行 ToNumber、ToString、ToBoolean 等抽象操作，规则复杂且不对称。
java-api-doc-generator
下载
分析 Java Spring Boot 后端 Controller 代码，自动生成 Markdown 格式的接口文档。当用户说“生成 Java 接口文档”、“生成 API 文档”、“从 Spring 代码生成文档”时触发。
- 0 == false → true（false 被转为 0 后比较）
- "0" == false → true（"0" → 0，再与 false → 0 比较）
- 1 + "2" → "12"（+ 一边是字符串，全部转字符串拼接）
- 1 + [] → "1"（[] → ""，再拼接）
- if (x) { } 和 !!x 都会触发 ToBoolean，把 ""、0、null、undefined、NaN、false 当作 false
怎么判断某处是不是隐式转换？
一个简单方法：把涉及的值单独拿出来，用 typeof 或 console.log 打印原始类型，再对比运算后的结果类型。如果类型变了但你没调用任何转换函数，那就是隐式在起作用。
- 比如 [1,2,3].map(Number) 得到 [1, NaN, NaN]，是因为 map 传给 Number 的第二个参数是索引，Number(2, 1) 中 1 被当作进制，导致后两项失败——这不是数组问题，是隐式传参引发的隐式转换连锁反应
- 又如 [] == ![] 返回 true，背后是空数组转字符串得 ""，![] 先转布尔 true 再取反得 false，最后 "" == 0 → true
实际开发中该怎么做？
核心原则是让类型意图可见，减少不可控环节：
- 一律用 === 替代 ==，从源头禁用宽松相等带来的隐式链
- 表单输入、API 响应等外部数据，拿到后立刻做显式转换并校验：const id = Number(input); if (isNaN(id)) throw new Error("ID must be number");
- 拼接字符串时用模板字面量 ${x} 或 String(x)，别依赖 + 自动转
- 用 TypeScript 或 JSDoc 标注类型，编辑器能在编码阶段提示潜在类型风险
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
