跨域是指跨域名的访问，以下情况都属于跨域：
跨域现象 实例域名不相同 与
一级域名相同，但是端口不相同 ：8080 与 :9090
二级域名不相同 news.baidu.com 与baike.baidu.com
注：如果域名与端口均相同，只是请求的路径不相同，则不属于跨域，例如：
tpis:跨域不一定会有跨域问题。
因为跨域问题是浏览器对于ajax请求的一种安全限制：
一个页面发起的ajax请求，只能是于当前页同域名的路径，这能有效的阻止跨站攻击。
若没有该限制，那么任意一个网站中的js脚本都可以对其他任意网站进行恶意的攻击，因为cookie是浏览器端保存的重要数据，这样子就可以通过cookie在来跨域访问同一浏览器打开的网站，存在严重安全隐患；
因此：跨域问题 是针对ajax的一种限制。
但是这却给我们的开发带来了不便，而且在实际生成环境中，肯定会有很多台服务器之间交互，地址和端口都可能不同
3.解决跨域问题的方案
jsonp
早期的跨域主流解决方案，其原理通过script标签进行跨域实现
限制：
需要服务端的支持
只能发起GET请求，局限性大
nginx反向代理
思想： 利用nginx方向代理的功能，将原本跨域的请求代理为不跨域的 ，支持各种请求方式
缺点： 需要在nginx服务器上进行额外的配置，同时需要维护大量的域名地址，如意混淆
CORS
目前主流的跨域解决方案，该方案安全可靠，目前应用广泛。
优势：
在服务端进行控制来确定是否允许跨域，规则可以自定义
支持各种请求方式 （七大请求方式均支持）
缺点：
会产生额外的请求
4.解决方案明细 4.1 CORS跨域解决方案 4.1.1 CORS简介CORS是一个W3C标准，全称是"跨域资源共享"（Cross-origin resource sharing）。
它允许浏览器向跨源服务器，发出XMLHttpRequest请求，从而克服了AJAX只能同源使用的限制。
CORS需要浏览器和服务器同时支持。目前，所有浏览器都支持该功能，IE浏览器不能低于IE10。
浏览器端：
目前，所有浏览器都支持该功能（IE10以下不行）。整个CORS通信过程，都是浏览器自动完成，不需要用户参与。
服务端：
CORS通信与AJAX没有任何差别，因此你不需要改变以前的业务逻辑。只不过，浏览器会在请求中携带一些头信息，我们需要以此判断是否运行其跨域，然后在响应头中加入一些信息即可。 这一般通过过滤器即可实现
当前浏览器会将我们的Ajax请求进行分类，根据其处理方案的差异分为:简单请求、特殊请求
简单请求
需要同时满足以下两大条件，才属于简单请求：
1）请求方式必须是以下三种方式中的一种：
HEAD
GET
POST
2）HTTP请求的头信息不能超出以下几种字段：
Accept
Accept-Language
Content-Language
Last-Event-ID
Conten-Type:只能是 application/x-www-form-urlencoded、multipart/form-data、text/plain三个中的任意一个
当浏览器发现发送的ajax请求是简单请求时，会在请求头中携带一个字段：Origin.
Origin中会指出当前请求属于哪个域（协议+域名+端口）。服务会根据这个值决定是否允许其跨域。
如果服务器允许跨域，需要在返回的响应头中携带下面信息：
Access-Control-Allow-Origin: Access-Control-Allow-Credentials: true Content-Type: text/html; charset=utf-8Access-Control-Allow-Origin：可接受的域，是一个具体域名或者*，代表任意
Access-Control-Allow-Credentials：是否允许携带cookie，默认情况下，cors不会携带cookie，除非这个值是true
注意：
如果跨域请求要想操作cookie，需要满足3个条件：
服务的响应头中需要携带Access-Control-Allow-Credentials并且为true。
浏览器发起ajax需要指定withCredentials 为true
响应头中的Access-Control-Allow-Origin一定不能为*，必须是指定的域名
特殊请求
不符合简单请求的条件，会被浏览器判定为特殊请求,，例如请求方式为PUT。
预检请求
特殊请求会在正式通信之前，增加一次HTTP查询请求，称为"预检"请求（preflight）。