JavaScript函数传参不改变数据类型，需主动设计类型一致：传参前明确预期类型并避免隐式转换；函数内用===校验、区分引用与内容相等；可配合TypeScript或运行时校验增强健壮性。
函数传参本身不会改变数据类型，关键在于调用时传入什么，以及函数内部如何使用和校验它。JavaScript 不做自动类型约束，所以“保持类型一致”靠的是主动设计和防御性检查，而不是语言强制。
传参前：明确预期类型，避免隐式转换
不要依赖 == 或 + 等操作触发的类型转换。例如：
- 传字符串
"123"还是数字123，取决于函数逻辑需要——如果函数要参与数学运算，就该传123；如果只是作为 ID 显示，"123"更安全。 - 避免写
myFunc("" + id)或myFunc(+str)这类临时转换，容易出错且意图模糊。转换动作应显式、有据可查（比如加注释或封装成独立函数）。
函数内：用 === 校验类型+值，拒绝“差不多”
在关键判断处，用全等运算符 === 替代 ==，防止 0 === false、"0" === 0 这类误判：
-
if (status === "success")—— 确保传进来的是字符串"success"，不是数字1或布尔true。 -
if (timeout === undefined)—— 能准确区分undefined和null、0、false。 - 对可能为
NaN的值，不用val === NaN（永远为false），改用Number.isNaN(val)。
处理对象/数组：区分“内容相等”和“引用相同”
传入对象或数组时，=== 比较的是引用，不是结构：
- 若需校验内容是否一致（如两个配置对象是否相同），不能用
obj1 === obj2，而要用JSON.stringify(obj1) === JSON.stringify(obj2)（简单场景）或_.isEqual()（复杂嵌套）。 - 若函数内部要修改传入的对象，且希望外部可见，这是正常行为（因为传的是引用地址副本）；但若想避免意外修改，可在函数开头用
{...obj}或structuredClone(obj)创建浅/深拷贝。
增强健壮性：配合 TypeScript 或运行时类型检查
纯 JavaScript 中，类型一致性靠自觉和测试；进阶做法包括：
- 用 TypeScript 编写函数签名，如
function processId(id: string): void，编译期就能拦截类型错误。 - 在函数入口加轻量校验，例如：
if (typeof id !== 'string') throw new TypeError('id must be a string'); - 对 API 返回或用户输入的数据，用
zod或yup做 schema 验证，确保进入业务逻辑前类型已达标。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
