坚信绝大部分其间端分立的项目中，单厢时常遇到布吕马的难题，刚开始写流程时，对那个也是很疑惑，是为何呢？随着对应用领域流程允诺的基本原理介绍的增进，能归纳出多种不同方式来化解那个难题。
什么是布吕马
具体来说要介绍下应用领域流程的相混思路，相混一般来说是指下列四个完全相同：
协定完全相同(如http,https)搜索引擎完全相同(二级搜索引擎与主搜索引擎也不是同一搜索引擎)路由器完全相同(同一搜索引擎，相同路由器也算相同)
如 http://example.com 与 https://example.com =>相同
http://a.example.com 与 http://b.example.com =>相同
http://example.com:8000与 http://example.com:8001=>相同
相混思路是应用领域流程为了确保使用者的重要网络安全，避免其它蓄意中文网站来盗取统计数据，最常用的是web 控制系统中的cookie，而那些cookie一般来说是留存了较为多的使用者信息，如登入状况，使用者重要信息等，假如其它中文网站能任一去使用那些统计数据，那对应用领域这类也是一类蓄意软件。
正因为有相混思路的管制，非相混的应用领域，是无法相互加载 cookie、LocalStorage、Dom、Ajax 允诺无法推送。但是在现在微服务项目盛行于的二十世纪，其间端分立的构架下，跨应用领域之间的出访是很常用的，要如何化解这种情况呢？
CORS即布吕马数据共享，是W3C的国际标准，一类如前所述http 协定允诺头的监督机制，须要应用领域流程与伺服器的全力支持，整座过程是应用领域流程与伺服器手动顺利完成。
应用领域流程根据允诺的文本，将允诺分为三种允诺：单纯允诺、非单纯允诺
对允诺方式为HAED、GET、POST的允诺，假如它的允诺头是 Accept、Accept-Language 或是允诺头是 Content-Type 因此文本是 application/x-www-form-urlencoded、multipart/form-data、text/plain,满足用户以内的即为单纯允诺，其它的即为非单纯允诺。
一些单纯允诺可能会包涵以内的文本以外的文本，较为常用的就是cookie，须要增加规范化外的使用者凭据相关的文本，Http规范化里，须要伺服器返回 Access-Control-Allow-Credentials: true,这样客户端才能提交cookie上去。
非单纯允诺是对伺服器的特殊允诺，如PUT、DELETE或是是 content-type 为 application/json，非单纯允诺会发起一个预检允诺，询问伺服器当前所有的搜索引擎是否在伺服器允许的范围，同时也会返回伺服器允许的http允诺方式和允诺头字段。
预检允诺会发起 OPTION
Access-Control-Request-Methods 标识当前用到的HTTP MethodAccess-Control-Request-Headers 标识当前允诺会使用的允诺头，比如自定义允诺头字段的x-req-id
服务项目端响应预检的允诺文本包括几个字段
Access-Control-Allow-Origin 允许哪些源来允诺当前的伺服器Access-Control-Allow-Methods 允许允诺的HTTP方式Access-Control-Allow-Headers 允许允诺的允诺头Access-Control-Allow-Credentials Access-Control-Max-Age 指定当前预检允诺的有效期，单位秒
Request-Methods、Access-Control-Request-Headers 的文本检测通过，则会将响应的字段返回给以内的字段中，应用领域流程会较为响应的字段来判断是否允许发起允诺。
实践
静态页面
测试布吕马Test
服务项目端启动 SpringBoot项目
点击Test后，会产生下列的文本
依据前面介绍的，只要增加Access-Control-Allow-Origin 即可，在SpringBoot里可以通过几种方式
直接增加@CrossOrigin(origins =”http://localhost”)
@Controllerpublic class CorsController {@CrossOrigin(origins =”http://localhost”)@ResponseBody @RequestMapping(value =”/api/test”) public String test(){ return “cors hello”;}}
配置 WebMvcConfigurer
@Configurationpublic class WebConfigure implements WebMvcConfigurer {@Override public void addCorsMappings(CorsRegistry registry){ registry.addMapping(“/**”).allowedOrigins(“http://localhost”).allowedMethods(“GET”,”PUT”,”POST”,”DELETE”).maxAge(1800);}}
能配置CorsFilter，声明成Bean
@Bean public CorsFilter corsFilter(){ CorsConfiguration configuration = new CorsConfiguration(); configuration.addAllowedOrigin(“http://localhost”); configuration.addAllowedHeader(“*”);//逗号隔开 configuration.addAllowedMethod(“GET,POST,PUT,DELETE”); UrlBasedCorsConfigurationSource urlBasedCorsConfigurationSource = new UrlBasedCorsConfigurationSource(); urlBasedCorsConfigurationSource.registerCorsConfiguration(“/**”, configuration); return new CorsFilter(urlBasedCorsConfigurationSource);}
以内都是通过流程上进行配置，能通过网关或是Nginx进行统一配置
addheader Access-Control-Allow-Origin *; addheader Access-Control-Allow-Headers X-Requested-With,X-Req-id; addheader Access-Control-Allow-Methods GET,POST,OPTIONS;
通过以内的配置后，都能等到如下的正常响应
归纳
