JSON数据交换格式

最新推荐文章于 2022-12-06 15:47:56 发布
最新推荐文章于 2022-12-06 15:47:56 发布
阅读量191 收藏 1
点赞数
文章标签： json
原文链接：https://my.oschina.net/1pei/blog/363058
版权

为什么80%的码农都做不了架构师？>>>   hot3.png

Douglas Crockford在2001年发现并命名了JSON(JavaScript Object Notation) ，但是据他自己说，JSON很早就存在，自己只是发现了它而已。2002年Crockford通过json.org公开JSON的具体定义。当时正是XML盛行的年代，但到现在更轻量级、容易解析的JSON已经超越XML被大家广泛使用。 


到2013年12月为止, 关于JSON共有4个公开的定义： 

1. json.org

2. IETF RFC 7159, March 2014, Obsolete RFC 4627(July 2006). 

3. ECMAScript Version 5.1 - Section 5.1.5 The JSON Grammar

4. ECMA-404, October 2013


参考文档：

1. https://www.ibm.com/developerworks/community/blogs/HermannSW/entry/the_diff_between_json_rfc4627_txt_and_rfc7159_txt?lang=en

2. http://stamm-wilbrandt.de/en/blog/diff.rfc4627-rfc7159.txt


----------------------------------------------------------------------

The JSON Data Interchange Format, ECMA-404, 1st Edition, October 2013

介绍

    JSON(JavaScript Object Notation) 是一种轻量级的数据交换格式。易于人阅读和编写。同时也易于机器解析和生成。它基于JavaScript Programming Language, Standard ECMA-262 3rd Edition - December 1999的一个子集。JSON采用完全独立于语言的文本格式，但是也使用了类似于C语言家族的习惯（包括C, C++, C#, Java, JavaScript, Perl, Python等）。这些特性使JSON成为理想的数据交换语言。


    JSON中两个主要类型：

    . “名称/值”对的集合（A collection of name/value pairs）。

        不同的语言中，它被理解为对象（object），纪录（record），结构（struct），字典（dictionary），映射（map）, 

 哈希表（hash table）。

     . 值的有序列表（An ordered list of values）。在大部分语言中，它被理解为数组（array），有键列表（keyed list），或者向量 （vector）.

      这些都是常见的数据结构。事实上大部分现代计算机语言都以某种形式支持它们。这使得一种数据格式在同样基于这些结构的编程语言之间交换成为可能。


4. JSON text

   JSON text是由一序列tokens组成，每个token是遵循JSON值语法形成的Unicode code points.

   tokens集合包括6个结构化tokens, strings, numbers, 以及3个字面量name tokens.


   6个结构化tokens包括:

   [ U+005B 左方括号, left square bracket

   { U+007B 左花括号, left curly bracket

   ] U+005D 右方括号, right square bracket

   } U+007D 右方括号, right curly bracket

   : U+003A colon

   , U+002C comma


   3个字面量name tokens:

   true U+0074 U+0072 U+0075 U+0065

   false U+0066 U+0061 U+006c U+0073 U+0065

   null U+006E U+0075 U+006C U+006C


   任何一个token前后可以有whitespace. 

   whitespace字符包括:character tabulation (U+0009), line feed (U+000A), carriage return (U+000D), and space (U+0020). 

   除了string中允许有space以外, 其他token中不允许有Whitespace,


5. json值

   json值可以是object, array, number, string, true/false, null. 


6. 对象(object)

   对象是一个无序的name/value对集合。一个对象以“{”（左括号）开始，“}”（右括号）结束。

   每个name是一个string, name与value之间以一个“:”（冒号）分隔；name/value对之间使用“,”（逗号）分隔。


7. 数组(array)

   数组是0个或多个值（value）的有序集合。一个数组以“[”（左中括号）开始，“]”（右中括号）结束。值之间使用“,”（逗号）分隔。


8. 数值（number）

   数值是十进制, 可以是正负值, 有小数点, e/E指数, 0-9


9. 字符串（string）

   字符串是由双引号包围的任意数量Unicode字符的集合，使用反斜线转义。

     \"表示双引号 quotation mark  (U+0022)

     \\表示反斜线 reverse solidus (U+005C)

     \/表示正斜线 solidus         (U+002F)

     \b表示       backspace       (U+0008)

     \f           formfeed        (U+000C)

     \n表示新行   newline         (U+000A)

     \r表示       carriage return (U+000D)

     \t表示       horizontal tab  (U+0009)

基本多语言Plane（U+0000 ~ U+FFFF）可以用6个字符来表示：一个反斜线, 一个小写字母u, 后面四位十六进制数字, 

     十六进制数字可以是0-9, A-F, a-f。

      下面四种情况都表示同样结果：

      "\u002F"

      "\u002f"

      "\/"

      "/"


----------------------------------------------------------------------

RFC 7159, March 2014, Category: Standards Track

1. 介绍

   JSON可以用四个基本类型(strings, numbers, booleans, and null), 以及两个结构类型(objects and arrays)来表示.


1.2 JSON规范

   本文档更新了[RFC4627], 该文档描述了JSON， 注册了media type为"application/json".

   

1.3 本次修订介绍

   自RFC4627发布以来, 存在一些互操作问题, 且该文档发现存在一些错误需要修订。


2. JSON语法

   JSON text是由一序列tokens组成.

   tokens集合包括6个结构化字符, strings, numbers, 以及3个字面量name.

   

   JSON text是一个序列化值(a serialized value).  

   之前的一些JSON规范限制JSON text只能是一个object或一个array.

   只生成objects或arrays的JSON text的实现是可以互操作的, 因为所有的实现都接受这些JSON text.

   

   JSON-text = ws value ws

   

  6个结构化字符（structural characters）包括:

      begin-array     = ws %x5B ws  ; [ left square bracket

      begin-object    = ws %x7B ws  ; { left curly bracket

      end-array       = ws %x5D ws  ; ] right square bracket

      end-object      = ws %x7D ws  ; } right curly bracket

      name-separator  = ws %x3A ws  ; : colon

      value-separator = ws %x2C ws  ; , comma

 

  这6个结构化字符前后可以有whitespace:

      ws = *(

              %x20 /              ; Space

              %x09 /              ; Horizontal tab

              %x0A /              ; Line feed or New line

              %x0D )              ; Carriage return


3. value

  value = false / null / true / object / array / number / string

  

  以下3个字面量name必需是小写。

  false = %x66.61.6c.73.65   ; false

  null  = %x6e.75.6c.6c      ; null

  true  = %x74.72.75.65      ; true 


4. objects

   object = begin-object [ member *( value-separator member ) ] end-object


   member = string name-separator value

   

   一个object中的name应当是唯一, 如果接收到name不唯一的对象，则软件行为不可预测。

   许多实现只上报最后一个name:value, 有的实现上报一个error或解析失败, 有的实现将重复的name:value pairs都上报。

   

   已经观察到有一些JSON解析库在是否将object memebers前后顺序通知给调用软件存在差异。

   不依赖于object中memeber前后顺序的实现才是可互操作的, 因为不会受到这些差异的影响。


5. Arrays

   数组是用[]包住的0个或多个values（也称为elements）, element之间以逗号分隔。

   

   array = begin-array [ value *( value-separator value ) ] end-array

   

   array中的的values不需要是相同的类型。

      

6. Numbers

   Leading zeros are not allowed.

   

   不能以下面语法表示的Numeric values（例如Infinity和NaN)是不允许的。

   

   number = [ minus ] int [ frac ] [ exp ]

   decimal-point = %x2E       ; .

   digit1-9 = %x31-39         ; 1-9

   e = %x65 / %x45            ; e E

   exp = e [ minus / plus ] 1*DIGIT

   frac = decimal-point 1*DIGIT

   int = zero / ( digit1-9 *DIGIT )

   minus = %x2D               ; -

   plus = %x2B                ; +

   zero = %x30                ; 0

  

   本规范允许实现设置可接收number的范围和精度。

   在 [-(2**53)+1, (2**53)-1] 范围内的整数是可互操作的。


7. Strings

   以下字符必须转义：双引号、反斜线、控制字符（U+0000 ~ U+001F）.

   任何字符可以转义，如果字符是基本多语言Plane（U+0000 ~ U+FFFF）可以用6个字符来表示：一个反斜线, 一个小写字母u, 后面四位十六进制数字, 

     十六进制数字可以是0-9, A-F, a-f。

   为了转义不在Basic Multilingual Plane中的扩展字符,该字符可用12个字符序列来表示, 以UTF-16 surrogate pair编码。

   例如只包含G clef character (U+1D11E)可以用"\uD834\uDD1E"来表示.   

 

   string = quotation-mark *char quotation-mark


   char = unescaped /

          escape (

              %x22 /          ; "    quotation mark  U+0022

              %x5C /          ; \    reverse solidus U+005C

              %x2F /          ; /    solidus         U+002F

              %x62 /          ; b    backspace       U+0008

              %x66 /          ; f    form feed       U+000C

              %x6E /          ; n    line feed       U+000A

              %x72 /          ; r    carriage return U+000D

              %x74 /          ; t    tab             U+0009

              %x75 4HEXDIG )  ; uXXXX                U+XXXX


      escape = %x5C              ; \

      quotation-mark = %x22      ; "

      unescaped = %x20-21 / %x23-5B / %x5D-10FFFF

 

8. String和Character问题


8.1.  Character Encoding

   JSON text应当（SHALL）用UTF-8, UTF-16, 或UTF-32来编码. 缺省编码是UTF-8, 以UTF-8编码的JSON texts是可互操作的, 可以被最大多数的实现者成功读取。

   有许多实现不能成功地读取其他方式编码(例如UTF-16和UTF-32)的text.


   实现一定不要（MUST NOT）在JSON text开始处添加一个字节序标志（a byte order mark）, 

   考虑到互操作, 解析JSON texts的实现可以（MAY）忽略这个字节序标志, 而不要视之为错误。

   

8.2.  Unicode Characters

   在JSON text中当所有的strings都完全是由Unicode characters [UNICODE] (however escaped)组成的，

   所有的软件实现在解析这种text时可对objects与arrays中name与string值的内容达成一致，因此该JSON text是可互操作的。


   但是, 本规范中的ABNF允许member的names与string values可包含不用Unicode characters编码的比特序列;

   例如"\uDEAD" (a single unpaired UTF-16 surrogate).  

   已经观察到有这种情况发生，例如when a library truncates a UTF-16 string without checking whether the truncation split a surrogate pair. 

   当软件接收包含这些值的JSON texts时行为是无法预测的; 

   例如实现可能对一个类型为string的value的长度返回不同的值, 或者出现致命运行时异常。

   

8.3.  String Comparison

   软件实现通常要测试object members的name是否相等. 

   实现需要将textual表示转换为Unicode code units序列, 然后一个一个code unit进行比较，

   这种实现可对两个串是否相等还是不等的所有情况达成一致, 因此是可互操作的.

   例如, 当对包含有转义字符的串未做转换时进行比较, 可能会错误地认为"a\\b"与"a\u005Cb"不等.


9. Parsers

   JSON解析器将一个JSON text转换为另一种表示.  

   JSON解析器必须（MUST）接受遵循JSON语法的所有texts。

   JSON解析器可以（MAY）接受非JSON格式或扩展.


   实现可以（may）对接受的text size设置限制.  

   实现可以（may）对嵌套最大深度设置限制.

   实现可以（may）对numbers的范围和京都设置限制.

   实现可以（may）对strings的长度和字符内容设置限制.


10. Generators

   JSON生成器(generator)产生JSON text, 最终的text必须（MUST）严格遵循JSON语法（grammar）.

   

11.  IANA Considerations

   JSON text的MIME media type是application/json.


   Type name:  application

   Subtype name:  json

   Required parameters:  n/a

   Optional parameters:  n/a


   Encoding considerations:  binary

   Security considerations:  See [RFC7159], Section 12.

   Interoperability considerations:  Described in [RFC7159]

   Published specification:  [RFC7159]


   Applications that use this media type:

      JSON has been used to exchange data between applications written

      in all of these programming languages: ActionScript, C, C#,

      Clojure, ColdFusion, Common Lisp, E, Erlang, Go, Java, JavaScript,

      Lua, Objective CAML, Perl, PHP, Python, Rebol, Ruby, Scala, and

      Scheme.


   Additional information:

      Magic number(s): n/a

      File extension(s): .json

      Macintosh file type code(s): TEXT


   Person & email address to contact for further information:

      IESG

      <iesg@ietf.org>


   Intended usage:  COMMON


   Restrictions on usage:  none


   Author:

      Douglas Crockford

      <douglas@crockford.com>


   Change controller:

      IESG

      <iesg@ietf.org>


13.  举例

   下面是一个JSON object:

      {

        "Image": {

            "Width":  800,

            "Height": 600,

            "Title":  "View from 15th Floor",

            "Thumbnail": {

                "Url":    "http://www.example.com/image/481989943",

                "Height": 125,

                "Width":  100

            },

            "Animated" : false,

            "IDs": [116, 943, 234, 38793]

          }

      }

   该对象的Image member是个object, 其Thumbnail member是个object, IDs member是一个由numbers组成的array.


   下面是一个JSON array, 它包含两个objects:

      [

        {

           "precision": "zip",

           "Latitude":  37.7668,

           "Longitude": -122.3959,

           "Address":   "",

           "City":      "SAN FRANCISCO",

           "State":     "CA",

           "Zip":       "94107",

           "Country":   "US"

        },

        {

           "precision": "zip",

           "Latitude":  37.371991,

           "Longitude": -122.026020,

           "Address":   "",

           "City":      "SUNNYVALE",

           "State":     "CA",

           "Zip":       "94085",

           "Country":   "US"

        }

      ]


    下面是3个小的只包含values的JSON texts:

    "Hello world!"

    42

    true


转载于:https://my.oschina.net/1pei/blog/363058

weixin_34032827
关注
JSON入门（纯文本的数据格式）
02-25
JSON 即 JavaScript Object Natation，它是一种轻量级的数据交换格式，非常适合于服务器与 JavaScript 的交互。本文将快速讲解 JSON 格式，并通过代码示例演示如何分别在客户端和服务器端进行 JSON 格式数据的处理
JSON数据交换格式及其在数据验证中的应用.pdf
01-01
JSON数据交换格式及其在数据验证中的应用 在 Web 应用中，数据验证一直是一个复杂的问题。为了提高数据验证的效率和安全性，本文提出了一种基于 JSON（JavaScript Object Notation）的数据验证方案。与 XML 相比，...
JSON、使用JSON进行数据交换的基础和原理
weixin_34054931的博客
06-14 165
1. JSON 1.1. JSON 1.1.1. 什么是JSON   JSON即Javascript对象表示法，是一种现在主流的数据交换格式。之所以应用广泛还是由其简单易读所决定的。 简单，只有六种类型的符号 [ ] { } ； ，就可以表示任何种类的复杂对象或数组。 易读，机器解析还是人的阅读都能够从这种格式中快速找到所需要的信息。   1.1.2. 与平台无关的数据交换   ...
JSON 轻量级的数据交换格式
soledede
09-26 242
JSON 即 JavaScript Object Natation，它是一种轻量级的数据交换格式，非常适合于服务器与 JavaScript 的交互。 在普通的 Web 应用中，开发者经常为 XML 的解析伤透了脑筋，无论是服务器端生成或处理 XML，还是客户端用 JavaScript 解析 XML，都常常导致复杂的代码，极低的开发效率。实际上，对于大多数 Web 应用来说，他们根本不需要...
JSON 常量详情参考 (内含对中文不转义的参数)
u011927449的博客
04-21 377
JSON_ERROR_NONE (integer) 没有错误发生。自 PHP 5.3.0 起生效。 JSON_ERROR_DEPTH (integer) 到达了最大堆栈深度。自 PHP 5.3.0 起生效。 JSON_ERROR_STATE_MISMATCH (integer) 出现了下溢（underflow）或者模式不匹配。自 PHP 5.3.0 起生效。 JSON_ERROR_CTRL_CH...
Unicode：Surrogate Pairs UTF-16中用于扩展字符
tanmx219的博客
01-12 2939
解释 Surrogate Pairs 主要是针对增补字符，此时一个16位的编码（2个Byte的UTF-16）已经无法表示，所以就扩展成需要两个16位的编码单元。也就是说，在范围U+10000到U+10FFFF间的编码则使用一对16位编码单元表示，称作代理对(surrogate pair)。 在BMP内的字符，仍然按照UTF-16的编码规则，使用两个字符来表示。 （注：BMP内的字符编码，不包含...
JSON数据交换格式练习_爬虫练习_JSON数据交换格式练习.py_
09-29
在这个“JSON数据交换格式练习”中，我们将会探讨如何在Python中处理JSON数据，特别是与爬虫相关的应用。 首先，让我们来理解一下爬虫。爬虫是自动抓取互联网信息的程序，它们通过模拟浏览器的行为，请求网页并解析...
基于JavaScript的PowerJSON：改进型JSON数据交换格式设计源码
最新发布
09-29
该项目是PowerJSON，一个基于JavaScript的改进型JSON数据交换格式设计源码，涵盖417个文件，包括157个JavaScript文件、85个TypeScript文件、49个Markdown文件、40个JSON文件、26个Flow文件、6个YAML文件、3个npm忽略...
JSON数据交换格式在异构系统集成中的应用研究.docx
10-16
JSON 数据交换格式在异构系统集成中的应用研究 JSON 数据交换格式是近年来兴起的一种轻量级的数据交换格式，它在异构系统集成中应用广泛。本文将从 JSON 数据交换格式的概念、特点、优越性三个方面对其进行分析，并...
php u0026,PHP如何让json_encode不转义中文？
weixin_39980903的博客
03-09 441
PHP如何让json_encode不转义中文？PHP让json_encode不转义中文的方法：在使用“json_encode()”函数进行JSON编码时，在第2个参数传入常量“JSON_UNESCAPED_UNICODE”，其意义是以字面编码多字节Unicode字符。代码示例$jsonStr = json_encode($data,JSON_UNESCAPED_UNICODE);JSON 预定义常...
JSON does not allow non-finite numbers问题解决
u013298104的专栏
11-12 9713
代码中为：JSONArray.fromObject(json) 在使用JSONArray时报错： JSON does not allow non-finite numbers; 原因为： JSON 在转换时 double 值为无穷大（INFINITY），在转换前对该值做下处理即可。 若转换的值为NAN时，也会转换失败。...
JSON.parse解析json字符串遇换行符报错 原因以及如何解决
你有看到我的史迪熊吗.
12-06 5584
因为正确的答案是 '"\\n"'parse 解析的是 stringify 后的结果, 对于字符串 "\n" 的 stringify 结果是 '"\\n"'一般来说, 你可以直接在编辑器敲回车来换行. 但是在代码中, 你要在字符串中存储一个换行符, 在 `` 多行字符串没有出来之前, 你是无法在 "" 里面敲回车的, 只能用转义字符 \n 代替, 虽然你写下的是两个, 但是这个字符串的长度为1, 在使用这个字符串时 \n 就被解释为码点为 0x0a 的字符所以如果要记录字面的 \n, 那么 stringify
彻底搞懂字符编码(unicode,mbcs,utf-8,utf-16,utf-32,big endian,little endian...)
热门推荐
softman11的专栏
01-08 3万+
<br />最近有一些朋友常问我一些乱码的问题，和他们交流过程中，发现这个编码的相关知识还真是杂乱不堪，不少人对一些<br />知识理解似乎也有些偏差，网上百度,google的内容，也有不少以讹传讹，根本就是错误的（例如说 unicode编码是两<br />个字节），各种软件让你选择编码的时候，常常是很长的一个选单，让用户不知道该如何选。基于这样的问题，我就写<br />下我的理解吧，一方面帮助一些需要帮助的人纠正认识，一方面作为自己以后备查的资料。<br />1.ASCII(American Standa
Jackson解析json配置
yinbenyang的专栏
05-03 4747
今天对接第三方渠道接口时发现一个问题，json字符串中如果有相关属性字段为对象json字符串的时候，此时如果这个返回的这个对象字段为“”，采用Jackson将json转对象的时候会提示“空字符串不能转换为具体对象”的错误，后来找到解决办法如下：（1）还是采用Jackson的解析方式，设置其反序列化的属性为：ACCEPT_EMPTY_STRING_AS_NULL_OBJECT，mapper.conf...
golang编译出现invalid identifier character U+00A0的解决方法
nimei31的博客
05-04 1万+
假如出现类似的报错，那就是代码里面的空格，tab，回车什么的写入了其他编码，可能是因为把代码粘贴到了别的文本编辑器，或者从其他的地方复制代码出现的了这种情况controllers/action.go:175:1: invalid identifier character U+00A0controllers/action.go:175:12: syntax error: unexpected UpD...
解决idea中出现“illegal character U+200B” 问题
问知青云路的博客
07-13 7453
在平时碰到问题的时候，总是会在各个博客或者开源文档中找寻灵感或者现成的轮子使用，虽然大多数时候代码都能用轻松的ctrl+c,ctrl+v，然后通过一些手法把里面的错误提示去掉，修修改改就能使用了。但是在个别情况下，部分代码上面存在看不到的符号，直接复制粘贴会导致一些摸不着头脑的错误，就比如这个错误。代码修改好之后是不再报错了， 但是在侧边栏和文件导航栏里面总是提示文件报错（图片仅为演示）： 怎么解决呢？其实初步推测是因为编码的问题导致的，就改一改编码试试。当前默认的规则大部分都是UTF-8的格式，在当前
ios开发中遇到的解析json出错之Unescaped control character '0x9'
DaLei
08-15 222
Error Domain=org.brautaset.JSON.ErrorDomain Code=5 UserInfo=0xa8ad8b0 "Unescaped control character '0x9'", Error Domain=org.brautaset.JSON.ErrorDomain Code=3 UserInfo=0xa8ad9c0 "Object key...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值