很可能，如果你想知道文件是否存在，你计划在它存在的时候需要它。

function getFile(path){
    try{
        return require(path);
    }catch(e){
        return false;
    }
}

fs.exists（）已弃用，请勿使用https://nodejs.org/api/fs.html#fs_fs_exists_path_callback

您可以使用以下方式实现核心nodejs：https://github.com/nodejs/node-v0.x-archive/blob/master/lib/module.js#L86

function statPath(path) {
  try {
    return fs.statSync(path);
  } catch (ex) {}
  return false;
}

这将返回stats对象，然后在获得stats对象后，您可以尝试

var exist = statPath('/path/to/your/file.js');
if(exist && exist.isFile()) {
  // do something
}

使用当前推荐的（截至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或其他错误。

从答案来看，似乎没有官方的API支持（如直接和明确的检查）。许多答案都说要使用stat，但并不严格。例如，我们不能假设stat抛出的任何错误都意味着某些东西不存在。

让我们试着用一些不存在的东西：

$ node -e 'require("fs").stat("god",err=>console.log(err))'
{ Error: ENOENT: no such file or directory, stat 'god' errno: -2, code: 'ENOENT', syscall: 'stat', path: 'god' }

让我们尝试一下现有但我们无法访问的内容：

$ mkdir -p fsm/appendage && sudo chmod 0 fsm
$ node -e 'require("fs").stat("fsm/appendage",err=>console.log(err))'
{ Error: EACCES: permission denied, stat 'access/access' errno: -13, code: 'EACCES', syscall: 'stat', path: 'fsm/appendage' }

至少你会想要：

let dir_exists = async path => {
    let stat;
    try {
       stat = await (new Promise(
           (resolve, reject) => require('fs').stat(path,
               (err, result) => err ? reject(err) : resolve(result))
       ));
    }
    catch(e) {
        if(e.code === 'ENOENT') return false;
        throw e;
    }

    if(!stat.isDirectory())
        throw new Error('Not a directory.');

    return true;
};

问题还不清楚，是你真的希望它是同步的，还是你只希望它写得像是同步的。此示例使用await/async，因此它只以同步方式编写，但以异步方式运行。

这意味着你必须在顶层这样称呼它：

(async () => {
    try {
        console.log(await dir_exists('god'));
        console.log(await dir_exists('fsm/appendage'));
    }
    catch(e) {
        console.log(e);
    }
})();

另一种方法是在异步调用返回的promise上使用.then和.catch。

如果你想检查某个东西是否存在，那么最好确保它是正确类型的东西，比如目录或文件。这包括在示例中。如果不允许使用符号链接，则必须使用lstat而不是stat，因为stat将自动遍历链接。

您可以替换此处的所有异步到同步代码，改用statSync。然而，一旦异步和等待成为普遍支持，Sync调用将变得多余，最终将被贬值（否则，您将不得不在所有地方和链上定义它们，就像异步一样，使其变得毫无意义）。

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

我使用下面的函数来测试文件是否存在。它还捕捉到其他例外。因此，如果存在权限问题，例如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'
}