JavaScript变量类型易变是隐患，应通过const限制重赋值、显式类型校验、TypeScript/JSDoc补充类型契约、Object.freeze冻结对象及使用不可变数组方法来主动约束和暴露变化。
JavaScript 允许变量在运行时改变类型，但这不是“功能”，而是隐患的源头。真正要做的不是接受它，而是主动拦截、约束和暴露这种变化。
用 const 代替 var/let，从源头限制重新赋值
绝大多数场景下，变量声明后并不需要改名指向新值。默认用 const 声明，能立刻捕获“意外重赋值”——比如本该只读的配置对象被误写成 config = {...}，浏览器会直接报 Assignment to constant variable，而不是让错误潜伏到后续逻辑中。
- 仅当明确需要修改绑定（如循环计数器、状态暂存）时，才降级为 let
- var 应彻底弃用：它没有块级作用域，还带变量提升，容易引发闭包或条件判断中的类型混乱
- 注意：const 不防“内容修改”，只防“重新绑定”。
const arr = [];后仍可arr.push(1)，这是正常行为
对可能变类型的值做显式类型校验
当业务逻辑确实需要接收不同类型的输入（如 API 返回可能是字符串或数字），不能依赖 JS 自动转换，而要在使用前确认类型。
Java注释规范Skills
下载
当用户要求为 Java 代码添加注释、修改注释、审查注释、整理注释格式，或要求按照代码注释规范处理 Java 文件时，使用本技能。本技能用于统一生成和维护 Java 类注释模板、按 Git 对比 release 判断版本号、补充每行代码上方中文块注释、调整注释空行规则，并保持 Java 文件 UTF-8 无 BOM 编码。典型触发场景包括：补充类注释、更新 @version、检查 @author 来源、整理行尾注释、把注释放到代码上一行、检查注释是否符合规范、构建前检查 Java 注释风格。
- 用
typeof或Array.isArray()等原生方法做轻量判断 - 避免
==和+这类易触发隐式转换的操作符。例如：
❌if (value == "100")→ ✅if (typeof value === "string" && value === "100") - 数学运算前统一转数字：
Number(value)或parseInt(value, 10)，比+value更可读、更可控
引入 TypeScript 或 JSDoc 补充类型契约
纯 JavaScript 无法在编码阶段阻止类型错配，但可以用工具提前预警。
立即学习“Java免费学习笔记（深入）”；
- TypeScript 是最彻底的方案：把
let data = "100"; data = data + 50;这类代码直接标红，提示“类型 string 与 number 不兼容” - 若暂不能上 TS，至少用 JSDoc 注释类型：
/** @type {number|string} */ let data = "100";，配合 VS Code 和 ESLint 可获得基础类型提示 - 关键函数入口加类型守卫：
function handleCount(input) { if (typeof input !== "number") throw new Error("expect number"); ... }
警惕引用类型内部的“伪不变”陷阱
const 声明的对象看似安全，但它的属性仍可被任意修改，这常导致意外交互。
- 若需真正冻结结构，用
Object.freeze(obj)（注意：只冻结第一层） - 深层不可变需求，考虑
structuredClone()创建副本后再操作，避免污染原始数据 - 数组操作慎用
splice、sort等原地修改方法；优先用map、filter、toSorted()等返回新数组的方法
