jsonp

Posted 2020-08-09

前言：

      今天，无意间看到自己某个文件夹下有个JSONP的东西。慢慢回忆起，这个东西是之前想写的一个demo，也不知道是多久以前了，但是不知道怎么的，给忘那边了。那么，就趁这个机会把它完成吧，其实也说不上是一个demo，就是一个小实验，虽然，网上也已经有很多关于JSONP的文章和例子了，但是有些东西看看很简单，不亲自试一下总觉得不踏实。我今天为什么要实验，一方面也是经常在网上看到有些网站需要跨域获得数据，但是目前自己做的项目中又没有相关需求，于是很好奇，于是就有了这篇文章，于是......那就开始这次练习吧。

一 什么是JSONP

 　　JSONP全称：JSON with Padding

　　 看到名字，好像说，JSONP是JSON的什么？或许有人会问，什么是JSON呢？如果有同学还不清楚JSON，可以先去了解下JSON，然后再继续本文的阅读或许会更好。简单的说，JSON是一种数据交换格式，在我们通过ajax技术获取数据的时候，可以以XML或者JSON这样的格式进行传递。ajax虽然好用，但是也有遇到困难的时候，比如你需要跨域获取数据。这个时候，普通的ajax获取方式就不太容易了，这时候，JSONP就可以帮忙了。这里再补充下前面提到跨域问题，跨域其实简单的说就是，比如你自己写了一个网站把它部署到域名是www.a.com的服务器上,然后你可以毫无压力的使用ajax请求www.a.com/users.json  的数据。 但是，当要你通过普通ajax方式请求www.b.com域名下的www.b.com/users.json的数据时，就没那么容易了，在后面的小实验中，可以看到这一情况。既然使用普通的ajax技术无法做到，那么JSONP又是如何做到的呢？

二 JSONP的基本原理

 　　JSONP可以实现跨域，这要归功于强大的<script></script>元素标签。除了我们会在它中间写js代码外，也经常会在网站中通过它的src属性引入外部js文件，关键就在此，我们的引入的js文件也可以不是同一个域下的。那么我们也就可以将原来需要获取的JSON数据写到js文件中去，然后再获取。不过，不幸的事情终究发生了，当我们把一段JSON格式的数据，例如：

1 {"id" : "1","name" : "小王"}

写入js文件，然后通过<script>元素引入后，却报错了。原因是<script>标签元素还是很老实的，因为它就是负责执行js的，所以你那个JSON格式的数据它也会毫不犹豫的当作js代码去执行，而那个数据根本不符合js语法，于是就很悲剧的出错了。但这个出错，同样却带给了我们答案，不是吗？既然不符合js语法不行，我们搞个符合的不就可以了。这里一种常用的办法就是返回一个函数callback（{"id" : "1","name" : "小王"}); 的执行语句就可以了。这里的callback命名不是必须的，你可以换任何喜欢的名字。这里只是强调这是个回调函数才这么写。回调函数确实强大啊，要使得这里可以执行该函数，那么这个函数必须在开始就已经被我们提前定义了。我们在开始就定义好：

function callback(data){
    alert(data.name);
}

其实这个不难理解，普通的函数执行或许大家都明白，在<script>标签中间先定义上面的函数，但是该函数并不会运行，因为你没执行调用，当你接着在代码中写上
callback({"id" : "1","name" : "小王"});就顺利的执行了。而JSONP所做的就是这个事情，只不过调用的语句从远程服务器传来，动态加入到你的页面中去执行而已。到这里只剩下最后一步了，就是告诉服务器端返回哪个名称的函数执行，这个也好办，将函数名以一个查询参数传递到后台告诉它名字就好了，类似：

http://www.b.com/getUsers.json?callback=getUsers

然后在服务器端处理，获得参数callback的值，然后将数据填充到getUser（data）；的函数参数中去，这里的data。返回前台页面后，便可以执行并获得data数据了。到此，也终于明白了JSON with Padding中的Padding（填充）了。关于JSONP的基础理论部分就结束了，剩下的内容就剩下实验部分了。

 

三 JSONP小实验

• 　　实验环境：windows操作系统。
• 　　开发工具：NotePad++。
• 　　开发语言：Node.js。
• 　　前台使用插件：jQuery。

 开始了，这里选择Node.js，没其它原因，我只是顺手抓到它了，你当然也可以用asp.net，java servlet，php，ruby，Golang等等等你喜欢的去实验。因为只实验JSONP，没多少东西，所以Node.js中也没有使用第三方的框架（不过后来有点后悔了，多写了好多......）。

首先需要模拟两个域，因为我在windows下，所以可以修改host文件，添加

两个域名映射到本机回送地址127.0.0.1。然后开始写代码：

创建两个Node.js的应用，一个是appA.js,一个appB.js。首先，我们尝试通过普通ajax获取同域的数据：

appB.js代码：

 

View Code

 

以上截图是ajax请求数据部分。我们打开浏览器，输入地址后，如下：

这里有个按钮获取我的粉丝，ajax就从url:"http://www.b.com:9099/followers.json该源获得数据，这个数据在代码中，我们也可以找到，就是

 当点击获取后，如下：

 成功，没问题，我们再复制一份一样的代码，另存为appA.js，然后修改listen端口：

修改appB.js中ajax请求的URL为http://www.a.com:8088/followers.json ，现在是appB服务器本身是http://www.b.com:9099/index 而去请求www.a.com下的数据===》启动它

然后点击获取粉丝按钮会发现：

 真的没有取到数据。。。。。。

再试试JSONP的方式，我们修改appB.js如下：

View Code

 注意看48行和51行，48行定义了回调函数，51行通过<script>标签，请求不同域的数据，其中传递参数callback=getFollowers

然后修改appA.js如下：

View Code

 第10行-23行，我们处理了传递的参数，并将数据填充到函数参数，并发送到请求者那边。再次运行两个程序，刷新http://www.b.com:9099/index便直接得到a域下的数据了，似乎成功了。但是，我不想马上执行呀，我也要和前面一样，点击按钮再获得，怎么办？这个也简单。只需要当我们点击的时候动态的引入<script>就可以了，修改click事件处理部分的代码：

1 $("#getFo").click(function(){
2 $("<script><//script>").attr("src","http://www.a.com:8088/index?callback=getFollowers").appendTo("body");
3 });

再次重启服务器，当点击按钮就可以获取数据了。接下来，我们再看看jQuery又是如何处理JSONP的呢？

 

 

四 jQuery中处理JSONP

　　要通过jQuery使用JSONP是非常方便的，只需要修改最开始的ajax部分代码如下：

1 $.ajax({
2     url:"http://www.a.com:8088/index",
3     dataType:"jsonp",
4     jsonp:"callback",
5     type:"get",
6     success:function(json){
7     alert(decodeURIComponent(json.users[0].name));
8     }
9 });

其中，jsonp指明了querystring的key为callback，value如果不指定，jQuery会默认随机生成一个名称：

1 var callback = oldCallbacks.pop() || ( jQuery.expando + "_" + ( ajax_nonce++ ) );

 

五 JSONP可能引起的安全性问题

　　由JSONP可能引起的安全问题主要是可能会遭受CSRF/XSRF的攻击，而使得容易遭受该攻击的也恰恰是上文中一直提到的JSONP的特点--可以跨源访问资源。普通的CSRF/XSRF攻击，仅仅可能利用受攻击用户，骗取服务器的信任，这样就可以模拟受攻击者对服务器进行一些有危害的请求，例如修改受攻击者的个人信息。但是，由于浏览器同源策略的限制，在第三方“恶意网站”无法读取服务器返回的信息。也就是说，攻击者只能捣捣乱，但是他还是获取不到受攻击者的敏感信息的（无XSS注入的前提下）。但是，如果服务器上某个请求使用了JSONP返回用户数据，可想而知，在第三方，或者任何方网站都能顺利的获取到。关于CSRF/XSRF攻击，就说到这里，具体实现方式就不展开了。

　　除了CSRF/XSRF攻击外，另外使用JSONP的网站（相对于部署JSONP的服务器）也可能有安全性问题。 因为，通过上面的实验，我们看到了，通过JSONP请求远程服务器后，返回的是一个在本网站立即执行的函数。相当于这个脚本直接被注入到当前页面了。如果远端网站中存在注入漏洞，那么后果可想而知了。为了防止这样的事情发生，可以使用 JSON-P 严格安全子集使浏览器可以对 MIME 类别是“application/json-p”请求做强制处理。如果回应不能被解析为严格的 JSON-P，浏览器可以丢出一个错误或忽略整个回应。关于安全性的问题先说到这里，安全问题永远是一个矛与盾的问题，总之，在互联网上，没有绝对的安全。如果再展开下去又会引出一堆东西，所以今天就先不说了。至于如何防范JSONP容易受到的CSRF/XSRF攻击，笔者认为最简单有效的方法就是对于敏感信息不要使用JSONP，因为也没有实际遇到过，不知道什么更好的解决方案。今天就到这里了，希望对大家有用~