浏览器里的判断 JavaScript 拿不到文件系统的直接访问权。你在 Chrome 控制台敲 fs.existsSync('/tmp')，文件只会得到一个 ReferenceError。夹否这不是判断语法问题，是文件安全边界——如果网页脚本能随便探测你硬盘上有什么文件夹，那才是夹否灾难。所以“判断文件夹是判断否存在”这件事，在纯前端环境里根本不存在通用答案，文件得看代码跑在哪儿。夹否

Node.js 环境下才有真正的判断文件系统模块。早些年大家习惯用 fs.exists(path,文件 callback)，但它有个坑：回调里的夹否结果和实际文件状态之间可能已经隔了几毫秒，文件被删了或建了，判断你拿到的文件布尔值就过期了。Node 官方后来直接把 fs.exists 标记为 deprecated，夹否文档里写得很直白——“不要用”。现在主流写法是 fs.stat 或 fs.access。

看个实际例子。假设我要检查 /var/log/myapp 这个目录在不在：

const fs = require('fs'); fs.stat('/var/log/myapp', (err, stats) => {  if (err) {  if (err.code === 'ENOENT') {  console.log('目录不存在'); } else {  console.log('出错了：', err.message); } return; } console.log('存在，是个目录吗？', stats.isDirectory()); }); 

注意 err.code === 'ENOENT' 这个判断。很多人只写 if (err) 就完事，结果权限不足（EACCES）也当成“不存在”，线上排查时能把人逼疯。我见过一个部署脚本，用 fs.existsSync 检查日志目录，明明目录在，却因为挂载点权限是 root 700，脚本以普通用户跑，返回 false，然后它默默创建了一个新目录，把旧日志全盖了。这种 bug 不报错，但破坏力不小。

同步版本 fs.statSync 写起来更顺手，适合脚本初始化阶段：

function dirExists(p) {  try {  return fs.statSync(p).isDirectory(); } catch (e) {  return false; } } 

但别在 HTTP 请求处理函数里用同步 API。每次请求都卡住事件循环去查磁盘，QPS 一高就崩。异步的 fs.promises.stat 配合 async/await 更合适：

const {  stat } = require('fs').promises; async function checkDir(p) {  try {  const s = await stat(p); return s.isDirectory(); } catch {  return false; } } 

那浏览器端呢？如果你在做 Electron 或 NW.js 这类桌面应用，渲染进程里能开 nodeIntegration，那就跟 Node 一样用 fs。但纯 Web 页面，只能靠用户主动选择文件夹——File System Access API 里的 showDirectoryPicker() 返回一个句柄，你只能判断用户选中的那个目录，没法拿着路径字符串去问“这个文件夹存在吗”。路径字符串在浏览器里就是个普通文本，没有魔法。

还有个冷门场景：用 XMLHttpRequest 或 fetch 发 HEAD 请求探测服务器上的目录。如果服务器开了目录列表，返回 200；没开但目录存在，可能返回 403；不存在则 404。但这依赖服务器配置，不可靠。我曾经用这招判断静态资源目录，结果 Nginx 配了 autoindex off，所有存在的目录都返回 403，不存在的返回 404，勉强能用，但换台服务器就废了。

跨平台路径分隔符也得留心。Windows 上写 'C:/Users/test' 和 'C:\\Users\\test' 在 Node 里都能跑，但拼字符串时用 path.join 更稳。有次我在 Docker 容器里跑一个从 Windows 开发机拷来的脚本，硬编码的反斜杠路径直接让 fs.stat 抛 ENOENT，查了半小时才发现是路径写死了。

说到底，判断文件夹是否存在，核心就两条：确认运行环境有没有文件系统权限，以及处理好“不存在”之外的错误。别把 exists 当万能钥匙，它连“存在但没权限读”都分不清。