在你的主应用文件(例如app.js)开始的地方添加这个:

global.__basedir = __dirname;

这将设置一个全局变量，该变量将始终等同于应用程序的基本目录。像使用其他变量一样使用它:

const yourModule = require(__basedir + '/path/to/module.js');

简单的…

我用这个。

我的模块名为mymodule

var BASE_DIR = __dirname.replace（/^（.*\/mymodule）（.*）$/， '$1'）

序言

这是一个非常古老的问题，但它似乎在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并不少见，也不是不安全的)。如上所述，可以通过回退来调节。

这对我很有用

process.env.PWD

的过程。mainModule自v 14.0.0起已弃用。参考答案时，请使用require。主要部分，其余部分还在。

process.mainModule.paths
  .filter(p => !p.includes('node_modules'))
  .shift()

获取主模块中的所有路径，并过滤掉带有"node_modules"的路径， 然后获取剩余路径列表中的第一个。意外行为不会抛出错误，只是一个未定义的错误。

对我来说很好，即使在调用ie $ mocha时也是如此。

在npm的现代版本中，你可以在exports中添加一个条目，用作速记。注意，如果你想同时引用根目录本身和根目录下的文件，你需要分别使用./和./*:

package.json:

{
  "imports": {
    "#root": "./",
    "#root/*": "./*",
    ...
  },
  ...
}

/ index.js:

import {namedExport} from '#root/file.js'

/ file.js:

export const namedExport = {
  hi: "world",
};

然后:

$ node --experimental-specifier-resolution=node index.js

你可以用constants.js文件进一步扩展它，在那里你可以使用上面答案中的一个方法，或者输入一个绝对路径，如果你需要路径本身的话