JavaScript类型转换是防错第一道防线，需显式转换用户输入、用===避免隐式转换、明确判断真假值语义、优先使用模板字面量防止+歧义。
JavaScript 基础教程中，类型转换不是“学完就扔”的知识点，而是日常写代码时防错的第一道防线。很多看似莫名其妙的报错——比如 Cannot read property 'length' of undefined、NaN + 5 = NaN、if (input) 为 true 却没数据——根源往往不是语法错误，而是值的类型和预期不一致，又没做转换或校验。
用户输入必须先转数字，再参与运算
表单、prompt、URL 参数获取的值全是字符串，直接用 + 会拼接而非相加：
-
const a = prompt('输入年龄'); const b = prompt('输入年龄');→ 即使输 18 和 20，a + b得到的是"1820" - 正确做法：用
Number()显式转，并检查有效性：const numA = Number(a); if (isNaN(numA)) { throw new Error('请输入有效数字'); } - 带单位或空格的字符串（如
" 42px "）优先用parseInt(a.trim(), 10)或parseFloat()，它们会忽略尾部非数字字符
比较操作一律用 ===，别信 ==
== 会触发隐式转换，导致逻辑失控：
-
"0" == false→true（字符串转数字得 0，false 也转 0） -
[] == false→true（空数组转空字符串，再转数字 0） -
null == undefined→true，但业务中通常要区分“没传”和“传了 null” - 只要用
===，所有上述结果都是false，类型不同直接不等，没有意外
判断真假值不能只靠 if (x)，要明确语义
JS 中的 truthy/falsy 规则容易误导人：
立即学习“Java免费学习笔记（深入）”；
-
if ([])、if ({})、if ("0")全为true，但它们未必代表“有有效数据” -
if (0)、if ("")是false，但if (null)和if (undefined)也是false，无法区分 - 需要判断“是否为空数组”：用
Array.isArray(x) && x.length > 0 - 需要判断“是否为有效字符串”：用
typeof x === 'string' && x.trim() !== ''
拼接字符串优先用模板字面量，避开 + 歧义
+ 运算符在 JS 中既是加法又是拼接，类型一混就出错：
-
1 + "2"→"12"（字符串优先） -
1 + []→"1"（空数组转空字符串） -
{}+[]在某些环境是"[object Object]"，极难调试 - 统一改用反引号：
`ID: ${id}, name: ${name}`，语义清晰，不触发隐式转换
