这是有效的json吗?

{
    "a" : "x",
    "a" : "y"
}

http://jsonlint.com/的答案是肯定的。

http://www.json.org/没有说任何关于它是禁止的。

但显然这没什么意义,不是吗? 大多数实现可能使用哈希表,所以无论如何它都会被覆盖。


当前回答

简短的回答是:可以,但不建议使用。 长话短说:这取决于你如何定义有效……

ECMA-404“JSON数据交换语法”没有提到重复的名称(键)。

然而,RFC 8259“JavaScript对象符号(JSON)数据交换格式”规定:

对象中的名称应该是唯一的。

在这种情况下,必须按照BCP 14的规定理解SHOULD:

这个词,或者形容词“RECOMMENDED”,是指那里吗 在特定情况下可能存在有效的理由忽略 特定的项目,但必须充分理解的含义和 在选择不同的路线之前仔细权衡。

RFC 8259解释了为什么唯一的名称(键)是好的:

在某种意义上,名称都是唯一的对象是可互操作的 所有接收该对象的软件实现都会同意 名称-值映射。当对象中的名称不是时 唯一的,软件接收这样一个对象的行为是 不可预测的。许多实现报告姓氏/值对 只有。属性的其他实现报告错误或未能解析 对象,一些实现报告所有的名称/值对, 包括重复。


此外,正如Serguei在评论中指出的那样:ECMA-262“ECMAScript®语言规范”如下:

如果一个对象中有重复的name string,则应覆盖相同键的词法前面的值。

换句话说,最后的价值才是赢家。


试图用Douglas Crockford (JSON的创造者)的Java实现解析具有重复名称的字符串会导致一个异常:

org.json.JSONException: Duplicate key "status"  at
org.json.JSONObject.putOnce(JSONObject.java:1076)

其他回答

在c#中,如果你反序列化为Dictionary<string, string>,它接受最后一个键值对:

string json = @"{""a"": ""x"", ""a"": ""y""}";
var d = JsonConvert.DeserializeObject<Dictionary<string, string>>(json);
// { "a" : "y" }

如果你试图反序列化到

class Foo
{
    [JsonProperty("a")]
    public string Bar { get; set; }

    [JsonProperty("a")]
    public string Baz { get; set; }
}

var f = JsonConvert.DeserializeObject<Foo>(json);

你会得到一个Newtonsoft.Json.JsonSerializationException异常。

标准是这么说的:

编程语言在是否支持对象和 如果是,对象提供了什么特征和约束。的 对象系统的模型可以有很大的分歧,而且还在继续如此 进化。JSON提供了一个简单的表示符号 名称/值对的集合。大多数编程语言都有 一些用于表示此类集合的特性,这些集合可以按名称命名 比如record, struct, dict, map, hash或object。

这个错误至少在node.js中。这段代码在node.js中成功了。

try {
     var json = {"name":"n","name":"v"};
     console.log(json); // outputs { name: 'v' }
} catch (e) {
     console.log(e);
}

问目的,有不同的答案:

使用JSON序列化对象(JavaScriptObjectNotation),每个字典元素映射到一个单独的对象属性,因此不同的条目为同一个属性定义一个值是没有意义的。

然而,我从一个非常具体的用例中得到了同样的问题: 为API测试编写JSON样本,我想知道如何在不破坏可用性的情况下向JSON文件添加注释。JSON规范不知道注释,所以我想出了一个非常简单的方法:

使用重复的键来注释JSON样本。 例子:

{ "property1": "value1", "REMARK": "…"Prop1控制…", "property2": "value2", "REMARK": "…Value2引发异常…", }

我们使用的JSON序列化器对这些重复的“REMARK”没有任何问题,我们的应用程序代码简单地忽略了这个小开销。

因此,尽管在应用层没有任何意义,但这些副本为我们提供了一个有价值的解决方案,可以在不破坏JSON可用性的情况下向测试示例添加注释。

在处理一个同时接受XML和JSON的API时,我遇到了一个类似的问题,但没有记录它将如何处理您期望在接受的JSON中出现的重复键。

以下是示例JSON的有效XML表示:

<object>
  <a>x</a>
  <a>y</a>
</object>

当它被转换成JSON时,你会得到以下内容:

{
  "object": {
    "a": [
      "x",
      "y"
    ]
  }
}

从一种处理重复键的语言到另一种语言的自然映射,可以作为这里潜在的最佳实践参考。

希望这能帮助到别人!

有两个文档指定JSON格式:

http://json.org/ https://www.rfc-editor.org/rfc/rfc7159

被接受的答案引用自第一个文档。我认为第一份文件更清楚,但第二份文件包含更多细节。

第二份文件说:

对象 对象结构用一对花括号表示 包围零个或多个名称/值对(或成员)。名字就是 字符串。每个名称后面都有一个冒号,分隔名称 从值。一个逗号将值与后面的字符分隔开 的名字。对象中的名称应该是唯一的。

所以不禁止使用重复的名字,但不鼓励使用。