在Node.js中编程并引用与当前目录相关的文件时，是否有任何理由使用__dirname变量而不是常规变量./？到目前为止，我一直在代码中使用./，只是发现了。的存在__dirname，并且本质上是想知道将./转换为该代码是否明智，如果是的话，那为什么会是一个明智的主意。

要点

在Node.js中，__dirname始终是当前正在执行的脚本所在的目录（请参阅参考资料）。所以，如果你键入__dirname到/d1/d2/myscript.js，该值会/d1/d2。

相比之下，使用诸如和的库时，会在终端窗口中.为您提供从中运行node命令的目录（即工作目录）。从技术上讲，它从您的工作目录开始，但是可以使用进行更改。pathfsprocess.chdir()

例外是.与一起使用时require()。内部路径require始终相对于包含对的调用的文件require。

例如...

假设您的目录结构是

/dir1
  /dir2
    pathtest.js

并pathtest.js包含

var path = require("path");
console.log(". = %s", path.resolve("."));
console.log("__dirname = %s", path.resolve(__dirname));

你也是

cd /dir1/dir2
node pathtest.js

你得到

. = /dir1/dir2
__dirname = /dir1/dir2

您的工作目录就是/dir1/dir2这样.。由于pathtest.js位于/dir1/dir2那，所以__dirname也要解决。

但是，如果您从以下位置运行脚本 /dir1

cd /dir1
node dir2/pathtest.js

你得到

. = /dir1
__dirname = /dir1/dir2

在那种情况下，您的工作目录就是/dir1这样，所以可以.解决，但__dirname仍然可以解决/dir1/dir2。

.在内部使用require...

如果里面dir2/pathtest.js你有一个require电话到包括文件里面dir1，你会一直做

require('../thefile')

因为里面的路径require总是相对于您要在其中调用的文件的。它与您的工作目录无关。

./引用当前工作目录，但require()函数中除外。使用时require()，它将转换./为当前文件的目录。__dirname始终是当前文件的目录。

例如，具有以下文件结构

/home/user/dir/files/config.json

{
  "hello": "world"
}

/home/user/dir/files/somefile.txt

text file

/home/user/dir/dir.js

var fs = require('fs');

console.log(require('./files/config.json'));
console.log(fs.readFileSync('./files/somefile.txt', 'utf8'));

如果我跑cd进去/home/user/dir，node dir.js我会得到

{ hello: 'world' }
text file

但是，当我从运行相同的脚本/home/user/，我得到

{ hello: 'world' }

Error: ENOENT, no such file or directory './files/somefile.txt'
    at Object.openSync (fs.js:228:18)
    at Object.readFileSync (fs.js:119:15)
    at Object.<anonymous> (/home/user/dir/dir.js:4:16)
    at Module._compile (module.js:432:26)
    at Object..js (module.js:450:10)
    at Module.load (module.js:351:31)
    at Function._load (module.js:310:12)
    at Array.0 (module.js:470:10)
    at EventEmitter._tickCallback (node.js:192:40)

使用./与工作require，但不适合fs.readFileSync。这是因为fs.readFileSync，./会转化为CWD（在这种情况下/home/user/）。并且/home/user/files/somefile.txt不存在。