编辑“︁JSON”︁（章节）

== 互操作性 ==
[https://www.rfc-editor.org/rfc/rfc8259.html RFC 8259] {{Wayback|url=https://www.rfc-editor.org/rfc/rfc8259.html |date=20231023110212 }}描述了 JSON 语法的某些方面，尽管这些方面符合规范，但可能会导致互操作性问题。

* 某些 JSON 实现仅接受表示对象或数组的 JSON 文本。为了实现互操作性，交换 JSON 的应用程序应传输对象或数组形式的消息。
* 该规范允许 JSON 对象包含多个具有相同名称的成员。处理具有重复名称的对象的实现的行为是不可预测的。为了实现互操作性，应用程序在传输 JSON 对象时应避免重复名称。
* 规范特别指出 JSON 对象中成员的顺序并不重要。为了实现互操作性，应用程序应该避免为成员排序赋予含义，即使解析软件使该排序可见。
* 虽然规范对 JSON 数字文字的大小或精度没有限制，但广泛使用的 JavaScript 实现将它们存储为 IEEE754“binary64”数量。为了实现互操作性，应用程序应避免传输无法以这种方式表示的数字，例如 1E400 或 3.141592653589793238462643383279。
* 虽然规范不限制 JSON 文本中 Unicode 字符的字符编码，但绝大多数实现都采用[[UTF-8]]编码；为了实现互操作性，应用程序应始终且仅使用 UTF-8 对 JSON 消息进行编码。
* 该规范并不禁止传输不能正确表示 Unicode 字符的字节序列。为了实现互操作性，应用程序应传输不包含此类字节序列的消息。
* 该规范不限制应用程序如何比较 Unicode 字符串。为了实现互操作性，应用程序应始终逐个代码单元执行此类比较。

2015 年，IETF 发布了[https://www.rfc-editor.org/rfc/rfc7493.html RFC7493] {{Wayback|url=https://www.rfc-editor.org/rfc/rfc7493.html |date=20231101035310 }}，描述了“I-JSON 消息格式”，这是 JSON 的受限配置文件，它限制了 JSON 的语法和处理，以尽可能避免这些互操作性问题