ajax跨域解除方案,关于Ajax跨域问题及解决方案详析「建议收藏」

复现Ajax跨域问题

做两个简单的小项目复现Ajax跨域问题. 后端语言使用Java

首先是一个简单的订单系统, 通过访问/loadOrderList, 最终以json串形式返回订单集合. 该项目使用Tomcat发布在7070端口.

@RequestMapping(“/loadOrderList”)

@ResponseBody

public List loadOrderList(String uid){

//模拟订单数据

Order o1 = new Order();

o1.setId(“111”);

o1.setTotal(333.33);

o1.setDate(“2019-4-29”);

Order o2 = new Order();

o2.setId(“222”);

o2.setTotal(444.44);

o2.setDate(“2019-5-29”);

Order o3 = new Order();

o3.setId(“333”);

o3.setTotal(555.55);

o3.setDate(“2019-6-29”);

List list = new ArrayList<>();

list.add(o1);

list.add(o2);

list.add(o3);

return list;

}

在另一个项目中做一个向订单系统发送一个ajax请求, 获取订单集合. 该项目使用Tomcat插件发布在9090端口.

//index.jsp

Title

function sendAjax() {

$.post(“http://localhost:7070/order/loadOrderList”, “uid=1234”, function (data) {

alert(data);

});

}

sendAjax

点击sendAjax超链接向订单系统发送ajax请求.

通过开发者工具发现虽然服务器以状态码200响应回来, 但是控制台却报错了.

这就是Ajax跨域出错的一种表现, 下面分析原因.

Ajax跨域介绍

Ajax跨域问题是由浏览器的同源策略造成的, 首先要理解源这个概念.

我们可以通过协议+域名+端口确定一个源. 在上面的示例中, 你可以把一个项目理解为一个源. Ajax请求可以对源内的资源发起访问, 但是不同源之间进行Ajax就会有问题.

当向不同源的资源发起Ajax请求时, 浏览器会加上Origin字段来标识源

Accept: */*

Accept-Encoding: gzip, deflate, br

Accept-Language: zh-CN,zh;q=0.9

Connection: keep-alive

Content-Length: 8

Content-Type: application/x-www-form-urlencoded; charset=UTF-8

Host: localhost:7070

Origin: http://localhost:9090 协议+域名+端口

服务器会根据Origin字段决定是否同意这次请求, 如果Origin指定的源不在许可范围内, 服务器会返回一个不带有Access-Control-Allow-Origin字段的响应. 浏览器解析时发现缺少了这个字段, 就会报错. 这种错误不能通过状态码识别, 因为状态码很有可能就是200(见上面的案例).

Ajax跨域解决方案

下面介绍最常用Ajax跨域解决方案.

一. 在服务端添加响应头Access-Control-Allow-Origin

既然我们已经知道了Ajax跨域失败是因为响应中缺少了响应头Access-Control-Allow-Origin, 那么就想办法加上去.

以Java项目为例, 在后端我们使用CORSFilter过滤器加上该响应头.

(假设是Maven项目), 首先在pom.xml中添加坐标

com.thetransactioncompany

cors-filter

2.5

runtime

然后在web.xml中对过滤器进行配置.

CORS

com.thetransactioncompany.cors.CORSFilter

cors.allowOrigin

*

cors.supportedMethods

GET, POST, HEAD, PUT, DELETE

cors.supportedHeaders

Accept, Origin, X-Requested-With, Content-Type, Last-Modified

cors.exposedHeaders

Set-Cookie

cors.supportsCredentials

true

CORS

/*

配置后重启订单项目, 再次发起Ajax请求可以看到成功返回数据, 响应头中包含了Access-Control-Allow-Origin, 值为发起Ajax请求的源.

二. 使用JSONP解决

上面直接通过过滤器添加响应头的方法可以说是对症下药, 那么还有没有什么偏方呢?

还真的有. 在jsp文件中经常通过通过标签引入一段js代码, 这段代码通常来源于网络, 也就是不同源. 那么我们不妨通过标签完成Ajax请求, 这样便顺带解决了跨域问题.

下面还是沿用上面的案例进行演示.

我们对发送ajax的jsp进行修改

Title

function doCallBack(data){

var str = JSON.stringify(data);

alert(str);

}

上面的代码中, 我们首先定义了doCallBack()函数, 它接收一个字符串参数, 并且会把接收到的字符串显示出来.

然后在

标签中编写标签, 我们将通过标签请求订单系统, 订单系统将会返回一段js代码, 这段js代码会调用doCallBack()方法.

为了能够拼接出doCallBack(字符串参数…)js代码, 我们在订单系统中作如下操作.

@RequestMapping(“/loadOrderList3”)

@ResponseBody

public String loadOrderList3(String uid, String callBack){

//模拟订单数据

Order o1 = new Order();

o1.setId(“111”);

o1.setTotal(333.33);

o1.setDate(“2019-4-29”);

Order o2 = new Order();

o2.setId(“222”);

o2.setTotal(444.44);

o2.setDate(“2019-5-29”);

Order o3 = new Order();

o3.setId(“333”);

o3.setTotal(555.55);

o3.setDate(“2019-6-29”);

List list = new ArrayList<>();

list.add(o1);

list.add(o2);

list.add(o3);

//拼接js代码

String result = callBack + “(” + JSON.toJSONString(list) + “)”;

return result;

}

这个想法是不是很妙? 明白这个原理之后, 我们可以使用jQuery方便进行JSONP操作, 在上面的代码中我们人为指定了一个名为doCallBack的函数, 而jQuery会随机用时间戳生成一个函数名, 原理和上面是一样的.

所以完成一开时点击超链接发送Ajax请求只需要如下几步.

Title

function sendAjax(){

$.getJSON(“http://localhost:7070/order/loadOrderList3?callBack=?”,”uid=111″,

function (data) {

var str = JSON.stringify(data);

alert(str);

});

}

sendAjax

小结

上面两种解决办法在思路上有着本质的不同. 方案一抓住CORS跨域访问问题的本质, 在后端加上响应头解决跨域问题. 方案二JSONP利用的是标签能够跨域获取js代码的特性, 绕过跨域问题.

总结

以上就是这篇文章的全部内容了，希望本文的内容对大家的学习或者工作具有一定的参考学习价值，谢谢大家对脚本之家的支持。