只是想完成答案(因为我挣扎了一段时间)，想展示如何访问json信息，这个例子显示了访问json数组:

Var request = require('request'); 请求(“https://server/run?oper_get_groups_joined_by_user_id &user_id=5111298845048832'，函数(错误，响应，body) { 如果(!错误&&响应。statusCode == 200) { var jsonArr = JSON.parse(body); console.log (jsonArr); console.log("group id:" + jsonArr[0].id); ｝ })

您可以要求.json文件。

var parsedJSON = require('./file-name');

例如，如果你有一个配置。Json文件在相同的目录作为你的源代码文件，你会使用:

var config = require('./config.json');

或(文件扩展名可以省略):

var config = require('./config');

注意require是同步的，只读取文件一次，后续调用从缓存返回结果

还要注意，您应该只对完全控制下的本地文件使用此选项，因为它可能会执行文件中的任何代码。

NodeJs是一个基于JavaScript的服务器，所以你可以用纯JavaScript的方式来做…

想象一下你在NodeJs中有这个Json…

var details = '{ "name": "Alireza Dezfoolian", "netWorth": "$0" }';
var obj = JSON.parse(details);

你可以通过上面的操作来获得json的解析版本…

使用JSON配置Node.js?阅读这篇文章，让你的配置技能超过9000…

Note: People claiming that data = require('./data.json'); is a security risk and downvoting people's answers with zealous zeal: You're exactly and completely wrong. Try placing non-JSON in that file... Node will give you an error, exactly like it would if you did the same thing with the much slower and harder to code manual file read and then subsequent JSON.parse(). Please stop spreading misinformation; you're hurting the world, not helping. Node was designed to allow this; it is not a security risk!

正确的应用程序有3层以上的配置:

服务器/容器配置 应用程序配置 (可选)租户/社区/组织配置 用户配置

大多数开发者都认为他们的服务器和应用配置是可以改变的。它不能。您可以在更高的层上逐层进行更改，但是您正在修改基本需求。有些东西需要存在!让你的配置像不可变一样，因为它的一些基本是不可变的，就像你的源代码一样。

如果没有看到你的很多东西在启动后不会改变，就会导致反模式，比如在配置加载中到处都是try/catch块，并且假装你可以在没有正确设置应用程序的情况下继续运行。你不能。如果可以，那就属于社区/用户配置层，而不是服务器/应用配置层。你只是做错了。当应用程序完成引导时，可选的东西应该分层在顶部。

不要用头撞墙:你的配置应该非常简单。

看看用一个简单的json配置文件和一个简单的app.js文件来设置一个像协议无关和数据源无关的服务框架这样复杂的东西是多么容易……

container-config.js……

{
    "service": {
        "type"  : "http",
        "name"  : "login",
        "port"  : 8085
    },
    "data": {
        "type"  : "mysql",
        "host"  : "localhost",
        "user"  : "notRoot",
        "pass"  : "oober1337",
        "name"  : "connect"
    }
}

index.js……(驱动一切的引擎)

var config      = require('./container-config.json');       // Get our service configuration.
var data        = require(config.data.type);            // Load our data source plugin ('npm install mysql' for mysql).
var service     = require(config.service.type);         // Load our service plugin ('http' is built-in to node).
var processor   = require('./app.js');                  // Load our processor (the code you write).

var connection  = data.createConnection({ host: config.data.host, user: config.data.user, password: config.data.pass, database: config.data.name });
var server      = service.createServer(processor);
connection.connect();
server.listen(config.service.port, function() { console.log("%s service listening on port %s", config.service.type, config.service.port); });

app.js……(支持协议不可知和数据源不可知服务的代码)

module.exports = function(request, response){
    response.end('Responding to: ' + request.url);
}

使用这种模式，你现在可以在你启动的应用程序上加载社区和用户配置的东西，开发运维已经准备好将你的工作推到一个容器中并扩展它。你是为多租户的。用户域是隔离的。现在，您可以分离使用的服务协议和数据库类型，只关注编写好的代码。

因为你在使用层，你可以在任何时候依赖于一个单一的真实来源(分层配置对象)，并避免在每一步进行错误检查，担心“哦，糟糕，没有正确的配置，我怎么能让这个工作?!?”

包括node-fs库。

var fs = require("fs");
var file = JSON.parse(fs.readFileSync("./PATH/data.json", "utf8"));

有关'fs'库的更多信息，请参阅http://nodejs.org/api/fs.html的文档

JSON。解析将不能确保你正在解析的json字符串的安全性。您应该查看类似于json-safe-parse或类似的库。

来自json-safe-parse npm页面:

JSON。parse非常棒，但是它在JavaScript上下文中有一个严重的缺陷:它允许重写继承的属性。如果解析JSON来自一个不受信任的源(例如:用户)，并在其上调用您希望存在的函数，这就会成为一个问题。