浅析JSONP-解决Ajax跨域访问问题

小渣渣

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



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



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

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

JSONP(JSON with Padding)是JSON的 一种“使用模式”，可用于解决主流浏览器的跨域数据访问的问题。由于同源策略，一般来说位于 server1.example.com 的网页无法与不是 server1.example.com的服务器沟通，而 HTML 的<scrip{过滤}t> 元素是一个例外。利用 <scrip{过滤}t> 元素的这个开放策略，网页可以得到从其他来源动态产生的 JSON 资料，而这种使用模式就是所谓的 JSONP。用 JSONP 抓到的资料并不是 JSON，而是任意的Javascrip{过滤}t，用 Javascrip{过滤}t 直译器执行而不是用 JSON 解析器解析。



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



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

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

前端代码：

登录可见。