最低有效 JSON 是多少？

Question

我已经仔细阅读了 JSON 描述 http://json.org/，但我不确定我是否知道这个简单问题的答案。什么字符串是最小可能的有效 JSON？

• "string" 字符串是有效的 JSON 吗？
• 42 是简单数字有效的 JSON 吗？
• true 的布尔值是有效的 JSON 吗？
• {} 空对象是有效的 JSON 吗？
• [] 空数组是有效的 JSON 吗？

Answer 1

在撰写本文时，JSON 仅在 RFC4627 中进行了描述。它将 JSON 文本描述为（在“2”的开头）是一个序列化的对象或数组。

这意味着只有 {} 和 [] 在符合该标准的解析器和字符串化器中是有效的、完整的 JSON 字符串。

然而，ECMA-404 的引入改变了这一点，更新的建议 can be read here。关于这个问题，我也 written a blog post。

---

然而，为了进一步混淆这个问题，Web 浏览器中可用的 JSON 对象（例如 JSON.parse() 和 JSON.stringify()）是 standardised in ES5，它清楚地定义了可接受的 JSON 文本，如下所示：

本规范中使用的 JSON 交换格式与 RFC 4627 所描述的完全相同，但有两个例外：

• ECMAScript JSON 语法的顶级 JSONText 生成可以由任何 JSONValue 组成，而不是被限制为 RFC 4627 指定的 JSONObject 或 JSONArray。

• 剪掉

这意味着 JSON 对象接受 所有 JSON 值（包括字符串、空值和数字），即使 JSON 对象在技术上遵循 RFC 4627。

请注意，您可以因此在符合标准的浏览器中通过JSON.stringify(5) 对数字进行字符串化，这将被另一个遵循 RFC4627 但没有上面列出的特定例外的解析器拒绝。 Ruby，例如，would seem to be one such example which only accepts objects and arrays as the root。另一方面，PHP specifically adds the exception 表示“它还将对标量类型和 NULL 进行编码和解码”。

Answer 2

根据RFC 4627 中的旧定义（2014 年 3 月被 RFC 7159 废弃），这些都是有效的“JSON 值”，但只有最后两个构成完整的“JSON 文本”：

JSON 文本是一个序列化的对象或数组。

根据所使用的解析器，可能会接受单独的“JSON 值”。例如（坚持“JSON 值”与“JSON 文本”术语）：

• 现在在现代浏览器中标准化的 JSON.parse() 函数接受任何“JSON 值”
• PHP 函数 json_decode 在 5.2.0 版中引入，仅接受整个“JSON 文本”，但在 5.2.1 版中被修改为接受任何“JSON 值”
• Python 的json.loads 根据示例on this manual page 接受任何“JSON 值”
• http://jsonlint.com 的验证器需要完整的“JSON 文本”
• Ruby JSON 模块将只接受完整的“JSON 文本”（至少根据 cmets on this manual page）

这种区别有点像“XML 文档”和“XML 片段”之间的区别，尽管从技术上讲 <foo /> 是一个格式良好的 XML 文档（最好写成 <?xml version="1.0" ?><foo />，但正如所指出的那样在 cmets 中，<?xml 声明在技术上是可选的）。

Answer 3

是的，是的，是的，是的，是的。它们都是有效的 JSON 值文字。

不过，官方RFC 4627表示：

JSON 文本是一个序列化的对象或数组。

所以一个完整的“文件”应该由一个对象或数组作为最外层的结构，当然也可以是空的。然而，许多 JSON 解析器也接受原始值作为输入。

Answer 4

ecma 规范可能对参考有用：

http://www.ecma-international.org/ecma-262/5.1/

解析函数解析 JSON 文本（JSON 格式的字符串）并生成 ECMAScript 值。这 JSON 格式是 ECMAScript 文字的受限形式。 JSON 对象被实现为 ECMAScript 对象。 JSON 数组被实现为 ECMAScript 数组。 JSON 字符串、数字、布尔值和 null 被实现为 ECMAScript 字符串、数字、布尔值和 null。 JSON 使用更有限的一组空白字符 比 WhiteSpace 并允许 Unicode 代码点 U+2028 和 U+2029 直接出现在 JSONString 文字中 不使用转义序列。解析的过程与 11.1.4 和 11.1.5 类似，受限于 JSON 语法。

JSON.parse("string"); // SyntaxError: Unexpected token s
JSON.parse(43); // 43
JSON.parse("43"); // 43
JSON.parse(true); // true
JSON.parse("true"); // true
JSON.parse(false);
JSON.parse("false");
JSON.parse("trueee"); // SyntaxError: Unexpected token e
JSON.parse("{}"); // {}
JSON.parse("[]"); // []

Answer 5

JSON 代表 JavaScript 对象表示法。只有{} 和[] 定义了一个Javascript 对象。其他示例是值文字。 Javascript 中有用于处理这些值的对象类型，但表达式 "string" 是字面值而不是对象的源代码表示。

请记住，JSON 不是 Javascript。它是一种表示数据的符号。它具有非常简单和有限的结构。 JSON 数据使用{},:[] 字符构成。您只能在该结构中使用文字值。

服务器以对象描述或文字值进行响应是完全有效的。所有 JSON 解析器都应该被处理为只处理一个文字值，但只处理一个值。 JSON 一次只能表示一个对象。因此，如果服务器要返回多个值，则必须将其构造为对象或数组。

Answer 6

var x;
JSON.stringify(x); // will output "{}"

所以你的答案是"{}"，它表示一个空对象。

Answer 7

只需按照json.org 页面上给出的铁路图进行操作即可。 [] 和 {} 是最小可能的有效 JSON 对象。所以答案是 [] 和 {}。

Answer 8

Internet 上至少有四个文档可以被视为 JSON 标准。引用的 RFC 都描述了 mime 类型 application/json。以下是每个人对顶级值的看法，以及顶部是否允许除对象或数组以外的任何内容：

RFC-4627：没有。

JSON 文本是一个标记序列。该组令牌包括六个 结构字符、字符串、数字和三个文字名称。

JSON 文本是一个序列化的对象或数组。

JSON-text = 对象/数组

请注意，RFC-4627 被标记为“信息性”而不是“建议标准”，并且它已被 RFC-7159 废弃，而 RFC-7159 又被 RFC-8259 废弃。

RFC-8259：是的。

JSON 文本是一个标记序列。该组令牌包括六个 结构字符、字符串、数字和三个文字名称。

JSON 文本是一个序列化值。请注意，某些先前的 JSON 规范将 JSON 文本限制为对象或 大批。仅生成对象或数组的实现 要求 JSON 文本将是可互操作的，因为所有 实现将接受这些作为符合 JSON 文本。

JSON-text = ws 值 ws

RFC-8259 日期为 2017 年 12 月，标记为“互联网标准”。

ECMA-262：是的。

JSON 句法语法根据 JSON 词法定义的标记定义了有效的 JSON 文本 语法。语法的目标符号是JSONText。

语法 JSON文本：

JSON 值

JSON 值：

JSONNullLiteral

JSONBooleanLiteral

JSON 对象

JSON数组

JSON字符串

JSON 编号

ECMA-404：是的。

JSON 文本是由符合 JSON 值的 Unicode 代码点形成的标记序列 语法。标记集包括六个结构标记、字符串、数字和三个文字名称标记。