path模块不提供path.exists的同步版本，因此必须使用fs模块。

我能想到的最快的事情是使用fs.realpathSync，它将抛出一个必须捕获的错误，因此您需要使用try/catch创建自己的包装函数。

您可以使用fs extra（npm i fs extra）及其fs.ensureFile或用于目录fs.ensure Dir，因为fs.exists已被取消处理，fs.access不建议您在使用该文件后对其进行编辑“在调用fs.open（）、fs.readFile（）或fs.writeFile（）之前，不要使用fs.access（）检查文件的可访问性。这样做会引入竞争条件，因为其他进程可能会在两次调用之间更改文件的状态。相反，用户代码应该直接打开/读取/写入文件，并在文件不可访问时处理引发的错误。"

另一个更新

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

从文档中：

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

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

fs.stat（）上的文档表示，如果您不打算操作文件，请使用fs.access（）。它没有给出理由，可能更快或更少地用于纪念？

我使用node进行线性自动化，所以我想我共享用于测试文件存在性的函数。

var fs = require("fs");

function exists(path){
    //Remember file access time will slow your program.
    try{
        fs.accessSync(path);
    } catch (err){
        return false;
    }
    return true;
}

这已经得到了回答，但如果您喜欢安装模块，可以使用dtfe，它代表

文件是否存在？

const dtfe = require('dtfe');
 
dtfe('package.json');
//=> true

我使用下面的函数来测试文件是否存在。它还捕捉到其他例外。因此，如果存在权限问题，例如chmod ugo rwx文件名或在Windows中右键单击->财产->安全->高级->权限条目：空列表。。函数应返回异常。该文件存在，但我们无权访问它。忽略此类异常是错误的。

function fileExists(path) {

  try  {
    return fs.statSync(path).isFile();
  }
  catch (e) {

    if (e.code == 'ENOENT') { // no such file or directory. File really does not exist
      console.log("File does not exist.");
      return false;
    }

    console.log("Exception fs.statSync (" + path + "): " + e);
    throw e; // something else went wrong, we don't have rights, ...
  }
}

异常输出，nodejs错误文档，以防文件不存在：

{
  [Error: ENOENT: no such file or directory, stat 'X:\\delsdfsdf.txt']
  errno: -4058,
  code: 'ENOENT',
  syscall: 'stat',
  path: 'X:\\delsdfsdf.txt'
}

如果我们没有该文件的权限，但存在，则出现异常：

{
  [Error: EPERM: operation not permitted, stat 'X:\file.txt']
  errno: -4048,
  code: 'EPERM',
  syscall: 'stat',
  path: 'X:\\file.txt'
}