什么是跨域
跨域是指跨域名的访问,以下情况都属于跨域:
跨域原因说明 | 示例 |
---|---|
域名不同 | www.jd.com 与 www.taobao.com |
域名相同,端口不同 | www.jd.com:8080 与 www.jd.com:8081 |
二级域名不同 | item.jd.com 与 `miaosha.jd.com |
为什么有跨域问题?
跨域不一定会有跨域问题。因为跨域问题是浏览器对于ajax请求的一种安全限制:一个页面发起的ajax请求,只能是于当前页同域名的路径,这能有效的阻止跨站攻击。
因此:跨域问题 是针对ajax的一种限制。
但是这却给我们的开发带来了不变,而且在实际生成环境中,肯定会有很多台服务器之间交互,地址和端口都可能不同,怎么办?
解决跨域问题的方案
目前比较常用的跨域解决方案有3种:
-
Jsonp
最早的解决方案,利用script标签可以跨域的原理实现。
限制:
- 需要服务的支持
- 只能发起GET请求
-
nginx反向代理
思路是:利用nginx反向代理把跨域为不跨域,支持各种请求方式
缺点:需要在nginx进行额外配置,违背devOps
ex:
原本的nginx.conf配置
server {
listen 80;
server_name manage.ping.com;
proxy_set_header X-Forwarded-Host $host;
proxy_set_header X-Forwarded-Server $host;
proxy_set_header X-Forwarded-Host $proxy_add_x_forwarded_for;
location / {
proxy_pass http://192.168.227.135:9001;
proxy_connect_timeout 600;
proxy_read_timeout 600;
}
}
server {
listen 80;
server_name api.ping.com;
proxy_set_header X-Forwarded-Host $host;
proxy_set_header X-Forwarded-Server $host;
proxy_set_header X-Forwarded-Host $proxy_add_x_forwarded_for;
location / {
proxy_pass http://192.168.227.135:10010;
proxy_connect_timeout 600;
proxy_read_timeout 600;
}
}
修改后的nginx.conf配置:
server {
listen 80;
server_name manage.ping.com;
proxy_set_header X-Forwarded-Host $host;
proxy_set_header X-Forwarded-Server $host;
proxy_set_header X-Forwarded-Host $proxy_add_x_forwarded_for;
location /api {
proxy_pass http://192.168.227.135:10010;
proxy_connect_timeout 600;
proxy_read_timeout 600;
}
location / {
proxy_pass http://192.168.227.135:9001;
proxy_connect_timeout 600;
proxy_read_timeout 600;
}
}
-
CORS
规范化的跨域请求解决方案,安全可靠。
优势:
- 在服务端进行控制是否允许跨域,可自定义规则
- 支持各种请求方式
缺点:
- 会产生额外的请求(cors会先发送预检请求,预检通过再发送真实请求,预检请求可以设置最大有效时间,在有效时间内,不会再发送预检请求)
什么是cors
CORS是一个W3C标准,全称是"跨域资源共享"(Cross-origin resource sharing)。
它允许浏览器向跨源服务器,发出XMLHttpRequest请求,从而克服了AJAX只能同源使用的限制。
CORS需要浏览器和服务器同时支持。目前,所有浏览器都支持该功能,IE浏览器不能低于IE10。
-
浏览器端:
目前,所有浏览器都支持该功能(IE10以下不行)。整个CORS通信过程,都是浏览器自动完成,不需要用户参与。
-
服务端:
CORS通信与AJAX没有任何差别,因此你不需要改变以前的业务逻辑。只不过,浏览器会在请求中携带一些头信息,我们需要以此判断是否运行其跨域,然后在响应头中加入一些信息即可。这一般通过过滤器完成即可。
事实上,SpringMVC已经帮我们写好了CORS的跨域过滤器:CorsFilter ,内部已经实现了刚才所讲的判定逻辑,我们直接用就好了。
/**
* 配置Cors(跨域访问问题)
*/
@Configuration
public class CorsFilterConfiguration {
/**
* 返回一个Cors的过滤器,添加到Bean容器中
* @return
*/
@Bean
public CorsFilter corsFilter(){
//1.添加CORS配置信息
CorsConfiguration config=new CorsConfiguration();
//1.1 允许的域,不要写*,否则cookie就无法使用了
config.addAllowedOrigin("http://manage.ping.com");
config.addAllowedOrigin("http://www.ping.com");
//1.2 发送Cookie信息
config.setAllowCredentials(true);
//1.3允许的请求方式
config.addAllowedMethod("OPTIONS");
config.addAllowedMethod("HEAD");
config.addAllowedMethod("GET");
config.addAllowedMethod("PUT");
config.addAllowedMethod("POST");
config.addAllowedMethod("DELETE");
config.addAllowedMethod("PATCH");
//1.4 允许的头信息
config.addAllowedHeader("*");
//2.添加映射路径,我们拦截一切请求
UrlBasedCorsConfigurationSource source=new UrlBasedCorsConfigurationSource();
source.registerCorsConfiguration("/**",config);
//3.返回新的CorsFilter.
return new CorsFilter(source);
}
}
只要把这个类添加到我们想要进行跨域访问的服务端即可。
注意:
如果跨域请求要想操作cookie,需要满足3个条件:
- 服务的响应头中需要携带Access-Control-Allow-Credentials并且为true。
- 浏览器发起ajax需要指定withCredentials 为true(浏览器已经为我们完成了)
- 响应头中的Access-Control-Allow-Origin一定不能为*,必须是指定的域名