javascript类型安全需明确意图、主动转换、及时校验：用===替代==，显式转换如number(str)，防御性归一化输入，运行时校验+类型日志，形成完整防护链。
JavaScript 类型转换本身灵活，但也容易埋下隐式转换导致的 bug。日常开发中写健壮的防错代码，核心不是“避免转换”，而是“明确意图 + 主动控制 + 及时校验”。
用严格相等（===）代替宽松相等（==）
避免因隐式类型转换引发意外结果，比如 0 == false 为 true，但业务上它们语义完全不同。
- 所有条件判断、状态比对、API 响应校验，统一用
===和!== - 若真需类型转换（如字符串转数字比较），显式写出转换逻辑，例如：
Number(str) === 42，而非str == 42 - ESLint 开启
eqeqeq规则，让工具提前拦截
输入参数做防御性类型归一化
函数接收外部数据（用户输入、接口返回、localStorage 等）时，不能假设类型可靠，应主动归一化。
Java Maven Common
下载
Java Maven 项目审查工作流的通用输入处理。当 Java Maven 项目以 ZIP压缩包或 GitLab 仓库 URL 形式提供且需要...时使用。
- 字符串转数字：优先用
Number(val)，它对无效值返回NaN，便于后续判断；避免parseInt(val)在遇到字母时截断（如parseInt("123abc") → 123） - 转布尔：用
Boolean(val)或!!val明确意图；不要依赖val ? true : false，它仍受假值影响 - 空值安全处理：对可能为
null或undefined的值，先用??提供默认值，再转换，例如：Number(inputValue ?? "0")
输出前验证关键类型，不信任中间态
尤其在数据透传、配置合并、表单序列化等场景，看似“没动过”的值可能已被污染。
- 发送请求前检查必填字段是否为期望类型，例如：
if (typeof userId !== 'number' || !Number.isFinite(userId)) throw new Error('userId must be a valid number') - 使用 TypeScript 是最有效的防线，但即使无 TS，也可加轻量运行时校验，如用
isString()、isPlainObject()等小工具函数（Lodash 或自己封装） - 对数组操作前确认是数组：
Array.isArray(data) ? data.map(...) : []，别直接调data.map
日志与监控中保留原始类型信息
出问题时，类型丢失会让排查变困难。记录错误或关键路径日志时，附带类型快照。
- 打印变量时加上
typeof和构造器名：console.log('user.id:', user.id, typeof user.id, user.id?.constructor?.name) - 在关键分支加类型断言注释（非强制，但提升可读性）：
// @type {number} expected from API - 前端监控 SDK（如 Sentry）上报错误时，把相关变量的
JSON.stringify({ val, type: typeof val })作为额外 context
不复杂但容易忽略：类型安全不是靠一次转换解决的，而是一连串“明确输入 → 主动转换 → 校验输出 → 记录上下文”的小动作组合。坚持下来，90% 的奇怪 bug 就不会发生。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
