JavaScript中函数的命名空间管理与变量提升本质不同：前者是主动设计的代码组织方式，后者是语言固有执行机制；命名空间通过单对象挂载或IIFE隔离避免全局污染，变量提升则取决于声明方式（var/函数声明会提升，let/const存在TDZ）。
JavaScript 中函数的命名空间管理和变量提升是两个不同维度的问题：前者关乎代码组织与全局污染控制，后者涉及执行机制与作用域行为。它们常被混谈，但解决思路完全不同——命名空间是主动设计选择，提升是语言固有特性。
命名空间：用单个对象收束全局暴露
避免污染全局最直接的方式，是只挂载一个顶层对象，比如 window.MyApp 或 window.Utils，所有功能都作为其属性存在：
- 不写
function formatDate() {}或var api = {...}这类直接抛到全局的代码 - 统一声明
window.MyApp = window.MyApp || {}，再逐层挂载：MyApp.date = {}、MyApp.date.format = function() {...} - 嵌套结构可手动构建，也可封装工具函数自动创建路径，如
namespace('MyApp.ui.modal')
IIFE：隔离私有逻辑，防止变量泄露
立即执行函数表达式（IIFE）能创建独立作用域，把内部变量、缓存、配置等“藏起来”，只暴露需要的接口：
- 内部定义的
var cache = {}或let count = 0不会跑到全局去 - 可在 IIFE 开头检查命名空间是否已存在，避免重复覆盖：
if (!window.MyApp) window.MyApp = {} - 推荐传参写法：
(function(global) { global.MyApp = MyApp; })(typeof window !== 'undefined' ? window : global);
变量提升：不是“移动代码”，而是编译阶段绑定
提升发生在 JavaScript 引擎的编译阶段，并非运行时把语句往上挪。关键区别在于初始化方式：
立即学习“Java免费学习笔记（深入）”；
-
var声明：绑定创建 + 初始化为undefined，所以console.log(a)输出undefined而非报错 - 函数声明：绑定创建 + 初始化为函数引用，因此可前置调用
-
let/const：绑定创建但不初始化，进入“暂时性死区”（TDZ），访问即报ReferenceError
命名空间与提升共存时的注意事项
当在命名空间模块中使用 var 或函数声明时，提升仍会发生，但仅限于当前作用域内：
- 在 IIFE 内写
var helper = function() {}，这个helper只在 IIFE 内提升，不影响外部 - 若误在全局作用域用
function init() {}，它会被整体提升，仍污染全局——哪怕你后续把它挂到MyApp.init上 - 现代项目更推荐用 ES Module：天然无提升干扰，
import/export明确边界，作用域完全隔离
