JSON 规范说 JSON 是一个对象或一个数组。在对象的情况下，
对象结构被表示为一对大括号围绕零个或多个名称/值对（或成员）。 名称是一个字符串。 ...
后来，规范说字符串用引号括起来。
为什么？
因此，
{"Property1":"Value1","Property2":18}
并不是
{Property1:"Value1",Property2:18}
问题 1：为什么不允许名称/值对中的名称是不带引号的标识符？
问题 2：在 Javascript 中评估时，上述两种表示之间是否存在语义差异？
我引用了 Douglas Crockford（JSON 标准的创建者）给雅虎的演讲。
他谈到了他是如何发现JSON 的，以及为什么他决定使用带引号的键：
.... 那是我们发现未引用名称问题的时候。事实证明，ECMA Script 3 有一个重击保留字策略。保留字必须在关键位置引用，实在是太麻烦了。当我开始将其制定为标准时，我不想将所有保留字都放在标准中，因为这看起来很愚蠢。
当时，我试图说服人们：是的，你可以用 JavaScript 编写应用程序，它实际上可以工作，而且它是一种很好的语言。然后，我不想同时说：看看他们所做的这件非常愚蠢的事情！所以我决定，相反，让我们只引用键。
这样，我们就不必告诉任何人它有多糟糕。这就是为什么直到今天，键都在 JSON 中引用。
您可以在此处找到完整的视频和文字记录。
问题 1：为什么不允许名称/值对中的名称是不带引号的标识符？
JSON 的设计理念是“保持简单”
“有报价的名字"”是一个简单了很多比“你可能引述其名称"或'，但你不必，除非它们包含某些字符（或字符，将使其成为一个关键词的组合），并'或"可能需要根据被引用在您选择的分隔符上”。
问题 2：在 Javascript 中评估时，上述两种表示之间是否存在语义差异？
不。在 JavaScript 中，它们是相同的。
这两个:和空白被允许在标识符。如果没有引号，则在尝试确定标识符的确切构成时会导致歧义。
在 javascript 中，对象可以像带有密钥对的散列/散列表一样使用。
但是，如果您的密钥具有 javascript 无法标记为名称的字符，则在尝试像对象上的属性而不是密钥一样访问它时，它会失败。
var test = {};
test["key"] = 1;
test["#my-div"] = "<div> stuff </div>";
// test = { "key": 1, "#my-div": "<div> stuff </div>" };
console.log(test.key); // should be 1
console.log(test["key"]); // should be 1
console.log(test["#my-div"]); // should be "<div> stuff </div>";
console.log(test.#my-div); // would not work.
标识符有时可能包含无法在 javascript 中被评估为标记/标识符的字符，因此最好将所有标识符放在字符串中以保持一致性。
如果 json 描述对象，那么在实践中你会得到以下内容
var foo = {};
var bar = 1;
foo["bar"] = "hello";
foo[bar] = "goodbye";
那么，
foo.bar == "hello";
foo[1] == "goodbye" // in setting it used the value of var bar
因此，即使您的示例确实产生了相同的结果，它们在“原始代码”中的等价物也不会。也许这就是为什么？不知道，只是一个想法。