从标准(p. ii):

预计其他标准将引用此标准，严格遵循JSON文本格式，而 对各种编码细节施加限制。这种标准可能需要具体的行为。JSON 本身不指定任何行为。

在标准(第2页)中，JSON对象的规范如下:

对象结构表示为围绕零个或多个名称/值对的一对花括号标记。 名称是字符串。每个名称后面都有一个冒号标记，将名称与值分开。一个单一的 逗号标记将值与后面的名称分隔开。

它没有提到重复的键是无效的还是有效的，因此根据规范，我可以安全地假设这意味着它们是允许的。

大多数JSON库的实现不接受重复的键，这与标准并不冲突，因为第一个引用。

下面是两个与c++标准库相关的示例。当将一些JSON对象反序列化为std::map时，拒绝重复键是有意义的。但是当将一些JSON对象反序列化为std::multimap时，正常地接受重复键是有意义的。

在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异常。

从标准(p. ii):

预计其他标准将引用此标准，严格遵循JSON文本格式，而 对各种编码细节施加限制。这种标准可能需要具体的行为。JSON 本身不指定任何行为。

在标准(第2页)中，JSON对象的规范如下:

对象结构表示为围绕零个或多个名称/值对的一对花括号标记。 名称是字符串。每个名称后面都有一个冒号标记，将名称与值分开。一个单一的 逗号标记将值与后面的名称分隔开。

它没有提到重复的键是无效的还是有效的，因此根据规范，我可以安全地假设这意味着它们是允许的。

大多数JSON库的实现不接受重复的键，这与标准并不冲突，因为第一个引用。

下面是两个与c++标准库相关的示例。当将一些JSON对象反序列化为std::map时，拒绝重复键是有意义的。但是当将一些JSON对象反序列化为std::multimap时，正常地接受重复键是有意义的。

有两个文档指定JSON格式:

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

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

第二份文件说:

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

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

ECMA JSON标准中没有定义。一般来说，缺乏标准的定义意味着，“不要指望它在任何地方都能以同样的方式工作。”

如果你是一个赌徒，“许多”JSON引擎将允许复制并简单地使用最后指定的值。这样的:

var o = {"a": 1, "b": 2, "a": 3}

变成这样:

Object {a: 3, b: 2}

但如果你不是赌徒，那就别指望了!

标准是这么说的:

编程语言在是否支持对象和 如果是，对象提供了什么特征和约束。的 对象系统的模型可以有很大的分歧，而且还在继续如此 进化。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);
}