未初始化全局变量值为undefined，是隐患起点；其危害在于误用、误判和隐式依赖，典型表现包括逻辑中断、条件分支错误、静默失败及属性访问报错。
全局变量未初始化时的 undefined 本身不是错误，但它是隐患的起点——真正危害来自后续对它的误用、误判和隐式依赖。
一、识别“未初始化全局变量”本身的方法
在 JavaScript 中，全局作用域下声明但未赋值的变量（如 var foo; 或 let bar;）会自动获得 undefined 值；而完全未声明的变量在访问时会抛出 ReferenceError，不会是 undefined。所以：
- 用
typeof x === 'undefined'可安全检测变量是否存在且未初始化（不报错） - 直接写
x === undefined在局部作用域可能失效（若该作用域内重定义了undefined） - 浏览器中可查
window.x是否为undefined；Node.js 中查global.x
二、典型危害场景与识别信号
以下现象往往暗示未初始化全局变量已引发问题：
-
页面逻辑突然中断：比如某个功能模块依赖
CONFIG.API_BASE，但该变量未初始化，导致所有请求 URL 拼成undefined/v1/user -
条件判断永远走错分支：如
if (USER_ROLE) { ... }因USER_ROLE是undefined（falsy），跳过本该执行的权限逻辑 -
控制台静默失败：没有报错，但数据渲染为空、按钮不可点击、接口未发起——检查相关全局变量是否仍为
undefined -
调试时值“看起来正常”但行为异常：例如
console.log(USER_DATA)显示undefined，但代码里却写了USER_DATA.name，结果报Cannot read property 'name' of undefined
三、与其他 undefined 的关键区分点
避免混淆，需明确：
- 未初始化全局变量 → 值为
undefined，typeof返回"undefined" - 未声明变量 → 访问即
ReferenceError，不属于undefined范畴 - 函数无返回值 → 执行后得到
undefined，但这是运行结果，非变量状态 - 对象属性不存在 →
obj.missing得undefined，属于访问结果，非变量初始化问题
四、快速自查建议
在项目启动或关键逻辑前加入轻量检查：
- 列出核心全局变量（如配置、用户态、API 实例），统一在入口处做
console.assert(typeof CONFIG !== 'undefined', 'CONFIG not initialized') - 使用 ESLint 规则
no-undef（检测未声明）和no-unused-vars（辅助发现声明后未用，可能漏初始化） - 避免在全局作用域直接写
let API_URL;，改为let API_URL = '';或const API_URL = import.meta.env.VUE_APP_API || 'https://api.example.com';
