前后端分离和跨域问题的详细解决方案(CORS的原理)
Renling【PHP】 人气:0前后端分离
前后端分离的好处
- 最大的好处就是前端JS可以做很大部分的数据处理工作,对服务器的压力减小到最小。
- 后台错误不会直接反映到前台,错误接秒较为友好。
- 由于后台是很难去探知前台页面的分布情况,而这又是JS的强项,而JS又是无法独立和服务器进行通讯的。所以单单用后台去控制整体页面,又或者只靠JS完成效果,都会难度加大,前后台各尽其职可以最大程度的减少开发难度。
个人理解上存在两种解释
- 第一种只是单纯的前后端分离,实在物理层面上的,将View层的任务分配给前端,Controller和Model层给后端,这就存在一个问题,就是后端的同事需要去关注前端的展示逻辑、而前端只要存在变化,后端的数据处理需要做相应的改变。
- 第二种是基于职责层面上的分离,将View和Controller层分配的前端,后端只处理Model和业务处理,这就需要Controller使用Node.js,M-V-C对应的是JAVA/PHP-JAVASCRIPT、HTML、CSS-Node.js。
跨域问题存在的原因
随着前后端分离技术的越来越盛行,跨域问题也逐渐凸显了出来。跨域问题的根本原因:因为浏览器收到同源策略的限制,当前域名的js只能读取同域下的窗口属性。什么叫做同源策略?就是不同的域名, 不同端口, 不同的协议不允许共享资源的,保障浏览器安全。同源策略是针对浏览器设置的门槛。如果绕过浏览就能实现跨域,所以说早期的跨域都是打着安全路数的擦边球,都可以认为是 hack 处理。这一段是我从别的地方cp过来的,大家将就着看吧。
这里要注意的是,只有访问类型为xhr(XMLHttpRequest)的才会出现跨域。
跨域问题的解决方案
- 修改浏览器的设置
- 修改请求的方式:jsonp
- CORS
修改浏览器配置解决跨域
以Google Chrome为例,浏览器以
"C:\ProgramFiles(x86)\Google\Chrome\Application\chrome.exe"
--disable-web-security--user-data-dir
中模式打开,右键点击浏览器快捷方式,在目标中输入上述代码即可解决(不推荐)。
使用jsonp解决跨域
JQuery中的正常AJAX请求代码片段
$("#demo1").click(function(){ $.ajax({ url : 'http://www.tpadmin.top/Index/Test/crossDomain', data : {}, type : 'get', success : function (res) { //No 'Access-Control-Allow-Origin' header is present on the requested resource. Origin 'http://127.0.0.1' is therefore not allowed access. 在执行时候报出的错误,这代表了跨域错误 alert(res); } }); });
JQuery中的使用JSONP的AJAX请求代码:
$("#demo2").click(function(){ $.ajax({ url : 'http://www.tpadmin.top/Index/Test/crossDomain', data : {}, type : 'get', dataType : 'jsonp', success : function (res) { alert(res); } }); });
这时候我们看到 请求的网址自动变成了
http://www.tpadmin.top/Index/Test/crossDomain?callback=jQuery331015214102388989237_1534993962395&_=1534993962396
这是为什么呢?原来由于跨域访问的只限制xhr类型的请求(上文中已经说了),所以js中就利用了这一特点,让服务端不在返回的是一个JSON格式的数据,而是返回一段JS代码,将JSON的数据以参数的形式传递到这个函数中,而函数的名称就是callback参数的值,所以我们还需要修改服务端的代码,代码如下:
<?php $callback = isset($_GET['callback'])?$_GET['callback']:''; if (!empty($callback)) { $arr = ['code' => 200, 'name' => 'cui']; $data = json_encode($arr); exit($callback . '(' . $data . ')'); } ?>
OK,现在问题解决了,但是JSONP存在着诸多限制,下面将列出两个个我知道的:
JSONP只支持GET请求,什么?你要提交表单,sorry,此路不通它只支持跨域HTTP请求
虽然只有两个,但是让很多人不得不放弃它,所以出现了下面的解决办法。
CORS解决跨域
回归问题本质,跨域问题为什么会产生,上面已经说了,是由于浏览器的限制,那么在执行过程中有什么不同,下面两张度分析一下(主要看请求头的部分):
这是非跨域请求
这是跨域请求
这时我们发现跨域访问的请求头中存在Origin的字段,用来记录当前的访问域名,我们可以再服务端增加一个响应头Access-Control-Allow-Origin来告诉浏览器我们支持它获取就可以了,代码实现:
<?php header('Access-Control-Allow-Origin:http://127.0.0.1'); $arr = ['code' => 200, 'name' => 'cui']; echo $data = json_encode($arr); ?>
那如果我有多个域名进行跨域访问呢
<?php $requestHeader = getallheaders(); $origin = isset($requestHeader['Origin'])?$requestHeader['Origin']:''; switch ($origin) { case 'http://127.0.0.1': header('Access-Control-Allow-Origin:http://127.0.0.1'); break; case 'http://localhost': header('Access-Control-Allow-Origin:http://localhost'); break; default: break; } $arr = ['code' => 200, 'name' => 'cui']; echo $data = json_encode($arr); //注意,不支持下面这种写法 //header('Access-Control-Allow-Origin:http://localhost,http://127.0.0.1'); ?>
或者直接写成(很不安全,不推荐这么写)
<?php header('Access-Control-Allow-Origin:*'); $arr = ['code' => 200, 'name' => 'cui']; echo $data = json_encode($arr); ?>
到这里,其实已经结束了,但还有一些其他的特殊情况
- 请求方法不是GET、HEAD、POST
- 请求头中存在自定义头
- Content-Type不是text/plain、multipart/form-data、application/x-www-form-urlencoded
- 希望获取到服务端的Cookie
为了应对种种限制,我们再来看一段代码
$("#demo1").click(function(){ $.ajax({ url : 'http://cui.tpadmin.top/crossDomain.php', data : {}, type : 'PUT', contentType : 'application/json', header: { token:'asdfgqwerttyyazxcvbvb' }, success : function (res) { alert(res); } }); });
虽然我们在服务端加入了Access-Control-Allow-Origin响应头,但是如果出现上面所说的情况时,我们需要做一些特殊的设置,修改服务端代码为:
<?php //这里增加了两行代码 header('Access-Control-Allow-Headers:Content-Type'); header('Access-Control-Allow-Methods:PUT'); $requestHeader = getallheaders(); $origin = isset($requestHeader['Origin'])?$requestHeader['Origin']:''; switch ($origin) { case 'http://127.0.0.1': header('Access-Control-Allow-Origin:http://127.0.0.1'); break; case 'http://localhost': header('Access-Control-Allow-Origin:http://localhost'); break; default: break; } $arr = ['code' => 200, 'name' => 'cui']; echo $data = json_encode($arr); ?>
这里虽然成功了,但是我们发现每次请求的时候会出现两条请求记录(这个可不是我请求了两次,看下面截图)
这里我们需要进行一下区分(简单请求模式与非简单请求模式)
- 请求方法只能为GET、HEAD、POST
- 请求头中无自定义头
- Content-Type必须为text/plain、multipart/form-data、application/x-www-form-urlencoded
符合以上条件的为简单请求,否则为非简单请求,注意,非简单请求中,浏览器会默认发送两条请求,第一条为预检请求(OPTION),第二条为AJAX的请求,处于服务器的性能考量,我们需要将预检命令进行缓存,而不是每次都执行预检请求,我们可以修改代码如下:
<?php header('Access-Control-Allow-Headers:Content-Type'); header('Access-Control-Allow-Methods:PUT'); //看这里 header('Access-Control-Max-Age:3600'); $requestHeader = getallheaders(); $origin = isset($requestHeader['Origin'])?$requestHeader['Origin']:''; switch ($origin) { case 'http://127.0.0.1': header('Access-Control-Allow-Origin:http://127.0.0.1'); break; case 'http://localhost': header('Access-Control-Allow-Origin:http://localhost'); break; default: break; } $arr = ['code' => 200, 'name' => 'cui']; echo $data = json_encode($arr); ?>
这次我请求了两次,发现第二次请求没有发送预检请求,新增加的代码代表允许缓存的时间(3600S)。
另外还有一些常用的方法,我都放到这里了,有需要的小伙伴可以参考
<?php //支持Cookie header('Access-Control-Allow-Credentials:true'); //支持自定义头 header('Access-Control-Allow-Headers:token,Content-Type,...');
由于篇幅有限,Cookie的例子小伙伴们自己做就可以了,使用Cookie的时候需要注意Access-Control-Allow-Origin不可设置为*。
服务软件实现跨域
上面的例子实现了跨域访问,但是如果我不想在代码中修改,还有其他的方法吗,当然有了,我们可以直接修改服务软件,下面将从最常用的Apache与Nignx两个方面说明
基于Apache的服务
<VirtualHost *:80> ServerName localhost ServerAlias localhost DocumentRoot "${INSTALL_DIR}/www" Header always set Access-Control-Allow-Header "PUT" Header always set Access-Control-Allow-Credentials "true" Header always set Access-Control-Max-Age "3600" #这里设置的为全匹配 Header always set Access-Control-Allow-Origin "expr=%{req:origin}" #这里设置的为全匹配 Header always set Access-Control-Allow-Headers "expr=%{req:Access-Control-Allow-Headers}" <Directory "${INSTALL_DIR}/www/"> Options +Indexes +Includes +FollowSymLinks +MultiViews AllowOverride All Require local </Directory> </VirtualHost>
这里说明一下,由于Apache都是模块管理,所以这里要想使用Header的话,需要加载mod_headers.so这个模块,去看一下自己的主配置文件,这个模块是否开启,如果没有开启,apache会启动失败的。
LoadModule headers_module modules/mod_headers.so
由于本人学艺不精,Apache的配置中的判断没有完全闹懂,所以这里没有进行区分的匹配,如果有大神知道,请指导一下,不胜感激。
基于Nignx的服务
在nignx服务的配置中修改为如下代码(注意位置,这个例子是修改本地的nignx,没有域名,如果没有熟悉过nignx的小伙伴可以自行百度)。
server { listen 80 default_server; listen [::]:80 default_server; server_name _; root /usr/share/nginx/html; # Load configuration files for the default server block. include /etc/nginx/default.d/*.conf; location / { #支持其他请求 add_header Access-Control-Allow-Methods PUT; #设置预检请求的缓存 add_header Access-Control-Max-Age 3600; #允许Cookie add_header Access-Control-Allow-Credentials true; #这里最好做判断,怕麻烦的话就写*,但是不建议 if ($http_origin = http://localhost){ add_header Access-Control-Allow-Origin http://localhost; } if ($http_origin = http://127.0.0.1){ add_header Access-Control-Allow-Origin http://127.0.0.1; } #为了方便,这样写了 add_header Access-Control-Allow-Headers $http_access_control_request_headers; if ($request_method = OPTIONS){ return 200; } } error_page 404 /404.html; location = /40x.html { } error_page 500 502 503 504 /50x.html; location = /50x.html { } }
另外再说一句,如果您使用的是JAVA的话,可以尝试一下正反向代理。
总结
加载全部内容