跨域、CORS、JSONP

跨域

在node.js服务中，向其他服务器发送http/https请求数据，是否会发生跨域呢？
举个例子

// 在https://www.google.com所在的node服务程序中
async function get(){
  const rsp = await fetch('https://www.baidu.com')
}
// 这个fetch请求是否涉及跨域呢？

当然是不会了，跨域一般是发生在浏览器，是浏览器自己的安全策略。
node服务不是运行在浏览器中，所以不涉及跨域
即使是有同源策略，但是不影响客户端发送请求给服务器，服务器还是会返回数据，只是被浏览器拦截了

同源策略
浏览器故意设置的一个功能限制
CORS
突破浏览器设置的一个方法
JSONP
IE时代的一个妥协

什么叫同源？
源
window.origin 或 location.origin可以得到当前源
源 = 协议 + 域名 + 端口号
如果两个URL的协议域名端口号完全一致，那么这两个URL就是同源的。
同源策略
不同源的页面之间不准相互访问数据。
如果JS运行在源A中，那么就只能获取源A的数据，不能获取源B的数据，即不允许跨域。
浏览器设置同源策略的目的是为了保护用户隐私。

修改host

右键打开记事本以管理员身份运行=》文件=》打开C:\Windows\System32\drivers\etc

当我们用黑客网站跨域取qq空间的friends.json数据时，虽然请求成功，但是无法下载数据

注意：同源策略限制的是数据访问，我们引用CSS、JS和图片的时候并不算数据访问，其实并不知道其内容(就像我们不知道CSS的第一个字符)，我们只是在引用。

如何解决这个问题呢？

如何跨域？

解法一：CORS（推荐）
添加允许访问的网站到白名单
当使用XMLHttpRequest发送请求时，如果浏览器发现违反了同源策略就会自动加上一个请求头 origin；

后端在接受到请求后确定响应后会在 Response Headers 中加入一个属性 Access-Control-Allow-Origin；

浏览器判断响应中的 Access-Control-Allow-Origin 值是否和当前的地址相同，匹配成功后才继续响应处理，否则报错

缺点：忽略 cookie，浏览器版本有一定要求
这种方式分为两种请求：

一种是简单请求，另一种是非简单请求

简单请求跨域：

请求方式为HEAD、POST 或者 GET

非简单请求跨域：

非简单请求是那种对服务器有特殊要求的请求，比如请求方法是PUT或DELETE，或者Content-Type字段的类型是application/json

解法二：JSONP
(JSONP和JSON没有半毛钱关系)
IE不支持CORS的场景。
没有CORS我们怎么跨域呢？
虽然我们不能访问json，但是我们可以引用js啊，虽然js不是数据，但是我们可以让JS包含数据。

在qq.com下创建一个friends.js 。
marshall.js 事先定义好window.xxx函数，然后用script标签引用/friends.js，/friends.js执行window.xxx({friends:[...]})
然后marshall.com就通过window.xxx获取到数据了
window.xxx就是一个回调

解法三：服务器中转
浏览器对跨域有限制，但是服务器没有。如果某服务器没有跨域方法，我们就不找他要数据，而是找一个中转服务器，用中转服务器去找目标服务器要数据，服务器和服务器之间是没有限制的。
例子：本地开发使用框架，在开发阶段，webpack里可能会使用代理服务器，代理服务器的一部分作用就是作为中转服务区，实现跨域请求。

面试题：JSONP是什么？

创建一个script去请求另一个网站的JS，然后JS里边会夹带一些数据，这些数据会在我的网站上调用一个全局函数运行，这就是JSONP。
{由于跨域的时候，如果当前浏览器不支持CORS，我们就必须用另一种方式来实现跨域，于是我们就请求一个JS文件，这个JS文件会执行一个回调，这个回调里边就有我们的数据。(补充：这个回调的名字是可以用随机数随机生成的，把这个名字以callback的方式传给后台，回台会再次把这个函数返回给我们并执行。)}

优点：

兼容IE
可以跨域

缺点：
由于他是script标签，

它只能发get请求。(不支持post)
拿不到状态码，拿不到header
（他读不到AJAX那么精确的状态，他不知道状态码是什么，也不知道响应头是什么，只知道成功或失败）