前后端分离和跨域问题的详细解决方案(CORS的原理)
前后端分离
前后端分离的好处
- 最大的好处就是前端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的话,可以尝试一下正反向代理。
总结
到此这篇关于前后端分离和跨域问题解决的文章就介绍到这了,更多相关前后端分离和跨域解决内容请搜索脚本之家以前的文章或继续浏览下面的相关文章希望大家以后多多支持脚本之家!
相关文章
PHP表单递交控件名称含有点号(.)会被转化为下划线(_)的处理方法
做项目的过程中发现,表单递交就是不成功,后来发现原来我给控件的名字不规范导致,控件递交到后端之后,发现所有我控件名字中含有.号的名字,递交过之后都会被转化成下划线_2013-01-01
最新评论