如何将网站搭在阿里云,杭州盘石做网站专业吗,新河网吧,建设网站协议合同范本From: https://www.cnblogs.com/yuansc/p/9076604.html
一、同源策略简介
同源策略[same origin policy]是浏览器的一个安全功能#xff0c;不同源的客户端脚本在没有明确授权的情况下#xff0c;不能读写对方资源。 同源策略是浏览器安全的基石。
什么是源
源[origin]就…From: https://www.cnblogs.com/yuansc/p/9076604.html
一、同源策略简介
同源策略[same origin policy]是浏览器的一个安全功能不同源的客户端脚本在没有明确授权的情况下不能读写对方资源。 同源策略是浏览器安全的基石。
什么是源
源[origin]就是协议、域名和端口号。例如http://www.baidu.com:80这个URL。
什么是同源
若地址里面的协议、域名和端口号均相同则属于同源。
是否是同源的判断
例如判断下面的URL是否与 http://www.a.com/test/index.html 同源
http://www.a.com/dir/page.html 同源http://www.child.a.com/test/index.html 不同源域名不相同https://www.a.com/test/index.html 不同源协议不相同http://www.a.com:8080/test/index.html 不同源端口号不相同
哪些操作不受同源策略限制
页面中的链接重定向以及表单提交是不会受到同源策略限制的跨域资源的引入是可以的。但是JS不能读写加载的内容。如嵌入到页面中的script src.../scriptimglinkiframe等。
跨域
受前面所讲的浏览器同源策略的影响不是同源的脚本不能操作其他源下面的对象。想要操作另一个源下的对象就需要跨域。 在同源策略的限制下非同源的网站之间不能发送 AJAX 请求。
如何跨域 降域 可以通过设置 document.damaina.com浏览器就会认为它们都是同一个源。想要实现以上任意两个页面之间的通信两个页面必须都设置documen.damaina.com。 JSONP跨域 CORS 跨域
二、CORS 简介
为了解决浏览器同源问题W3C 提出了跨源资源共享即 CORS(Cross-Origin Resource Sharing)。
CORS 做到了如下两点
不破坏即有规则服务器实现了 CORS 接口就可以跨源通信
基于这两点CORS 将请求分为两类简单请求和非简单请求。
1、简单请求
在CORS出现前发送HTTP请求时在头信息中不能包含任何自定义字段且 HTTP 头信息不超过以下几个字段
AcceptAccept-LanguageContent-LanguageLast-Event-IDContent-Type 只限于 [application/x-www-form-urlencoded 、multipart/form-data、text/plain ] 类型
一个简单的请求例子
GET /test HTTP/1.1
Accept: */*
Accept-Encoding: gzip, deflate, sdch, br
Origin: http://www.examples.com
Host: www.examples.com
对于简单请求CORS的策略是请求时在请求头中增加一个Origin字段服务器收到请求后根据该字段判断是否允许该请求访问。
如果允许则在 HTTP 头信息中添加 Access-Control-Allow-Origin 字段并返回正确的结果 如果不 允许则不在 HTTP 头信息中添加 Access-Control-Allow-Origin 字段 。
除了上面提到的 Access-Control-Allow-Origin 还有几个字段用于描述 CORS 返回结果
Access-Control-Allow-Credentials 可选用户是否可以发送、处理 cookieAccess-Control-Expose-Headers可选可以让用户拿到的字段。有几个字段无论设置与否都可以拿到的包括Cache-Control、Content-Language、Content-Type、Expires、Last-Modified、Pragma 。
2、非简单请求
对于非简单请求的跨源请求浏览器会在真实请求发出前增加一次OPTION请求称为预检请求(preflight request)。预检请求将真实请求的信息包括请求方法、自定义头字段、源信息添加到 HTTP 头信息字段中询问服务器是否允许这样的操作。
例如一个DELETE请求
OPTIONS /test HTTP/1.1
Origin: http://www.examples.com
Access-Control-Request-Method: DELETE
Access-Control-Request-Headers: X-Custom-Header
Host: www.examples.com
与 CORS 相关的字段有
请求使用的 HTTP 方法 Access-Control-Request-Method 请求中包含的自定义头字段 Access-Control-Request-Headers 。
服务器收到请求时需要分别对 Origin、Access-Control-Request-Method、Access-Control-Request-Headers 进行验证验证通过后会在返回 HTTP头信息中添加
Access-Control-Allow-Origin: http://www.examples.com
Access-Control-Allow-Methods: GET, POST, PUT, DELETE
Access-Control-Allow-Headers: X-Custom-Header
Access-Control-Allow-Credentials: true
Access-Control-Max-Age: 1728000
他们的含义分别是
Access-Control-Allow-Methods: 真实请求允许的方法Access-Control-Allow-Headers: 服务器允许使用的字段Access-Control-Allow-Credentials: 是否允许用户发送、处理 cookieAccess-Control-Max-Age: 预检请求的有效期单位为秒。有效期内不会重复发送预检请求
当预检请求通过后浏览器会发送真实请求到服务器。这就实现了跨源请求。
三、Spring Boot 配置 CORS
1、使用CrossOrigin 注解实现
#如果想要对某一接口配置 CORS可以在方法上添加 CrossOrigin 注解
CrossOrigin(origins {http://localhost:9000, null})
RequestMapping(value /test, method RequestMethod.GET)
public String greetings() {return {\project\:\just a test\};
}
#如果想对一系列接口添加 CORS 配置可以在类上添加注解对该类声明所有接口都有效
CrossOrigin(origins {http://localhost:9000, null})
RestController
SpringBootApplication
public class SpringBootCorsTestApplication {}
#如果想添加全局配置则需要添加一个配置类
Configuration
public class WebMvcConfig extends WebMvcConfigurerAdapter {Overridepublic void addCorsMappings(CorsRegistry registry) {registry.addMapping(/**).allowedOrigins(*).allowedMethods(POST, GET, PUT, OPTIONS, DELETE).maxAge(3600).allowCredentials(true);}
}
另外还可以通过添加 Filter 的方式配置 CORS 规则并手动指定对哪些接口有效。
Bean
public FilterRegistrationBean corsFilter() {UrlBasedCorsConfigurationSource source new UrlBasedCorsConfigurationSource();CorsConfiguration config new CorsConfiguration();config.setAllowCredentials(true); config.addAllowedOrigin(http://localhost:9000);config.addAllowedOrigin(null);config.addAllowedHeader(*);config.addAllowedMethod(*);source.registerCorsConfiguration(/**, config); // CORS 配置对所有接口都有效FilterRegistrationBean bean newFilterRegistrationBean(new CorsFilter(source));bean.setOrder(0);return bean;
}
2、原理剖析
无论是通过哪种方式配置 CORS其实都是在构造 CorsConfiguration。 一个 CORS 配置用一个 CorsConfiguration类来表示它的定义如下
public class CorsConfiguration {private ListString allowedOrigins;private ListString allowedMethods;private ListString allowedHeaders;private ListString exposedHeaders;private Boolean allowCredentials;private Long maxAge;
}
Spring 中对 CORS 规则的校验都是通过委托给 DefaultCorsProcessor实现的。
DefaultCorsProcessor 处理过程如下
判断依据是 Header中是否包含 Origin。如果包含则说明为 CORS请求转到 2否则说明不是 CORS 请求不作任何处理。判断 response 的 Header 是否已经包含 Access-Control-Allow-Origin如果包含证明已经被处理过了, 转到 3否则不再处理。判断是否同源如果是则转交给负责该请求的类处理是否配置了 CORS 规则如果没有配置且是预检请求则拒绝该请求如果没有配置且不是预检请求则交给负责该请求的类处理。如果配置了则对该请求进行校验。
校验就是根据 CorsConfiguration 这个类的配置进行判断
判断 origin 是否合法判断 method 是否合法判断 header是否合法如果全部合法则在 response header中添加响应的字段并交给负责该请求的类处理如果不合法则拒绝该请求。
