A. JSON的定义，语法规则，与Xml的比较哪个更好
1, JSON：JavaScript 对象表示法（javascript Object Notation）。
2, JSON 是存储和交换（传输）文本信息的语法。类似 XML。
3, JSON 比 XML 更小、更快，更易解析。
•对于 AJAX 应用程序来说，JSON 比 XML 更快更易使用：
•使用 XML
•读取 XML 文档
•使用 XML DOM 来循环遍历文档
•读取值并存储在变量中
•使用 JSON
•读取 JSON 字符串
•用 eval() 处理 JSON 字符串
•然后再javascript中像操作对象一样，操作json数据
•数据在名称/值 对中
•数据由逗号分隔
•花括号保存对象
•方括号保存数组
•JSON 值可以是：
•数字（整数或浮点数）
•字符串（在双引号中）
•逻辑值（true 或 false）
•数组（在方括号中）
•对象（在花括号中）
•null
•JSON 数组在方括号中书写：
•数组可包含多个对象：
•{ "employees": [ { "firstName":"John" , "lastName":"Doe" }, { "firstName":"Anna" , "lastName":"Smith" }, { "firstName":"Peter" , "lastName":"Jones" } ] }
•通过 JavaScript，您可以创建一个对象数组，并像这样进行赋值：
•var employees = [ { "firstName":"Bill" , "lastName":"Gates" }, { "firstName":"George" , "lastName":"Bush" }, { "firstName":"Thomas" , "lastName": "Carter" } ]; 可以像这样访问 JavaScript 对象数组中的第一项：
•employees[0].lastName;
•利用json数据格式，php向javascript回应集合类的数据
•在php内部json就是一个字符串，在javascript内部json是一个对象
•在服务器端获得的是一个数组，因此要使用json的数据格式将数据返回
•Php使用json_encode()函数完成数据向json格式的转化
•我们的javascript就可以接收到json格式的字符串，但是这个时候还是字符串呢
•将获得的这个字符串，变成javascript对象，思路是让我们字符串执行以下就可以了
•在javascript中，我们使用eval()，可以让字符串作为javascript代码执行，我们需要将执行的代码用括号括起来
•调用函数，后面必须要加括号，让函数执行必须加一个括号
B. mongodb和mysql5.7的json哪个更好，优缺点比较
与关系型数据库相比，MongoDB的优点： ①弱一致性（最终一致），更能保证用户的访问速度： 举例来说，在传统的关系型数据库中，一个COUNT类型的操作会锁定数据集，这样可以保证得到“当前”情况下的精确值。这在某些情况下，例 如通过ATM查看账户信息的时候很重要，但对于Wordnik来说，数据是不断更新和增长的，这种“精确”的保证几乎没有任何意义，反而会产生很大的延 迟。他们需要的是一个“大约”的数字以及更快的处理速度。 但某些情况下MongoDB会锁住数据库。如果此时正有数百个请求，则它们会堆积起来，造成许多问题。我们使用了下面的优化方式来避免锁定： 每次更新前，我们会先查询记录。查询操作会将对象放入内存，于是更新则会尽可能的迅速。在主/从部署方案中，从节点可以使用“-pretouch”参数运行，这也可以得到相同的效果。 使用多个mongod进程。我们根据访问模式将数据库拆分成多个进程。 ②文档结构的存储方式，能够更便捷的获取数据。 对于一个层级式的数据结构来说，如果要将这样的数据使用扁平式的，表状的结构来保存数据，这无论是在查询还是获取数据时都十分困难。 举例1： 就拿一个“字典项”来说，虽然并不十分复杂，但还是会关系到“定义”、“词性”、“发音”或是“引用”等内容。大部分工程师会将这种模型使用关系型数据库 中的主键和外键表现出来，但把它看作一个“文档”而不是“一系列有关系的表”岂不更好？使用 “dictionary.definition.partOfSpeech='noun'”来查询也比表之间一系列复杂（往往代价也很高）的连接查询方便 且快速。 举例2：在一个关系型数据库中，一篇博客（包含文章内容、评论、评论的投票）会被打散在多张数据表中。在MongoDB中，能用一个文档来表示一篇博客， 评论与投票作为文档数组，放在正文主文档中。这样数据更易于管理，消除了传统关系型数据库中影响性能和水平扩展性的“JOIN”操作。 CODE↓ > db.blogposts.save({ title : "My First Post", author: {name : "Jane", id :1}, comments : [{ by: "Abe", text: "First" }, { by : "Ada", text : "Good post" }] }) > db.blogposts.find( { "author.name" : "Jane" } ) > db.blogposts.findOne({ title : "My First Post", "author.name": "Jane", comments : [{ by: "Abe", text: "First" }, { by : "Ada", text : "Good post" } ] }) > db.blogposts.find( { "comments.by" : "Ada" } ) > db.blogposts.ensureIndex( { "comments.by" : 1 } ); 举例③： MongoDB是一个面向文档的数据库，目前由10gen开发并维护，它的功能丰富，齐全，完全可以替代MySQL。在使用MongoDB做产品原型的过程中，我们总结了MonogDB的一些亮点： 使用JSON风格语法，易于掌握和理解：MongoDB使用JSON的变种BSON作为内部存储的格式和语法。针对MongoDB的操作都使用JSON风格语法，客户端提交或接收的数据都使用JSON形式来展现。相对于SQL来说，更加直观，容易理解和掌握。 Schema-less，支持嵌入子文档：MongoDB是一个Schema-free的文档数据库。一个数据库可以有多个Collection，每 个Collection是Documents的集合。Collection和Document和传统数据库的Table和Row并不对等。无需事先定义 Collection，随时可以创建。 Collection中可以包含具有不同schema的文档记录。 这意味着，你上一条记录中的文档有3个属性，而下一条记录的文档可以有10个属 性，属性的类型既可以是基本的数据类型（如数字、字符串、日期等），也可以是数组或者散列，甚至还可以是一个子文档（embed document）。这 样，可以实现逆规范化（denormalizing）的数据模型，提高查询的速度。 ③内置GridFS，支持大容量的存储。 GridFS是一个出色的分布式文件系统，可以支持海量的数据存储。 内置了GridFS了MongoDB，能够满足对大数据集的快速范围查询。 ④内置Sharding。 提供基于Range的Auto Sharding机制：一个collection可按照记录的范围，分成若干个段，切分到不同的Shard上。 Shards可以和复制结合，配合Replica sets能够实现Sharding+fail-over，不同的Shard之间可以负载均衡。查询是对 客户端是透明的。客户端执行查询，统计，MapRece等操作，这些会被MongoDB自动路由到后端的数据节点。这让我们关注于自己的业务，适当的 时候可以无痛的升级。MongoDB的Sharding设计能力最大可支持约20 petabytes，足以支撑一般应用。 这可以保证MongoDB运行在便宜的PC服务器集群上。PC集群扩充起来非常方便并且成本很低，避免了“sharding”操作的复杂性和成本。 ⑤第三方支持丰富。(这是与其他的NoSQL相比，MongoDB也具有的优势) 现在网络上的很多NoSQL开源数据库完全属于社区型的，没有官方支持，给使用者带来了很大的风险。 而开源文档数据库MongoDB背后有商业公司10gen为其提供供商业培训和支持。 而且MongoDB社区非常活跃，很多开发框架都迅速提供了对MongDB的支持。不少知名大公司和网站也在生产环境中使用MongoDB，越来越多的创新型企业转而使用MongoDB作为和Django，RoR来搭配的技术方案。 ⑥性能优越： 在使用场合下，千万级别的文档对象，近10G的数据，对有索引的ID的查询不会比mysql慢，而对非索引字段的查询，则是全面胜出。 mysql实际无法胜任大数据量下任意字段的查询，而mongodb的查询性能实在让我惊讶。写入性能同样很令人满意，同样写入百万级别的数 据，mongodb比我以前试用过的couchdb要快得多，基本10分钟以下可以解决。补上一句，观察过程中mongodb都远算不上是CPU杀手。 与关系型数据库相比，MongoDB的缺点： ①mongodb不支持事务操作。 所以事务要求严格的系统（如果银行系统）肯定不能用它。(这点和优点①是对应的) ②mongodb占用空间过大。 关于其原因，在官方的FAQ中，提到有如下几个方面： 1、空间的预分配：为避免形成过多的硬盘碎片，mongodb每次空间不足时都会申请生成一大块的硬盘空间，而且申请的量从64M、128M、256M那 样的指数递增，直到2G为单个文件的最大体积。随着数据量的增加，你可以在其数据目录里看到这些整块生成容量不断递增的文件。 2、字段名所占用的空间：为了保持每个记录内的结构信息用于查询，mongodb需要把每个字段的key-value都以BSON的形式存储，如果 value域相对于key域并不大，比如存放数值型的数据，则数据的overhead是最大的。一种减少空间占用的方法是把字段名尽量取短一些，这样占用 空间就小了，但这就要求在易读性与空间占用上作为权衡了。我曾建议作者把字段名作个index，每个字段名用一个字节表示，这样就不用担心字段名取多长 了。但作者的担忧也不无道理，这种索引方式需要每次查询得到结果后把索引值跟原值作一个替换，再发送到客户端，这个替换也是挺耗费时间的。现在的实现算是 拿空间来换取时间吧。 3、删除记录不释放空间：这很容易理解，为避免记录删除后的数据的大规模挪动，原记录空间不删除，只标记“已删除”即可，以后还可以重复利用。
C. json对象和json数组和数组的区别。
var status_process = {
" name5" : '闲置期',
"name1" : '播种期',
"name2" : '苗期',
"name3" : '生长期',
"name4" : '采收期'} alert(status_process["name5"]);alert(status_process.name5);// 两个都为:闲置期
var ourcountry=[["北京市"],["上海市"],["合肥市","芜湖市","蚌端口市"]]; // 数组alert(ourcountry[2][1]);
1.定义
var josnArry=[];
2.添加
jsonArry.push(jsonObj);
3.删除
delete jsonArry[0];splice(index,length):
4.循环访问数组
a.jquery
$.each(jsonArry,function(index,item){
var userId=item.userId; });
b.一般方式
for(var i=0;i<jsonArry.length;i++){
var userId=jsonArry[i].userId; }
c.特殊方法
for(var item in jsonArry){
var userId=jsonArry[item].userId;//注意：此处的item不是数组项，而是数组项的索引}
JSON对象遍历
myJson = {"name":"ji", "password":"123"};for(var p in myJson){//遍历json对象的每个key/value对,p为key
alert(p + " " + myJson[p]);}
D. json,map,list区别
json是一种数据格式，用于传递，存储，方便快捷轻便
map key-value 键值对数据，数据不可重复
list 集合类，数据可重复,
E. json数据和json数组格式数据有什么区别
Json的规格很简单，而且Douglas Crockford声称这个规格永远不必升级，因为该规定的都规定了。
规定如下：
并列的数据之间用逗号（”, “）分隔。
映射用冒号（”: “）表示。
并列数据的集合（数组）用方括号(“[]“)表示。
映射的集合（对象）用大括号（”{}”）表示。
上面四条规则，就是Json格式的所有内容。
F. java中集合、数组、JSON数据格式这三种东西，它们的书写格式都是怎样的
JSON,数组，集合，你可以把它们当做对象，
JSON里面可以包含数组，集合，
集合里面也可以包含数组，JSON
一维数组跟集合没什么区别，数组可是二维，三维
G. json对象和json数组和数组的区别
Json的规格非常简单，只用一个页面几百个字就能说清楚，而且Douglas Crockford声称这个规格永远不必升级，因为该规定的都规定了。
1） 并列的数据之间用逗号（”, “）分隔。
2） 映射用冒号（”: “）表示。
3） 并列数据的集合（数组）用方括号(“[]“)表示。
4） 映射的集合（对象）用大括号（”{}”）表示。
上面四条规则，就是Json格式的所有内容。
比如，下面这句话：
“北京市的面积为16800平方公里，常住人口1600万人。上海市的面积为6400平方公里，常住人口1800万。”
写成json格式就是这样：
[
{"城市":"北京","面积":16800,"人口":1600},
{"城市":"上海","面积":6400,"人口":1800}
]
如果事先知道数据的结构，上面的写法还可以进一步简化：
[
["北京",16800,1600],
["上海",6400,1800]
]
由此可以看到，json非常易学易用。所以，在短短几年中，它就取代xml，成为了互联网上最受欢迎的数据交换格式。
我猜想，Douglas Crockford一定事先就知道，数据结构可以简化成三种形式，否则怎么可能将json定义得如此精炼呢！
3.
学习javascript的时候，我曾经一度搞不清楚”数组”(array)和”对象”(object)的根本区别在哪里，两者都可以用来表示数据的集合。
比如有一个数组a=[1,2,3,4]，还有一个对象a={0:1,1:2,2:3,3:4}，然后你运行alert(a[1])，两种情况下的运行结果是相同的！这就是说，数据集合既可以用数组表示，也可以用对象表示，那么我到底该用哪一种呢？
我后来才知道，数组表示有序数据的集合，而对象表示无序数据的集合。如果数据的顺序很重要，就用数组，否则就用对象。
4.
当然，数组和对象的另一个区别是，数组的数据没有”名称”（name），对象的数据有”名称”（name）。
但是问题是，很多编程语言中，都有一种叫做”关联数组”（associative array）的东西。这种数组中的数据是有名称的。
比如在javascript中，可以这样定义一个对象：
var a={“城市”:”北京”,”面积”:16800,”人口”:1600};
但是，也可以定义成一个关联数组：
a["城市"]=”北京”;
a["面积"]=16800;
a["人口"]=1600;
这起初也加剧了我对数组和对象的混淆，后来才明白，在Javascript语言中，关联数组就是对象，对象就是关联数组。这一点与php语言完全不同，在php中，关联数组也是数组。
比如运行下面这段javascript：
var a=[1,2,3,4];
a['foo']=’Hello World’;
alert(a.length);
最后的结果是4，也就是说，数组a的元素个数是4个。
但是，运行同样内容的php代码就不一样了：
<?php
$a=array(1,2,3,4);
$a["foo"]=”Hello world”;
echo count($a);
?>
最后的结果是5，也就是说，数组a的元素个数是5个。
H. json数据和json数组格式数据的区别
JSON数组，是一个数组包含多少JSON数据，也可以包含JSON数组，
简单JSON对象
{"a":"b","c":5500,"json格式化工具":"http://www.sojson.com"}
稍微复杂点JSON对象
{"a":"b","c":[{"a":200}]}
JSON数组
[{"a":"b","c":5500},{"a":"av8d","c":600},{"JSON教程":"http://www.sojson.com/json/"}]