如何安全检测并避免重复定义全局函数

javascript 中函数声明存在变量提升（hoisting），导致 `typeof` 检测在声明前就返回 `”function”`；真正可靠的运行时检测需结合作用域控制与严格模式，而非依赖条件声明。

在 javaScript 开发中，试图通过 typeof window.xxx === ‘function’ 判断全局函数是否已存在，再决定是否定义新函数——这一做法看似合理，实则隐藏严重陷阱。根本原因在于 函数声明的提升机制：无论 function testfunc() {…} 出现在代码的哪一行，javascript 引擎都会在执行前将其“提升”到当前作用域顶部，并初始化为 undefined（在非严格模式下）或直接绑定（在严格模式下）。因此，以下代码：

console.log(typeof testfunc); // "function"（非严格模式下）或 ReferenceError（严格模式下） function testfunc() {}

即使 console.log 写在 function 前，也会输出 “function” —— 这并非函数已定义，而是声明已被提升。

⚠️ 更危险的是你发现的“条件声明”写法：

if (typeof window.testfunc !== 'function') {   function testooo() {} // ❌ 错误：testooo ≠ testfunc，且此语法在严格模式下非法 }

这段代码不仅命名不一致（testooo vs testfunc），更关键的是：函数声明语句不允许出现在块级语句（如 if）内部。在非严格模式下，它会以不可预测的方式被提升（可能提升到函数作用域顶层，也可能被忽略）；而在 “use strict” 下，这将直接抛出 SyntaxError。因此该方案不可靠、不可移植、不符合现代规范。

✅ 正确实践应遵循以下原则：

1. 优先避免运行时检测
   重复定义通常源于脚本被多次加载（如

2. 若必须动态定义，请用函数表达式 + 显式赋值
   函数表达式不会被提升，可安全检测：

   "use strict"; if (typeof window.myUtils === 'undefined') {   window.myUtils = {     formatDate: function(date) { return date.toISOString(); },     debounce: function(fn, delay) { /* ... */ }   }; }

3. 利用块级作用域隔离临时函数（推荐用于一次性逻辑）
   在严格模式下，配合 { } 块作用域可精确控制函数生命周期：

   "use strict"; console.log(typeof safeHelper); // "undefined"  {   function safeHelper() {     console.log("I only exist inside this block");   }   safeHelper(); // ✅ 可调用   console.log(typeof safeHelper); // "function" }  console.log(typeof safeHelper); // "undefined" —— 外部不可见

4. 全局命名空间管理建议
   若需扩展全局对象，采用命名空间模式并防御性赋值：

   window.MyApp = window.MyApp || {}; MyApp.utils = MyApp.utils || {}; MyApp.utils.validate = MyApp.utils.validate || function(value) {   return typeof value === 'string' && value.length > 0; };

总结：不要依赖 if + 函数声明来“防重定义”，这是反模式。应转向模块化设计、严格模式、函数表达式赋值和显式命名空间管理——这些才是健壮、可维护、符合 es6+ 规范的现代 JavaScript 实践。