[url=http://baike.baidu.com/image/cebd00177720493e4b90a740][/url][url=http://img.bimg.126.net/photo/z-wdmVo5tFOQbS1SgWT39w==/5104830177641244219.jpg]
[/url]
JSON(JavaScript Object Notation) 是一种轻量级的数据交换格式。易于人阅读和编写，同时也易于机器解析和生成。它基于JavaScript（Standard ECMA-262 3rd Edition - December 1999）的一个子集。 JSON采用完全独立于语言的文本格式，但是也使用了类似于C语言家族的习惯（包括C, C++, C#, Java, JavaScript, Perl, Python等）。这些特性使JSON成为理想的数据交换语言。
JSON构建的结构：
1. “名称/值”对的集合（A collection of name/value pairs）。不同的语言中，它被理解为对象（object），记录（record），结构（struct），字典（dictionary），哈希表（hash table），有键列表（keyed list），或者关联数组 （associative array）。
2. 值的有序列表（An ordered list of values）。在大部分语言中，它被理解为数组（array）。 这些都是常见的 数据结构 。事实上大部分现代 计算机 语言都以某种形式支持它们。这使得一种数据格式在同样基于这些结构的 编程 语言之间交换成为可能。 JSON的具体形式
1、对象是一个无序的“‘名称/值’对”集合。一个对象以“{”（左括号）开始，“}”（右括号）结束。每个“名称”后跟一个“:”（冒号）；“‘名称/值’ 对”之间使用“,”（逗号）分隔。 [url=http://baike.baidu.com/image/8474fbddda22a7d576c638ca][/url][url=http://img.bimg.126.net/photo/E8k9F0f2VFBt-WsanaqJVA==/5717601201924062195.jpg]
[/url] 2、数组是值（value）的有序集合。一个数组以“[”（左中括号）开始，“]”（右中括号）结束。值之间使用“,”（逗号）分隔。 [url=http://baike.baidu.com/image/62667cd01632a6b5a0ec9cc9][/url][url=http://img.bimg.126.net/photo/DPB0GGA0CAeluCxgI5DYlg==/2261932912847817511.jpg]
[/url] 3、值（ value ）可以是双引号括起来的字符串（ string ）、数值(number)、true、false、 null、对象（object）或者数组（array）。这些结构可以嵌套。 [url=http://baike.baidu.com/image/481517238b626174925807d5][/url][url=http://img.bimg.126.net/photo/H_dw8p2yv_I-67DHGt7mmw==/2261932912847817512.jpg]
[/url] 4、字符串（ string ）是由双引号包围的任意数量Unicode字符的集合，使用反斜线转义。一个字符（character）即一个单独的字符串（character string）。 字符串（ string ）与C或者Java的字符串非常相似。 [url=http://baike.baidu.com/image/263e802fcb331f021f3089d3][/url][url=http://img.bimg.126.net/photo/p7hjsAiuHyRvHKk_M-XjVQ==/2261932912847817513.jpg]
[/url] 5、数值（ number ）也与C或者Java的数值非常相似。除去未曾使用的八进制与十六进制格式。除去一些编码细节。 [url=http://baike.baidu.com/image/2979013026648fa3a9018ed8][/url][url=http://img.bimg.126.net/photo/6CTD-ixTEgFULxutg3RprA==/2261932912847817514.jpg]
[/url] [url=http://baike.baidu.com/view/136475.htm#][/url] JSON与XML的比较
◆ 可读性 JSON和XML的可读性可谓不相上下，一边是简易的语法，一边是规范的标签形式，很难分出胜负。
◆ 可扩展性 XML天生有很好的扩展性，JSON当然也有，没有什么是XML能扩展，JSON不能的。不过JSON在Javascript主场作战，可以存储Javascript复合对象，有着xml不可比拟的优势。
◆ 编码难度 XML有丰富的编码工具，比如Dom4j、JDom等，JSON也有提供的工具。无工具的情况下，相信熟练的开发人员一样能很快的写出想要的xml文档和JSON字符串，不过，xml文档要多很多结构上的字符。
◆ 解码难度 XML的解析方式有两种： 一是通过文档模型解析，也就是通过父标签索引出一组标记。例如：xmlData.getElementsByTagName("tagName")，但是这样是要在预先知道文档结构的情况下使用，无法进行通用的封装。 另外一种方法是遍历节点（document 以及 childNodes）。这个可以通过递归来实现，不过解析出来的数据仍旧是形式各异，往往也不能满足预先的要求。 凡是这样可扩展的结构数据解析起来一定都很困难。 JSON也同样如此。如果预先知道JSON结构的情况下，使用JSON进行数据传递简直是太美妙了，可以写出很实用美观可读性强的代码。如果你是纯粹的前台开发人员，一定会非常喜欢JSON。但是如果你是一个应用开发人员，就不是那么喜欢了，毕竟xml才是真正的结构化标记语言，用于进行数据传递。 而如果不知道JSON的结构而去解析JSON的话，那简直是噩梦。费时费力不说，代码也会变得冗余拖沓，得到的结果也不尽人意。但是这样也不影响众多前台开发人员选择JSON。因为json.js中的toJSONString()就可以看到JSON的字符串结构。当然不是使用这个字符串，这样仍旧是噩梦。常用JSON的人看到这个字符串之后，就对JSON的结构很明了了，就更容易的操作JSON。 以上是在Javascript中仅对于数据传递的xml与JSON的解析。在Javascript地盘内，JSON毕竟是主场作战，其优势当然要远远优越于xml。如果JSON中存储Javascript复合对象，而且不知道其结构的话，我相信很多程序员也一样是哭着解析JSON的。
◆ 实例比较 XML和JSON都使用结构化方法来标记数据，下面来做一个简单的比较。
用XML表示中国部分省市数据如下：
<?xml version="1.0" encoding="utf-8"?>
<country>
<name>中国</name>
<province>
<name>黑龙江</name>
<citys>
<city>哈尔滨</city>
<city>大庆</city>
</citys>
</province>
<province>
<name>广东</name>
<citys>
<city>广州</city>
<city>深圳</city>
<city>珠海</city>
</citys>
</province>
<province>
<name>台湾</name>
<citys>
<city>台北</city>
<city>高雄</city>
</citys>
</province>
<province>
<name>新疆</name>
<citys>
<city>乌鲁木齐</city>
</citys>
</province>
</country>
用JSON表示如下：
{ name:"中国", province:[ { name:"黑龙江", citys:{ city:["哈尔滨","大庆"] } },
{ name:"广东", citys:{ city:["广州","深圳","珠海"] } },
{ name:"台湾", citys:{ city:["台北","高雄"] } },
{ name:"新疆", citys:{ city:["乌鲁木齐"] } }
] }
编码的可读性，xml有明显的优势，毕竟人类的语言更贴近这样的说明结构。json读起来更像一个数据块，读起来就比较费解了。不过，我们读起来费解的语言，恰恰是适合机器阅读，所以通过json的索引.province[0].name就能够读取“黑龙江”这个值。 编码的手写难度来说，xml还是舒服一些，好读当然就好写。不过写出来的字符JSON就明显少很多。去掉空白制表以及换行的话，JSON就是密密麻麻的有用数据，而xml却包含很多重复的标记字符
。
本文转自My_King1 51CTO博客，原文链接：http://blog.51cto.com/apprentice/1360781，如需转载请自行联系原作者
