为何无法在立即执行函数表达式(IIFE)内部访问外部path变量？

从你给出的代码来看，理论上模块顶层声明的const path完全可以被内部的IIFE访问，出现这种异常大概率是以下隐藏原因导致的：

• 错误信息误判
  你提供的「无法访问场景」代码里，使用了fs.readdir和fs.rename却没有引入fs模块（缺少const fs = require('fs')），运行时会抛出ReferenceError: fs is not defined的错误。很可能你把这个错误当成了path未定义的问题。而「可以访问场景」中，你大概率在IIFE内部同时引入了fs，所以没有触发这个错误，让你误以为是path的访问问题。

• 前置语法错误导致变量未声明
  如果const path = require('path')语句之前存在未闭合的括号、引号或其他语法错误，JS引擎会无法正确解析这个变量声明，导致path根本没有被定义，自然无法在IIFE中访问。

• 变量遮蔽（实际代码存在未展示的逻辑）
  如果你的实际代码里，IIFE内部或外部存在其他同名的path变量——比如在IIFE之前有var path声明（var是函数级作用域，会提升并遮蔽模块级的const path），或者IIFE内部有未声明的path赋值（非严格模式下会创建全局变量，覆盖模块级变量），都会导致你无法访问预期的path模块对象。

• 环境/工具链的特殊处理
  如果你的代码被Babel、Webpack等转译工具处理，或者运行在ES模块模式下（比如文件后缀是.mjs），直接在顶层使用require可能会报错，导致path变量未被正确定义；而转译工具可能对IIFE内部的require做了兼容处理，所以内部的path能正常工作。

验证方法 #

在「无法访问场景」的代码中做两个修改，快速定位问题：

1. 添加fs模块的引入：const fs = require('fs')
2. 在IIFE开头添加console.log(path)，查看是否能输出path模块的对象

如果能正常输出，说明之前的错误来自fs未引入；如果依然报错path is not defined，再检查前置代码的语法或变量遮蔽问题。

内容的提问来源于stack exchange，提问作者saadullah