0 采集 收起 来源：简单请求和非简单请求1

2018-09-17

0 采集 收起 来源：产生跨越问题的原因

2018-09-06

0 采集 收起 来源：json解决跨域2

2018-09-04

/*
一.浏览器多管闲事-----------------------------------------------------搞定浏览器: 让浏览器滚,不判断
   1.启动浏览器的时候加参数
   2.浏览器跨域插件
二.浏览器判断类型: XHR (XMLHttpRequest)-------------------------------发送类型不是XHR, JSONP就是利用这一条.
   JSONP一个非官方的协议, JSONP的弊端:
   1.JSONP需要后台配合, 要有一个参数, 默认是?callback=JQuery1234567...   JSONP返回的类型是:javascript, 而非json
   2.只可以发送get请求
   3.发送的不是XHR请求(这也是它可以跨域的原因),没有回调及事件的特性
三.浏览器判断跨域: 协议, 域名, 端口, 任何一个不一样就是跨域-----------1.服务器告诉浏览器可以跨域. 2.前端通过代理欺骗浏览器是同一个域名
   1.后端处理:
      a)应用服务器(TOMCAT)--Filter,
         "Access-Control-Allow-Origin": "http://localhost:8081"
         "Access-Control-Allow-Methods": "GET"
         "Access-Control-Allow-Headers": "Content-Type, custom-header1, custom-header2" //非简单请求每次会发出去两次请求,预检命令(OPTIONS)和真正的请求
         "Access-Control-Max-Age": "3600" //预检命令(OPTIONS)为1个小时, 这样1个小时内就不用发送两次请求
         "Access-Control-Allow-Credentials": "true" //不是"Access-Control-Allow-Origin": "*"就无敌了, 带Cookie的请求就行不通!
      b)HTTP服务器(NGINX)
         配置比apache简单些
      c)HTTP服务器(APACHE)
         相对nginx复杂一些
      d)Spring框架解决方案
         @CrossOrigin
   2.前端处理(隐藏跨域):
      a)反向代理-NGINX配置
         在请求的时候写相对路径就行, 浏览器认为请求是同域的, 不会做跨域判断. 后端处理时, 请求地址都是绝对路径
      b)反向代理-APACHE配置

以上一,二,三个条件必需同时满足, 才会生跨域问题!
问答:
-> 为什么已经返回200了还报错: 因为是先发送, 浏览器再判断是否跨域. 如果存在跨域条件, 则报错.
*/

10 采集 收起 来源：课程总结

2018-09-02

0 采集 收起 来源：编写后台服务代码

2018-09-02

0 采集 收起 来源：调用方解决跨域 - 隐藏跨域

2018-09-01

0 采集 收起 来源：调用方解决跨域 - 隐藏跨域

2018-09-01

0 采集 收起 来源：被调用方解决跨域 - Spring框架解决方案

2018-09-01

0 采集 收起 来源：被调用方解决跨域 - apache解决方案_x264

2018-09-01

0 采集 收起 来源：被调用方解决跨域 - apache解决方案_x264

2018-09-01

0 采集 收起 来源：被调用方解决跨域 - nginx解决方案

2018-09-01

0 采集 收起 来源：浏览器禁止检查

2018-08-31

0 采集 收起 来源：浏览器禁止检查

2018-08-31

0 采集 收起 来源：解决思路

2018-08-31

0 采集 收起 来源：浏览器禁止检查

2018-08-29