原文连接:https://www.mmzsblog.cn/articles/2019/08/23/1566526598886.htmlhtml
出于安全缘由,浏览器禁止Ajax调用驻留在当前原点以外的资源。例如,当你在一个标签中检查你的银行帐户时,你能够在另外一个选项卡上拥有EVILL网站。来自EVILL的脚本不可以对你的银行API作出Ajax请求(从你的账户中取出钱!)使用您的凭据。java
跨源资源共享(CORS)是由大多数浏览器实现的W3C规范,容许您灵活地指定什么样的跨域请求被受权,而不是使用一些不太安全和不太强大的策略,如IFRAME或JSONP。git
Spring Framework 4.2 GA为CORS提供了第一类支持,使您比一般的基于过滤器的解决方案更容易和更强大地配置它。因此springMVC的版本要在4.2或以上版本才支持@CrossOrigingithub
1.一、controller方法的CORS配置,您能够向@RequestMapping注解处理程序方法添加一个@CrossOrigin注解,以便启用CORS(默认状况下,@CrossOrigin容许在@RequestMapping注解中指定的全部源和HTTP方法):web
@RestController @RequestMapping("/account") public class AccountController { @CrossOrigin @GetMapping("/{id}") public Account retrieve(@PathVariable Long id) { // ... } @DeleteMapping("/{id}") public void remove(@PathVariable Long id) { // ... } }
其中@CrossOrigin中的2个参数:spring
origins : 容许可访问的域列表api
maxAge:准备响应前的缓存持续的最大时间(以秒为单位)。跨域
1.二、为整个controller启用@CrossOrigin浏览器
@CrossOrigin(origins = "http://domain2.com", maxAge = 3600) @RestController @RequestMapping("/account") public class AccountController { @GetMapping("/{id}") public Account retrieve(@PathVariable Long id) { // ... } @DeleteMapping("/{id}") public void remove(@PathVariable Long id) { // ... } }
在这个例子中,对于retrieve()和remove()处理方法都启用了跨域支持,还能够看到如何使用@CrossOrigin属性定制CORS配置。缓存
1.三、同时使用controller和方法级别的CORS配置,Spring将合并两个注释属性以建立合并的CORS配置。
@CrossOrigin(maxAge = 3600) @RestController @RequestMapping("/account") public class AccountController { @CrossOrigin(origins = "http://domain2.com") @GetMapping("/{id}") public Account retrieve(@PathVariable Long id) { // ... } @DeleteMapping("/{id}") public void remove(@PathVariable Long id) { // ... } }
1.四、若是您正在使用Spring Security,请确保在Spring安全级别启用CORS,并容许它利用Spring MVC级别定义的配置。
@EnableWebSecurity public class WebSecurityConfig extends WebSecurityConfigurerAdapter { @Override protected void configure(HttpSecurity http) throws Exception { http.cors().and()... } }
除了细粒度、基于注释的配置以外,您还可能须要定义一些全局CORS配置。这相似于使用筛选器,但能够声明为Spring MVC并结合细粒度@CrossOrigin配置。默认状况下,全部origins and GET, HEAD and POST methods是容许的。
JavaConfig
使整个应用程序的CORS简化为:
@Configuration @EnableWebMvc public class WebConfig extends WebMvcConfigurerAdapter { @Override public void addCorsMappings(CorsRegistry registry) { registry.addMapping("/**"); } }
若是您正在使用Spring Boot,建议将WebMvcConfigurer bean声明以下:
@Configuration public class MyConfiguration { @Bean public WebMvcConfigurer corsConfigurer() { return new WebMvcConfigurerAdapter() { @Override public void addCorsMappings(CorsRegistry registry) { registry.addMapping("/**"); } }; } }
您能够轻松地更改任何属性,以及仅将此CORS配置应用到特定的路径模式:
@Override public void addCorsMappings(CorsRegistry registry) { registry.addMapping("/api/**") .allowedOrigins("http://domain2.com") .allowedMethods("PUT", "DELETE") .allowedHeaders("header1", "header2", "header3") .exposedHeaders("header1", "header2") .allowCredentials(false).maxAge(3600); }
若是您正在使用Spring Security,请确保在Spring安全级别启用CORS,并容许它利用Spring MVC级别定义的配置。
还能够将CORS与MVC XML命名空间配置。
a、若是整个项目全部方法均可以访问,则能够这样配置;此最小XML配置使CORS在/**路径模式具备与JavaConfig相同的缺省属性:
<mvc:cors> <mvc:mapping path="/**" /> </mvc:cors>
其中* 表示匹配到下一层;** 表示后面无论有多少层,都能匹配。
如:
<mvc:cors> <mvc:mapping path="/api/*"/> </mvc:cors>
这个能够匹配到的路径有:
/api/aaa
/api/bbbb
不能匹配的:
/api/aaa/bbb
由于* 只能匹配到下一层路径,若是想后面无论多少层均可以匹配,配置以下:
<mvc:cors> <mvc:mapping path="/api/**"/> </mvc:cors>
注:其实就是一个(*)变成两个(**)
b、也能够用定制属性声明几个CORS映射:
<mvc:cors> <mvc:mapping path="/api/**" allowed-origins="http://domain1.com, http://domain2.com" allowed-methods="GET, PUT" allowed-headers="header1, header2, header3" exposed-headers="header1, header2" allow-credentials="false" max-age="123" /> <mvc:mapping path="/resources/**" allowed-origins="http://domain1.com" /> </mvc:cors>
请求路径有/api/,方法示例以下:
@RequestMapping("/api/crossDomain") @ResponseBody public String crossDomain(HttpServletRequest req, HttpServletResponse res, String name){ …… …… }
c、若是使用Spring Security,不要忘记在Spring安全级别启用CORS:
<http>
<!-- Default to Spring MVC's CORS configuration -->
<cors />
...
</http>
CORS请求(包括预选的带有选项方法)被自动发送到注册的各类HandlerMapping 。它们处理CORS准备请求并拦截CORS简单和实际请求,这得益于CorsProcessor实现(默认状况下默认DefaultCorsProcessor处理器),以便添加相关的CORS响应头(如Access-Control-Allow-Origin)。 CorsConfiguration 容许您指定CORS请求应该如何处理:容许origins, headers, methods等。
a、AbstractHandlerMapping#setCorsConfiguration()
容许指定一个映射,其中有几个CorsConfiguration 映射在路径模式上,好比/api/**。
b、子类能够经过重写AbstractHandlerMapping类的getCorsConfiguration(Object, HttpServletRequest)方法来提供本身的CorsConfiguration。
c、处理程序能够实现 CorsConfigurationSource
接口(如ResourceHttpRequestHandler
),以便为每一个请求提供一个CorsConfiguration。
做为上述其余方法的替代,Spring框架还提供了CorsFilter。在这种状况下,不用使用@CrossOrigin或
WebMvcConfigurer#addCorsMappings(CorsRegistry)
,,例如,能够在Spring Boot应用程序中声明以下的过滤器:
@Configuration public class MyConfiguration { @Bean public FilterRegistrationBean corsFilter() { UrlBasedCorsConfigurationSource source = new UrlBasedCorsConfigurationSource(); CorsConfiguration config = new CorsConfiguration(); config.setAllowCredentials(true); config.addAllowedOrigin("http://domain1.com"); config.addAllowedHeader("*"); config.addAllowedMethod("*"); source.registerCorsConfiguration("/**", config); FilterRegistrationBean bean = new FilterRegistrationBean(new CorsFilter(source)); bean.setOrder(0); return bean; } }
一、是springMVC的版本要在4.2或以上版本才支持@CrossOrigin
二、非@CrossOrigin没有解决跨域请求问题,而是不正确的请求致使没法获得预期的响应,致使浏览器端提示跨域问题。
三、在Controller注解上方添加@CrossOrigin注解后,仍然出现跨域问题,解决方案之一就是:
在@RequestMapping注解中没有指定Get、Post方式,具体指定后,问题解决。
相似代码以下:
@CrossOrigin @RestController public class person{ @RequestMapping(method = RequestMethod.GET) public String add() { // 若干代码 } }
一、官方文档https://spring.io/blog/2015/06/08/cors-support-in-spring-framework
二、http://fanshuyao.iteye.com/blog/2384189
二、https://blog.csdn.net/taiyangnimeide/article/details/78305131