找到电子应用程序的根路径可能会很棘手。因为在不同的条件下，例如生产、开发和打包条件下，主进程和渲染器的根路径是不同的。

我写了一个npm包electronic -root-path来捕获电子应用程序的根路径。

$ npm install electron-root-path

or 

$ yarn add electron-root-path


// Import ES6 way
import { rootPath } from 'electron-root-path';

// Import ES2015 way
const rootPath = require('electron-root-path').rootPath;

// e.g:
// read a file in the root
const location = path.join(rootPath, 'package.json');
const pkgInfo = fs.readFileSync(location, { encoding: 'utf8' });

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

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

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

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

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

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

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

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

path.dirname(process.mainModule.filename);

获得全局根的最简单方法(假设你使用NPM来运行你的node.js应用程序' NPM start'，等等)

var appRoot = process.env.PWD;

如果你想交叉验证上面的内容

假设你想交叉检查process.env.PWD与node.js应用程序的设置。如果您想要一些运行时测试来检查process.env的有效性。PWD，你可以用这段代码(我写的似乎工作得很好)交叉检查它。你可以用包中的npm_package_name交叉检查apot中最后一个文件夹的名称。Json文件，例如:

    var path = require('path');

    var globalRoot = __dirname; //(you may have to do some substring processing if the first script you run is not in the project root, since __dirname refers to the directory that the file is in for which __dirname is called in.)

    //compare the last directory in the globalRoot path to the name of the project in your package.json file
    var folders = globalRoot.split(path.sep);
    var packageName = folders[folders.length-1];
    var pwd = process.env.PWD;
    var npmPackageName = process.env.npm_package_name;
    if(packageName !== npmPackageName){
        throw new Error('Failed check for runtime string equality between globalRoot-bottommost directory and npm_package_name.');
    }
    if(globalRoot !== pwd){
        throw new Error('Failed check for runtime string equality between globalRoot and process.env.PWD.');
    }

你也可以使用这个NPM模块:require('app-root-path')，它非常适合这个目的

解决这个问题有很多种方法，每种方法都有其优缺点:

require.main.filename

从http://nodejs.org/api/modules.html:

当一个文件直接从Node运行时，require。Main被设置为它的模块。这意味着您可以通过测试require来确定文件是否已经直接运行。Main ===模块 因为module提供了一个filename属性(通常等价于__filename)，当前应用程序的入口点可以通过检查require.main.filename来获得。

如果你想要应用的基目录，你可以这样做:

const { dirname } = require('path');
const appDir = dirname(require.main.filename);

优点与缺点

这种方法在大多数情况下都很有效，但如果你使用pm2之类的启动器或运行mocha测试，这种方法就会失败。这在使用Node.js ES模块时也不起作用。Main不可用。

module.paths

Node将所有模块搜索路径发布到module.paths。我们可以遍历这些，选择第一个解出来的。

async function getAppPath() {
  const { dirname } = require('path');
  const { constants, promises: { access } } = require('fs');
  
  for (let path of module.paths) {
    try {
      await access(path, constants.F_OK);
      return dirname(path);
    } catch (e) {
      // Just move on to next path
    }
  }
}

优点与缺点

这有时可以工作，但在包中使用时不可靠，因为它可能返回包安装所在的目录，而不是应用程序安装所在的目录。

使用全局变量

Node有一个全局命名空间对象，叫做global -你附加到这个对象上的任何东西都将在你的应用程序中的任何地方可用 )，你可以只定义一个全局变量:

// index.js
var path = require('path');
global.appRoot = path.resolve(__dirname);

// lib/moduleA/component1.js
require(appRoot + '/lib/moduleB/component2.js');

优点与缺点

始终如一地工作，但你必须依赖全局变量，这意味着你不能轻易重用组件等。

process.cwd ()

这将返回当前工作目录。完全不可靠，因为它完全依赖于进程从哪个目录启动:

$ cd /home/demo/
$ mkdir subdir
$ echo "console.log(process.cwd());" > subdir/demo.js
$ node subdir/demo.js
/home/demo
$ cd subdir
$ node demo.js
/home/demo/subdir

app-root-path

为了解决这个问题，我创建了一个名为app-root-path的节点模块。用法很简单:

const appRoot = require('app-root-path');
const myModule = require(`${ appRoot }/lib/my-module.js`);

app-root-path模块使用了几种技术来确定应用程序的根路径，考虑到全局安装的模块(例如，如果你的应用程序运行在/var/www/，但模块安装在~/.nvm/ v2 .x.x/lib/node/)。它不会在100%的情况下工作，但在大多数常见的情况下都会工作。

优点与缺点

在大多数情况下不需要配置即可工作。还提供了一些很好的额外方便的方法(参见项目页面)。最大的骗局是，如果出现以下情况，它就不会起作用:

你用的是启动器，比如pm2 并且，该模块没有安装在你的应用程序的node_modules目录中(例如，如果你全局安装它)

您可以通过设置APP_ROOT_PATH环境变量或在模块上调用. setpath()来解决这个问题，但在这种情况下，您可能最好使用全局方法。

NODE_PATH环境变量

如果你正在寻找一种方法来确定当前应用程序的根路径，上述解决方案之一可能最适合你。另一方面，如果您试图解决可靠地加载应用程序模块的问题，我强烈建议查看NODE_PATH环境变量。

Node的Modules系统在不同的位置寻找模块。其中一个位置是process.env. exe。NODE_PATH点。如果您设置了这个环境变量，那么您就可以使用标准模块加载器要求模块，而不需要进行任何其他更改。

例如，如果你将NODE_PATH设置为/var/www/lib，下面的代码就可以正常工作:

require('module2/component.js');
// ^ looks for /var/www/lib/module2/component.js

一个很好的方法是使用npm:

{
  "scripts": {
    "start": "NODE_PATH=. node app.js"
  }
}

现在你可以用npm start启动你的应用程序，你就成功了。我将其与我的强制节点路径模块结合起来，这可以防止在没有设置NODE_PATH的情况下意外加载应用程序。更多关于环境变量的控制，请参见checkenv。

有一个问题:NODE_PATH必须在节点应用程序之外设置。你不能做process.env之类的事情。NODE_PATH = path.resolve(__dirname)，因为模块加载器在应用程序运行之前缓存了它要搜索的目录列表。

[增加4/6/16]另一个非常有前途的模块，试图解决这个问题是波浪。