JSON,JSONP

时间 2019-11-12

标签 json jsonp 栏目 JavaScript 繁體版

原文原文链接

http://blog.csdn.net/huaishuming/article/details/40046729javascript

说明：html

在作2个系统间传值时出现：前端

已阻止交叉源请求：同源策略不容许读取 http://xxxxxxxxxxx.com/xxx 上的远程资源。能够将资源移动到相同的域名上或者启用 CORS 来解决这个问题。

根据以往经验我想是跨域问题出现了。java

哎看了看果不其然：jquery

个人代码以下：
web

$.ajax({
url: xxx.html,
success:function(price){
console.log(price);
alert(price);
}
});
}

因而改为：

[javascript] view plain copy

$.ajax({
url: xxx.html,
dataType:"jsonp",
jsonp:"jsonpcallback",
success:function(price){
console.log(price);
alert(price);
}
});
}

参考资料：

前言ajax

　　因为Sencha Touch 2这种开发模式的特性，基本决定了它原生的数据交互行为几乎只能经过AJAX来实现。数据库

　　固然了，经过调用强大的PhoneGap插件而后打包，你能够实现100%的Socket通信和本地数据库功能，又或者经过HTML5的 WebSocket也能够实现与服务器的通信和服务端推功能，但这两种方式都有其局限性，前者须要PhoneGap支持，后者要求用户设备必须支持 WebSocket，所以都不能算是ST2的原生解决方案，原生的只有AJAX。json

　　说到AJAX就会不可避免的面临两个问题，第一个是AJAX以何种格式来交换数据？第二个是跨域的需求如何解决？这两个问题目前都有不一样的解决方案，好比数据能够用自定义字符串或者用XML来描述，跨域能够经过服务器端代理来解决。后端

　　但到目前为止最被推崇或者说首选的方案仍是用JSON来传数据，靠JSONP来跨域。而这就是本文将要讲述的内容。

　　JSON(JavaScript Object Notation)和JSONP(JSON with Padding)虽然只有一个字母的差异，但其实他们根本不是一回事儿：JSON是一种数据交换格式，而JSONP是一种依靠开发人员的聪明才智创造出的一种非官方跨域数据交互协议。咱们拿最近比较火的谍战片来打个比方，JSON是地下党们用来书写和交换情报的“暗号”，而JSONP则是把用暗号书写的情报传递给本身同志时使用的接头方式。看到没？一个是描述信息的格式，一个是信息传递双方约定的方法。

　　既然随便聊聊，那咱们就再也不采用教条的方式来说述，而是把关注重心放在帮助开发人员理解是否应当选择使用以及如何使用上。

　　什么是JSON

　　前面简单说了一下，JSON是一种基于文本的数据交换方式，或者叫作数据描述格式，你是否该选用他首先确定要关注它所拥有的优势。

　　JSON的优势：

　　一、基于纯文本，跨平台传递极其简单；

　　二、Javascript原生支持，后台语言几乎所有支持；

　　三、轻量级数据格式，占用字符数量极少，特别适合互联网传递；

　　四、可读性较强，虽然比不上XML那么一目了然，但在合理的依次缩进以后仍是很容易识别的；

　　五、容易编写和解析，固然前提是你要知道数据结构；

　　JSON的缺点固然也有，但在做者看来实在是可有可无的东西，因此再也不单独说明。

　　JSON的格式或者叫规则：

　　JSON可以以很是简单的方式来描述数据结构，XML能作的它都能作，所以在跨平台方面二者彻底不分伯仲。

　　一、JSON只有两种数据类型描述符，大括号{}和方括号[]，其他英文冒号:是映射符，英文逗号,是分隔符，英文双引号""是定义符。

　　二、大括号{}用来描述一组“不一样类型的无序键值对集合”（每一个键值对能够理解为OOP的属性描述），方括号[]用来描述一组“相同类型的有序数据集合”（可对应OOP的数组）。

　　三、上述两种集合中如有多个子项，则经过英文逗号,进行分隔。

　　四、键值对以英文冒号:进行分隔，而且建议键名都加上英文双引号”"，以便于不一样语言的解析。

　　五、JSON内部经常使用数据类型无非就是字符串、数字、布尔、日期、null 这么几个，字符串必须用双引号引发来，其他的都不用，日期类型比较特殊，这里就不展开讲述了，只是建议若是客户端没有按日期排序功能需求的话，那么把日期时间直接做为字符串传递就好，能够省去不少麻烦。

　　JSON实例：

// 描述一我的 var person = { "Name": "Bob", "Age": 32, "Company": "IBM", "Engineer": true } // 获取这我的的信息 var personAge = person.Age; // 描述几我的 var members = [ { "Name": "Bob", "Age": 32, "Company": "IBM", "Engineer": true }, { "Name": "John", "Age": 20, "Company": "Oracle", "Engineer": false }, { "Name": "Henry", "Age": 45, "Company": "Microsoft", "Engineer": false } ] // 读取其中John的公司名称 var johnsCompany = members[1].Company; // 描述一次会议 var conference = { "Conference": "Future Marketing", "Date": "2012-6-1", "Address": "Beijing", "Members": [ { "Name": "Bob", "Age": 32, "Company": "IBM", "Engineer": true }, { "Name": "John", "Age": 20, "Company": "Oracle", "Engineer": false }, { "Name": "Henry", "Age": 45, "Company": "Microsoft", "Engineer": false } ] } // 读取参会者Henry是否工程师 var henryIsAnEngineer = conference.Members[2].Engineer;

　　关于JSON，就说这么多，更多细节请在开发过程当中查阅资料深刻学习。

　　什么是JSONP

　　先说说JSONP是怎么产生的：

　　其实网上关于JSONP的讲解有不少，但却千篇一概，并且云里雾里，对于不少刚接触的人来说理解起来有些困难，小可不才，试着用本身的方式来阐释一下这个问题，看看是否有帮助。

　　一、一个众所周知的问题，Ajax直接请求普通文件存在跨域无权限访问的问题，甭管你是静态页面、动态网页、web服务、WCF，只要是跨域请求，一概不许；

　　二、不过咱们又发现，Web页面上调用js文件时则不受是否跨域的影响（不只如此，咱们还发现凡是拥有”src”这个属性的标签都拥有跨域的能力，好比<script>、<img>、<iframe>）；

　　三、因而能够判断，当前阶段若是想经过纯web端（ActiveX控件、服务端代理、属于将来的HTML5之Websocket等方式不算）跨域访问数据就只有一种可能，那就是在远程服务器上设法把数据装进js格式的文件里，供客户端调用和进一步处理；

　　四、恰巧咱们已经知道有一种叫作JSON的纯字符数据格式能够简洁的描述复杂数据，更妙的是JSON还被js原生支持，因此在客户端几乎能够为所欲为的处理这种格式的数据；

　　五、这样子解决方案就呼之欲出了，web客户端经过与调用脚本如出一辙的方式，来调用跨域服务器上动态生成的js格式文件（通常以JSON为后缀），显而易见，服务器之因此要动态生成JSON文件，目的就在于把客户端须要的数据装入进去。

　　六、客户端在对JSON文件调用成功以后，也就得到了本身所需的数据，剩下的就是按照本身需求进行处理和展示了，这种获取远程数据的方式看起来很是像AJAX，但其实并不同。

　　七、为了便于客户端使用数据，逐渐造成了一种非正式传输协议，人们把它称做JSONP，该协议的一个要点就是容许用户传递一个callback 参数给服务端，而后服务端返回数据时会将这个callback参数做为函数名来包裹住JSON数据，这样客户端就能够随意定制本身的函数来自动处理返回数据了。

　　若是对于callback参数如何使用还有些模糊的话，咱们后面会有具体的实例来说解。

　　JSONP的客户端具体实现：

　　无论jQuery也好，ExtJs也罢，又或者是其余支持jsonp的框架，他们幕后所作的工做都是同样的，下面我来按部就班的说明一下jsonp在客户端的实现：

　　一、咱们知道，哪怕跨域js文件中的代码（固然指符合web脚本安全策略的），web页面也是能够无条件执行的。

　　远程服务器remoteserver.com根目录下有个remote.js文件代码以下：

alert('我是远程文件');

　　本地服务器localserver.com下有个jsonp.html页面代码以下：

<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd"> <html xmlns="http://www.w3.org/1999/xhtml"> <head> <title></title> <script type="text/javascript" src="http://remoteserver.com/remote.js"></script> </head> <body> </body> </html>

　　毫无疑问，页面将会弹出一个提示窗体，显示跨域调用成功。

　　二、如今咱们在jsonp.html页面定义一个函数，而后在远程remote.js中传入数据进行调用。

　　jsonp.html页面代码以下：

<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd"> <html xmlns="http://www.w3.org/1999/xhtml"> <head> <title></title> <script type="text/javascript">  localHandler function''  data.result); }; </script> <script type="text/javascript" src="http://remoteserver.com/remote.js"></script> </head> <body> </body> </html>

　　remote.js文件代码以下：

localHandler({"result":"我是远程js带来的数据"});

　　运行以后查看结果，页面成功弹出提示窗口，显示本地函数被跨域的远程js调用成功，而且还接收到了远程js带来的数据。很欣喜，跨域远程获取数据的目的基本实现了，可是又一个问题出现了，我怎么让远程js知道它应该调用的本地函数叫什么名字呢？毕竟是jsonp的服务者都要面对不少服务对象，而这些服务对象各自的本地函数都不相同啊？咱们接着往下看。

　　三、聪明的开发者很容易想到，只要服务端提供的js脚本是动态生成的就好了呗，这样调用者能够传一个参数过去告诉服务端“我想要一段调用XXX函数的js代码，请你返回给我”，因而服务器就能够按照客户端的需求来生成js脚本并响应了。

　　看jsonp.html页面的代码：

<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd"> <html xmlns="http://www.w3.org/1999/xhtml"> <head> <title></title> <script type="text/javascript">  获得航班信息查询结果后的回调函数  flightHandler function''  data.price '' ''  data.tickets ''); };  提供jsonp服务的url地址（无论是什么类型的地址，最终生成的返回值都是一段javascript代码）  url "";  建立script标签，设置其属性  script  document.createElement(script); script.setAttribute(src, url);  把script标签加入head，此时调用开始 ''0].appendChild(script); </script> </head> <body> </body> </html>

　　此次的代码变化比较大，再也不直接把远程js文件写死，而是编码实现动态查询，而这也正是jsonp客户端实现的核心部分，本例中的重点也就在于如何完成jsonp调用的全过程。

　　咱们看到调用的url中传递了一个code参数，告诉服务器我要查的是CA1998次航班的信息，而callback参数则告诉服务器，个人本地回调函数叫作flightHandler，因此请把查询结果传入这个函数中进行调用。

　　OK，服务器很聪明，这个叫作flightResult.aspx的页面生成了一段这样的代码提供给jsonp.html（服务端的实现这里就不演示了，与你选用的语言无关，说到底就是拼接字符串）：

flightHandler({
    "code": "CA1998",
    "price": 1780,
    "tickets": 5
});

　　咱们看到，传递给flightHandler函数的是一个json，它描述了航班的基本信息。运行一下页面，成功弹出提示窗口，jsonp的执行全过程顺利完成！

　　四、到这里为止的话，相信你已经可以理解jsonp的客户端实现原理了吧？剩下的就是如何把代码封装一下，以便于与用户界面交互，从而实现屡次和重复调用。

　　什么？你用的是jQuery，想知道jQuery如何实现jsonp调用？好吧，那我就好人作到底，再给你一段jQuery使用jsonp的代码（咱们依然沿用上面那个航班信息查询的例子，假定返回jsonp结果不变）：

<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd"> <html xmlns="http://www.w3.org/1999/xhtml" > <head> <title>Untitled Page</title> <script type="text/javascript" src=jquery.min.js"></script> <script type="text/javascript">function""false""""""// jsonpCallback:flightHandler,自定义的jsonp回调函数名称，默认为jQuery自动生成的随机函数名，也能够写"?"，jQuery会自动为你处理数据 function''  json.price ''  json.tickets ''); }, error: (){ alert(fail); } }); }); </script> </head> <body> </body> </html>

　　是否是有点奇怪？为何我此次没有写flightHandler这个函数呢？并且居然也运行成功了！哈哈，这就是jQuery的功劳了，jquery在处理jsonp类型的ajax时（仍是忍不住吐槽，虽然jquery也把jsonp纳入了ajax，但其实它们真的不是一回事儿），自动帮你生成回调函数并把数据取出来供success属性方法来调用，是否是很爽呀？

　　好啦，写到这里，我已经无力再写下去，又困又累，得赶忙睡觉。朋友们要是看这不错，以为有启发，给点个“推荐”呗！因为实在比较简单，因此就再也不提供demo源码下载了。

　　没想到上了博客园的头条推荐。看到你们对这篇文章的承认和评论，仍是很开心的，这里针对ajax与jsonp的异同再作一些补充说明：

　　4月20日下午补充

　　一、ajax和jsonp这两种技术在调用方式上“看起来”很像，目的也同样，都是请求一个url，而后把服务器返回的数据进行处理，所以jquery和ext等框架都把jsonp做为ajax的一种形式进行了封装；

　　二、但ajax和jsonp其实本质上是不一样的东西。ajax的核心是经过XmlHttpRequest获取非本页内容，而jsonp的核心则是动态添加<script>标签来调用服务器提供的js脚本。

　　三、因此说，其实ajax与jsonp的区别不在因而否跨域，ajax经过服务端代理同样能够实现跨域，jsonp自己也不排斥同域的数据的获取。

　　四、还有就是，jsonp是一种方式或者说非强制性协议，如同ajax同样，它也不必定非要用json格式来传递数据，若是你愿意，字符串都行，只不过这样不利于用jsonp提供公开服务。

　　总而言之，jsonp不是ajax的一个特例，哪怕jquery等巨头把jsonp封装进了ajax，也不能改变这一点！

http://www.cnblogs.com/JerryTian/p/4194900.html

好久没有写随笔了，老是感受没时间，其实时间就是。。。废话少说，前几天，工做上有一新需求，须要前端web页面异步调用后台的Webservice方法返回信息。实现方法有多种，本例采用jQuery+Ajax，完成后，在本地调试了一切ok，可是部署到服务器上之后就出现问题了，后台服务调用没有响应，怎么回事？代码没怎么改动，惟一修改的地方就是jQuery的ajax方法中的url地址。难道是这里的问题，通过检查和调试，发现原来是同源策略在做怪，咱们知道，JavaScript或jQuery是在Web前端开发中常用的动态脚本技术。在JavaScript中，有一个很重要的安全性限制，被称为“Same- Origin Policy”（同源策略）。这一策略对于JavaScript代码可以访问的页面内容作了很重要的限制，即JavaScript只能访问与包含它的文档或脚本在同一域名下的内容。不一样域名下的脚本不能互相访问，即使是子域也不行。关于同源策略，读者可百度更详细的解释，这里再也不赘述。

可是有时候又不可避免地须要进行跨域操做，这时候“同源策略”就是一个限制了，怎么办呢？采用JSONP跨域GET请求是一个经常使用的解决方案，下面咱们来看一下JSONP跨域是如何实现的，并探讨下JSONP跨域的原理。

这里提到了JSONP，那有人就问了，它同JSON有什么区别不一样和区别呢，接下咱们就来看看，百度百科有如下说明：

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

JSONP(JSON with Padding)是JSON的一种“使用模式”，可用于解决主流浏览器的跨域数据访问的问题。因为同源策略，通常来讲位于 server1.example.com 的网页没法与不是 server1.example.com的服务器沟通，而 HTML 的<script> 元素是一个例外。利用 <script> 元素的这个开放策略，网页能够获得从其余来源动态产生的 JSON 资料，而这种使用模式就是所谓的 JSONP。用 JSONP 抓到的资料并非 JSON，而是任意的JavaScript，用 JavaScript 直译器执行而不是用 JSON 解析器解析。

到这里，应该明白了，JSON是一种轻量级的数据交换格式，像xml同样，是用来描述数据间的。JSONP是一种使用JSON数据的方式，返回的不是JSON对象，是包含JSON对象的javaScript脚本。

那JSONP是如何工做的呢，咱们知道，因为同源策略的限制，XmlHttpRequest只容许请求当前源（域名、协议、端口）的资源。若要跨域请求出于安全性考虑是不行的，可是咱们发现，Web页面上调用js文件时则不受是否跨域的影响，并且拥有”src”这个属性的标签都拥有跨域的能力，比如<script>、<img>、<iframe>，这时候，聪明的程序猿就想到了变通的方法，若是要进行跨域请求，经过使用html的script标记来进行跨域请求，并在响应中返回要执行的script代码，其中能够直接使用JSON传递 javascript对象。即在跨域的服务端生成JSON数据，而后包装成script脚本回传，着不就突破同源策略的限制，解决了跨域访问的问题了么。

下面咱们就看下怎么实现：

前端代码：

 
          function CallWebServiceByJsonp() { 
         
          $( 
          "#SubEquipmentDetails" 
          ).html( 
          '' 
          ); 
         
          $.ajax({ 
         
          type:  
          "GET" 
          , 
         
          cache:  
          false 
          , 
         
          url:  
          "http://servername/webservice/webservice.asmx/GetSingleInfo" 
          , 
         
          data: { strCparent: $( 
          "#Equipment_ID" 
          ).val() }, 
         
          dataType:  
          "jsonp" 
          , 
         
          //jsonp: "callback", 
         
          jsonpCallback:  
          "OnGetMemberSuccessByjsonp" 
         
          }); 
         
          } 
         
          function OnGetMemberSuccessByjsonp(data) { 
         
          //处理data 
         
          alert(data); 
         
          }

后端的WebService代码：

 
          [WebMethod] 
         
          [ScriptMethod(ResponseFormat = ResponseFormat.Json, UseHttpGet =  
          true 
          )] 
         
          public 
          void 
          GetSingleInfo( 
          string 
          strCparent) 
         
          { 
         
          string 
          ret =  
          string 
          .Empty; 
         
          HttpContext.Current.Response.ContentType =  
          "application/json;charset=utf-8" 
          ; 
         
          string 
          jsonCallBackFunName = HttpContext.Current.Request.Params[ 
          "callback" 
          ].ToString(); 
         
          //string jsonCallBackFunName1 = HttpContext.Current.Request.QueryString["callback"].Trim(); 
         
          //上面代码必须 
         
          //中间代码执行本身的业务操做，可返回本身的任意信息（多数据类型） 
         
          BLL.equipment eq_bll =  
          new 
          BLL.equipment(); 
         
          List<Model.equipment> equipmentList =  
          new 
          List<Model.equipment>(); 
         
          equipmentList = eq_bll.GetModelEquimentList(strCparent); 
         
          ret = JsonConvert.SerializeObject(equipmentList); 
         
          //下面代码必须 
         
          HttpContext.Current.Response.Write( 
          string 
          .Format( 
          "{0}({1})" 
          , jsonCallBackFunName, ret)); 
         
          HttpContext.Current.Response.End(); 
         
          }

如上所示，前端的CallWebServiceByJsonp方法采用jQuery的ajax方法调用后端的Web服务GetSingleInfo 方法，后台的GetSingleInfo方法，使用前端的回调方法OnGetMemberSuccessByjsonp包装后台的业务操做的JSON对象，返回给前端一段javascript片断执行。巧妙的解决了跨域访问问题。

JSONP的缺点：

JSONP不提供错误处理。若是动态插入的代码正常运行，你能够获得返回，可是若是失败了，那么什么都不会发生。