就像在根目录中添加这一行到你的模块一样简单，通常是app.js或app.ts。

global.__basedir = __dirname;

然后所有模块都可以访问_basedir。

注意:对于typescript实现，遵循上面的步骤，然后你将能够使用global.__basedir使用根目录路径

序言

这是一个非常古老的问题，但它似乎在2020年和2012年一样触动了人们的神经。 我检查了所有其他的答案，没有找到下面提到的技巧(它有自己的局限性，但其他的也不是适用于所有的情况):

Git +子进程

如果你使用Git作为你的版本控制系统，确定项目根的问题可以简化为(我认为项目的正确根-毕竟，你会希望你的VCS有尽可能充分的可见范围):

检索存储库根路径

由于您必须运行CLI命令来执行此操作，因此我们需要生成一个子进程。此外，由于项目根不太可能在运行时中期更改，我们可以在启动时使用child_process模块的同步版本。

我发现spawnSync()最适合这项工作。至于实际要运行的命令，检索根目录的绝对路径所需要的就是git工作树(带有——porcelain选项，以便于解析)。

在答案后面的示例中，我选择返回一个路径数组，因为可能存在多个工作树(尽管它们可能具有公共路径)。注意，当我们使用CLI命令时，shell选项应该设置为true(安全性不应该成为问题，因为没有不可信的输入)。

方法比较和后备

了解到VCS可能无法访问的情况，在分析了文档和其他答案后，我包含了一些备用方案。建议解决方案可归纳为(不含第三方模块和包):

从上面的对比表来看，以下方法是最普遍的:

require.main.filename作为获取根文件的简单方法。Main ===模块满足 最近提出的Node_modules树遍历使用了另一个假设:

如果模块的目录中有node_modules dir，那么它很可能是根目录

对于主应用程序，它将获得应用程序根，而对于一个模块——它的项目根。

回退1。树走

我的实现使用了一种更宽松的方法，一旦找到目标目录就停止，因为对于给定的模块，它的根是项目根。我们可以链接调用或扩展它，使搜索深度可配置:

/**
 * @summary gets root by walking up node_modules
 * @param {import("fs")} fs
 * @param {import("path")} pt
 */
const getRootFromNodeModules = (fs, pt) =>

    /**
     * @param {string} [startPath]
     * @returns {string[]}
     */
    (startPath = __dirname) => {

        //avoid loop if reached root path
        if (startPath === pt.parse(startPath).root) {
            return [startPath];
        }

        const isRoot = fs.existsSync(pt.join(startPath, "node_modules"));

        if (isRoot) {
            return [startPath];
        }

        return getRootFromNodeModules(fs, pt)(pt.dirname(startPath));
    };

回退2。主模块

第二个实现很简单:

/**
 * @summary gets app entry point if run directly
 * @param {import("path")} pt
 */
const getAppEntryPoint = (pt) =>

    /**
     * @returns {string[]}
     */
    () => {

        const { main } = require;

        const { filename } = main;

        return main === module ?
            [pt.parse(filename).dir] :
            [];
    };

实现

我建议使用树行者作为首选的备用工具，因为它更多功能:

const { spawnSync } = require("child_process");
const pt = require('path');
const fs = require("fs");

/**
 * @summary returns worktree root path(s)
 * @param {function : string[] } [fallback]
 * @returns {string[]}
 */
const getProjectRoot = (fallback) => {

    const { error, stdout } = spawnSync(
        `git worktree list --porcelain`,
        {
            encoding: "utf8",
            shell: true
        }
    );

    if (!stdout) {
        console.warn(`Could not use GIT to find root:\n\n${error}`);
        return fallback ? fallback() : [];
    }

    return stdout
        .split("\n")
        .map(line => {
            const [key, value] = line.split(/\s+/) || [];
            return key === "worktree" ? value : "";
        })
        .filter(Boolean);
};

缺点

最明显的是安装和初始化Git，这可能是不可取的/不可信的(旁注:在生产服务器上安装Git并不少见，也不是不安全的)。如上所述，可以通过回退来调节。

这样做:

path.join(...process.argv[1].split(/\/|\\/).slice(0, -1))

__dirname不是全局变量;它是当前模块的局部值，因此每个文件都有自己的局部值，不同的值。

如果您想要运行进程的根目录，则可能需要使用process.cwd()。

如果希望获得可预测性和可靠性，那么可能需要将设置某个环境变量作为应用程序的要求。你的应用程序寻找MY_APP_HOME(或任何东西)，如果它在那里，应用程序存在于该目录，那么一切都很好。如果它是未定义的，或者目录不包含您的应用程序，那么它应该退出，并提示用户创建变量。可以将其设置为安装过程的一部分。

您可以使用process.env.MY_ENV_VARIABLE来读取节点中的环境变量。

所有这些“根dirs”大多需要解析一些虚拟路径到一个真实的堆路径，所以可能你应该看看path.resolve?

var path= require('path');
var filePath = path.resolve('our/virtual/path.ext');

在主文件的顶部添加:

mainDir = __dirname;

然后在你需要的任何文件中使用它:

console.log('mainDir ' + mainDir);

mainDir是全局定义的，如果你只需要在当前文件中使用它-使用__dirname代替。 主文件通常在项目的根文件夹中，并命名为Main .js, index.js, gulpfile.js。