❄️ 可以使用图形fs

directory.exists // boolean

❄️ 可以使用图形fs

directory.exists // boolean

另一个更新

我自己需要这个问题的答案，我查阅了节点文档，似乎您不应该使用fs.exists，而是使用fs.open并使用输出的错误来检测文件是否不存在：

从文档中：

fs.exists（）是一个时代错误，只因历史原因而存在。在您自己的代码中使用它几乎没有任何理由。特别是，在打开文件之前检查文件是否存在让你容易受到种族状况影响的反模式：另一种进程可能会在调用fs.exists（）和fs.open（）。只需打开文件并在不存在时处理错误那里

http://nodejs.org/api/fs.html#fs_fs_exists_path_callback

使用当前推荐的（截至2015年）API（根据节点文档），我会这样做：

var fs = require('fs');

function fileExists(filePath)
{
    try
    {
        return fs.statSync(filePath).isFile();
    }
    catch (err)
    {
        return false;
    }
}

针对@broadband在评论中提出的EPERM问题，这提出了一个很好的观点。在很多情况下，fileExists（）可能不是一个很好的方法来考虑这一点，因为fileExistes（）不能真正承诺布尔返回。您可能能够确定文件是否存在，但也可能会出现权限错误。权限错误并不一定意味着该文件存在，因为您可能对包含要检查的文件的目录缺少权限。当然，在检查文件是否存在时，也有可能遇到其他错误。

因此，我上面的代码实际上是doesFileExistAndDoIHaveAccessToIt（），但您的问题可能是doesFileNotExistAndCouldICreateIt（），这将是完全不同的逻辑（需要考虑EPERM错误等）。

虽然fs.existsSync的答案直接解决了这里提出的问题，但这通常不是您想要的（您不只是想知道路径上是否存在“某物”，您可能关心存在的“某物”是文件还是目录）。

底线是，如果您正在检查文件是否存在，那么您这样做可能是因为您打算根据结果采取一些操作，并且逻辑（检查和/或后续操作）应该考虑到在该路径中找到的东西可能是文件或目录，并且在检查过程中可能会遇到EPERM或其他错误。

查看源代码，有一个同步版本的path.exists-path.existsSync。看起来文档中没有找到它。

更新：

path.exists和path.existsSync现在已弃用。请使用fs.exists和fs.existsSync。

2016年更新：

fs.exists和fs.existsSync也已被弃用。请改用fs.stat（）或fs.access（）。

2019年更新：

使用fs.existsSync。它没有被弃用。https://nodejs.org/api/fs.html#fs_fs_existssync_path

const fs = require('fs');

检查以下功能，

if(fs.existsSync(<path_that_need_to_be_checked>)){
  // enter the code to excecute after the folder is there.
}
else{
  // Below code to create the folder, if its not there
  fs.mkdir('<folder_name>', cb function);
}