JavaScript类型不匹配需主动防控：一、运行前用typeof/Number()/Boolean()等显式检查转换；二、函数入口加类型守门，用?. ??和解构默认值兜底；三、禁用==，统一用===，复杂比较转目标类型再比；四、用ESLint、TypeScript和JSDoc工具提前拦截。
JavaScript 中数据类型不匹配不会总立刻报错，但容易在后续计算、方法调用或条件判断中悄悄引发 TypeError、NaN、隐式拼接或逻辑翻车。关键不是等它爆，而是提前识别、主动约束、温和兜底。
一、运行前做类型检查与显式转换
别依赖隐式转换，尤其涉及数学运算、字符串操作或对象属性访问时。
- 用
typeof快速判断基础类型：比如typeof value === 'string'后再决定是否转数字 - 用
Number()转数字，失败返回NaN，可配合isNaN()校验：
let num = Number(input); if (isNaN(num)) throw new Error('输入不是有效数字'); - 对整数场景优先用
parseInt(str, 10)，避免八进制误解析；浮点数用parseFloat() - 布尔值转换慎用双非
!!value，明确意图时改用Boolean(value)
二、函数入参加一层“类型守门员”
函数是类型不匹配的高发区，尤其接收外部数据（表单、API 响应、用户输入）时。
- 不直接信任参数，开头就做校验：
function add(a, b) { if (typeof a !== 'number' || typeof b !== 'number') throw new TypeError('add expects two numbers'); return a + b; } - 对可能为
null或undefined的对象属性，用可选链?.和空值合并??：
user.profile?.name ?? 'Anonymous' - 复杂结构可用解构默认值兜底：
const { id = 0, title = '' } = data || {};
三、避免 == 引发的类型混淆陷阱
== 会触发隐式转换，结果常反直觉，是很多逻辑 Bug 的源头。
立即学习“Java免费学习笔记（深入）”；
- 一律使用
===（严格相等），它不转换类型，只比值和类型都一致才为真 - 需要宽松比较时，先统一转成目标类型再比：
String(a) === String(b) 或
Number(a) === Number(b) - 数组/对象比较不能用
===判内容相等，改用JSON.stringify()（简单场景）或专用库如 Lodash 的isEqual
四、借助工具提前暴露问题
人工检查易漏，让工具在编码阶段就提醒你。
- 启用 ESLint 规则如
no-implicit-coercion、eqeqeq，禁止隐式转换和== - 在项目中引入 TypeScript，编译期就能捕获大部分类型不匹配，比如
string当作number用会直接报错 - 关键函数加 JSDoc 类型注释，现代编辑器（VS Code）能据此提供实时提示：
/** @param {string} id */ function getUser(id) { ... }
