跨域问题来源于JavaScript的"同源策略",即只有 协议+主机名+端口号 (如存在)相同,则容许相互访问。也就是说JavaScript只能访问和操做本身域下的资源,不能访问和操做其余域下的资源。跨域问题是针对JS和ajax的,html自己没有跨域问题。javascript
查看浏览器开发者工具Console报错:html
Failed to load http://a.a.com:8080/A/FromServlet?userName=123: No 'Access-Control-Allow-Origin' header is present on the requested resource. Origin 'http://b.b.com:8080' is therefore not allowed access.java
http://www.abc.com/a/b 调用 http://www.abc.com/d/c(非跨域)jquery
http://www.abc.com/a/b 调用 http://www.def.com/a/b (跨域:域名不一致)nginx
http://www.abc.com:8080/a/b 调用 http://www.abc.com:8081/d/c (跨域:端口不一致)ajax
http://www.abc.com/a/b 调用 https://www.abc.com/d/c (跨域:协议不一样)spring
请注意:localhost和127.0.0.1虽然都指向本机,但也属于跨域。json
一、响应头添加Header容许访问后端
二、jsonp 只支持get请求不支持post请求跨域
三、httpClient内部转发
四、使用接口网关——nginx、springcloud zuul (互联网公司常规解决方案)
跨域资源共享(CORS)Cross-Origin Resource Sharing
response.addHeader(‘Access-Control-Allow-Origin:*’);//容许全部来源访问 response.addHeader(‘Access-Control-Allow-Method:POST,GET’);//容许访问的方式
用法:①dataType改成jsonp ②jsonp : "jsonpCallback"————发送到后端实际为http://a.a.com/a/FromServlet?userName=644064&jsonpCallback=jQueryxxx ③后端获取get请求中的jsonpCallback ④构造回调结构
$.ajax({ type : "GET", async : false, url : "http://a.a.com/a/FromServlet?userName=644064", dataType : "jsonp",//数据类型为jsonp jsonp : "jsonpCallback",//服务端用于接收callback调用的function名的参数 success : function(data) { alert(data["userName"]); }, error : function() { alert('fail'); } });
//后端 String jsonpCallback = request.getParameter("jsonpCallback"); //构造回调函数格式jsonpCallback(数据) resp.getWriter().println(jsonpCallback+"("+jsonObject.toJSONString()+")");
在同源策略下,在某个服务器下的页面是没法获取到该服务器之外的数据的,即通常的ajax是不能进行跨域请求的。但 img、iframe 、script等标签是个例外,这些标签能够经过src属性请求到其余服务器上的数据。利用<script>标签的开放策略,咱们能够实现跨域请求数据,固然这须要服务器端的配合。 Jquery中ajax的核心是经过 XmlHttpRequest获取非本页内容,而jsonp的核心则是动态添加<script>标签来调用服务器提供的 js脚本。
当咱们正常地请求一个JSON数据的时候,服务端返回的是一串JSON类型的数据,而咱们使用 JSONP模式来请求数据的时候服务端返回的是一段可执行的JavaScript代码。由于jsonp 跨域的原理就是用的动态加载<script>的src ,因此咱们只能把参数经过url的方式传递,因此jsonp的 type类型只能是get !
示例:
$.ajax({
url: 'http://192.168.10.46/demo/test.jsp', //不一样的域
type: 'GET', // jsonp模式只有GET 是合法的
data: {
'action': 'aaron'
},
dataType: 'jsonp', // 数据类型
jsonp: 'jsonpCallback', // 指定回调函数名,与服务器端接收的一致,并回传回来
})
其实jquery 内部会转化成
http://192.168.10.46/demo/test.jsp?jsonpCallback=jQuery202003573935762227615_1402643146875&action=aaron
而后动态加载
<script type="text/javascript"src="http://192.168.10.46/demo/test.jsp?jsonpCallback= jQuery202003573935762227615_1402643146875&action=aaron"></script>
而后后端就会执行jsonpCallback(传递参数 ),把数据经过实参的形式发送出去。
使用JSONP 模式来请求数据的整个流程:客户端发送一个请求,规定一个可执行的函数名(这里就是 jQuery作了封装的处理,自动帮你生成回调函数并把数据取出来供success属性方法来调用,而不是传递的一个回调句柄),服务器端接受了这个 jsonpCallback函数名,而后把数据经过实参的形式发送出去
(在jquery 源码中, jsonp的实现方式是动态添加<script>标签来调用服务器提供的 js脚本。jquery 会在window对象中加载一个全局的函数,当 <script>代码插入时函数执行,执行完毕后就 <script>会被移除。同时jquery还对非跨域的请求进行了优化,若是这个请求是在同一个域名下那么他就会像正常的 Ajax请求同样工做。)
实现原理很简单,若想在B站点中经过Ajax访问A站点获取结果,当然有ajax跨域问题,但在B站点中访问B站点获取结果,不存在跨域问题,这种方式其实是在B站点中ajax请求访问B站点的HttpClient,再经过HttpClient转发请求获取A站点的数据结果。但这种方式产生了两次请求,效率低,但内部请求,抓包工具没法分析,安全。
$.ajax({ type : "GET", async : false, url : "http://b.b.com:8080/B/FromAjaxservlet?userName=644064", dataType : "json", success : function(data) { alert(data["userName"]); }, error : function() { alert('fail'); } });
@WebServlet("/FromAjaxservlet") public class FromAjaxservlet extends HttpServlet{ protected void doGet(HttpServletRequest req, HttpServletResponse resp) throws ServletException, IOException { try { //建立默认链接 CloseableHttpClient httpClient = HttpClients.createDefault(); //建立HttpGet对象,处理get请求,转发到A站点 HttpGet httpGet = new HttpGet("http://a.a.com:8080/A/FromServlet?userName="+req.getParameter("userName")); //执行 CloseableHttpResponse response = httpClient.execute(httpGet); int code = response.getStatusLine().getStatusCode(); //获取状态 System.out.println("http请求结果为:"+code); if(code == 200){ //获取A站点返回的结果 String result = EntityUtils.toString(response.getEntity()); System.out.println(result); //把结果返回给B站点 resp.getWriter().print(result); } response.close(); httpClient.close(); } catch (Exception e) { } } }
www.a.a.com不能直接请求www.b.b.com的内容,能够经过nginx,根据同域名,但项目名不一样进行区分。什么意思呢?这么说可能有点抽象。假设咱们公司域名叫www.nginxtest.com
当咱们须要访问www.a.a.com经过www.nginxtest.com/A访问,并经过nginx转发到www.a.a.com
当咱们须要访问www.b.b.com经过www.nginxtest.com/B访问,并经过nginx转发到www.a.a.com
咱们访问公司的域名时,是"同源"的,只是项目名不一样,此时项目名的做用只是为了区分,方便转发。若是你还不理解的话,先看看我是怎么进行配置的:
server { listen 80; server_name www.nginxtest.com; location /A { proxy_pass http://a.a.com:81; index index.html index.htm; } location /B { proxy_pass http://b.b.com:81; index index.html index.htm; } }
咱们访问以www.nginxtest.com开头且端口为80的网址,nginx将会进行拦截匹配,若项目名为A,则分发到a.a.com:81。实际上就是经过"同源"的域名,不一样的项目名进行区分,经过nginx拦截匹配,转发到对应的网址。整个过程,两次请求,第一次请求nginx服务器,第二次nginx服务器经过拦截匹配分发到对应的网址。