如果你想在你的JSON中添加一些注释，并允许尾随逗号，你可能想使用下面的实现:

var fs = require('fs');

var data = parseJsData('./message.json');

console.log('[INFO] data:', data);

function parseJsData(filename) {
    var json = fs.readFileSync(filename, 'utf8')
        .replace(/\s*\/\/.+/g, '')
        .replace(/,(\s*\})/g, '}')
    ;
    return JSON.parse(json);
}

注意，如果JSON中有"abc": "foo // bar"这样的东西，它可能无法正常工作。所以YMMV。

包括node-fs库。

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

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

使用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);
}

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

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

只是为了让这个问题尽可能复杂，并引入尽可能多的包……

const fs = require('fs');
const bluebird = require('bluebird');
const _ = require('lodash');
const readTextFile = _.partial(bluebird.promisify(fs.readFile), _, {encoding:'utf8',flag:'r'});
const readJsonFile = filename => readTextFile(filename).then(JSON.parse);

这让你做:

var dataPromise = readJsonFile("foo.json");
dataPromise.then(console.log);

或者如果你使用async/await:

let data = await readJsonFile("foo.json");

与仅使用readFileSync相比的优点是，在从磁盘读取文件时，Node服务器可以处理其他请求。

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

来自json-safe-parse npm页面:

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

使用JSON.parse (str);。点击这里阅读更多信息。

下面是一些例子:

var jsonStr = '{"result":true, "count":42}';

obj = JSON.parse(jsonStr);

console.log(obj.count);    // expected output: 42
console.log(obj.result);   // expected output: true