同源策略/SOP（Same origin policy）是一种约定，由Netscape公司1995年引入浏览器，它是浏览器最核心也最基本的安全功能，如果缺少了同源策略，浏览器很容易受到XSS、CSFR等攻击。所谓同源是指”协议+域名+端口”三者相同，即便两个不同的域名指向同一个ip地址，也非同源。
现在是资源共享的时代，同样也是知识分享的时代，如果你觉得本文能学到知识，请把知识与别人分享。
浏览器的同源策略一直是开发中经常遇到的问题,它是浏览器最核心也是最基本的安全功能,如果缺少了同源策略,则浏览器的正常功能都会受到影响
同源策略/SOP（Same origin policy）是一种约定，由Netscape公司1995年引入浏览器，它是浏览器最核心也最基本的安全功能，如果缺少了同源策略，浏览器很容易受到XSS.CSFR等攻击。所谓同源是指”协议+域名+端口”三者相同，即便两个不同的域名指向同一个ip地址，也非同源。
Hello小可爱们~~我又来了，还记得昨天说的今天要说什么吗？？？是滴，今天要说的就是跨域！
同源策略/SOP（Same origin policy）是一种约定，由Netscape公司1995年引入浏览器，它是浏览器最核心也最基本的安全功能，如果缺少了同源策略，浏览器很容易受到XSS、CSFR等攻击。所谓同源是指"协议+域名+端口"三者相同，即便两个不同的域名指向同一个ip地址，也非同源。
在了解跨域之前，我们必须要了解一下同源策略。 跨域问题其实就是浏览器的同源策略造成的。
2.) 资源嵌入： <link> 、 <script> 、 、 <frame> 等 dom 标签，还有样式中 background:url() 、 @font-face() 等文件外链
昨晚在家里调试一个页面，弄了好一会，fiddler都没有抓到数据。最后Google之，才发现因为我等都装了SwitchySharp这类自动翻墙插件。导致Chrome的流量没有走系统代理，而Fiddler是对系统代理进行了转发，故而fiddler没有抓到Chrome的流量。
最近在利用springboot+vue整合开发一个前后端分离的个人博客网站，所以这一篇总结一下在开发中遇到的一个问题，关于解决在使用vue和springboot在开发前后端分离的项目时，如何解决跨域问题。在这里分别分享两种方法，分别在前端vue中解决和在后台springboot中解决。
若两个URL 协议，端口，host都相同，则这两个URL同源。 这个方案叫做“协议/主机/端口元组”，或者直接是 “元组”
你之所以会遇到 跨域问题，正是因为 SOP 的各种限制。但是具体来说限制了什么呢？
下表给出了与 URL http://store.company.com/dir/page.html 的源进⾏对⽐的示例:
相信每个前端对于跨域这两个字都不会陌生，在实际项目中应用也很多，但跨域方法的多种多样让人目不暇接，前段时间公司同事出现了跨域问题，又一时找不到问题所在，所以在此总结下跨域知识，一篇由浅入深的万字Web基操文
现今绝大多数新上线的网站都是基于前后端分离的部署模式来对外提供服务，而这种模式在不熟悉的情况下就很容易遇到一个恶心的问题——跨域
登录是一个网站最基础的功能。有人说它很简单，其实不然，登录逻辑很简单，但涉及知识点比较多，如：密码加密、cookie、session、token、JWT等。
单点登录功能分析 请求的url：/user/login 请求的方法：POST 参数：username、password，表单提交的数据。可以使用方法的形参接收。 返回值：json数据，包含一个token。 业务逻辑： 登录的业务流程：
我们可以通过window.origin或location.origin得到当前源。
登录是一个网站最基础的功能。有人说它很简单，其实不然，登录逻辑很简单，但涉及知识点比较多，如：
我们知道，http 是无状态的，也就是说上一次请求和下一次请求之间没有任何关联。但是我们要实现应用的功能，很多时候是需要有状态的，比如登录之后，再添加购物车，那就应该识别出是登录用户做的。
一般浏览器都是第二种方式限制跨域请求，那就是说请求已到达服务器，并有可能对数据库里的数据进行了操作，但是返回的结果被浏览器拦截了，那么我们就获取不到返回结果，这是一次失败的请求，但是可能对数据库里的数据产生了影响。
作者：matrix 被围观: 5,840 次 发布时间：2014-03-13 分类：零零星星 | 20 条评论 »
方案一：在Controller中取cookie中的token数据，调用sso服务查询用户信息。
我想实现的功能就是：在登录页面输值进行登录之后可以把用户的信息存入到cookie中，判断用户是否在登录状态。
CORS 请求分成两类：简单请求（simple request）和非简单请求（not-so-simple request）。
起因：http是无状态的，因此我们通常需要用到cookie以及session来保存状态，session是在服务器端存储的，会和cookie一起使用，设置了session之后，会发送给浏览器一个cookie,这个cookie是session_id，当再次请求的时候浏览器会将它发送给服务器，以此来找到对应的session. 但是，我们实际使用的时候通常会用到跨域，就是向不同的域发起请求，但是默认情况下此时cookie是不会发送给服务器的，此时就导致了丢失session_id,从而导致了session的值为undefined。解决方案如下： 首先，前端页面发起ajax请求时，加上参数：
如今“前后端分离”的设计思想已经非常普及，所以一旦静态资源和后台应用部署在不同服务器上并采用不同域名，那么，必然会遇到“浏览器同源策略”的限制，也必然，需要前后台一起合作解决跨域问题。
最近在做node项目，需要提供接口给不同域名的功能使用，于是就产生了跨域问题。下面说一下解决方法：步骤一：# 下载 egg-cors npm i egg-cors --save
取消跨域限制、跨域名携带Cookie限制、跨域名操作iframe限制之后的Chrome可以更加方便Web前端开发，同时也可以作为一个完美的爬虫框架。
跨域（Cross-Origin Resource Sharing，简称 CORS）是一种安全策略，用于限制一个域的网页如何与另一个域的资源进行交互。这是浏览器实现的同源策略（Same-Origin Policy）的一部分，旨在防止恶意网站通过一个域的网页访问另一个域的敏感数据。
在此之前一直以为传统的服务器使用session保存用户信息的方案在前后端分离时不能使用，无法获取请求的状态。 后面经过了解发现http本身就是无状态的，传统的session保存法也是因为服务端生成一个id返回给客户端保存在cookie中，客户端请求数据时将其通过请求头发给服务端，服务端再通过id找到具体数据即可。因此再跨域时只需能操作cookie就可以使用session了。恰好XMLHttpRequest对象提供了跨域接口withCredentials:跨域请求是否提供凭据信息(cookie、HTTP认证及客户端SSL证明等)。
Promise本身是同步的立即执行函数， 当在executor中执行resolve或者reject的时候, 此时是异步操作， 会先执行then/catch等，当主栈完成后，才会去调用resolve/reject中存放的方法执行，打印p的时候，是打印的返回结果，一个Promise实例。
出于浏览器的同源策略限制。同源策略（Sameoriginpolicy）是一种约定，它是浏览器最核心也最基本的安全功能，如果缺少了同源策略，则浏览器的正常功能可能都会受到影响。可以说Web是构建在同源策略基础之上的，浏览器只是针对同源策略的一种实现。同源策略会阻止一个域的javascript脚本和另外一个域的内容进行交互。所谓同源（即指在同一个域）就是两个页面具有相同的协议（protocol），主机（host）和端口号（port）
前天面试被问到了跨域的问题，自我感觉回答的并不理想，下面我就分享一下整理后的总结分享给大家
有时候我们开发过程中，需要一个接口调试，但是又不想很麻烦的要一个后台，就想很快的简单的有一个接口。今天分享使用node的express很简单的起一个服务。当然，express不会扩展，因为本人也不会。
P3P（Platform for Privacy Preferences）是W3C公布的一项隐私保护推荐标准，以为用户提供隐私保护。 P3P标准的构想是：Web 站点的隐私策略应该告之访问者该站点所收集的信息类型、信息将提供给哪些人、信息将被保留多少时间及其使用信息的方式，如站点应做诸如 “本网站将监测您所访问的页面以提高站点的使用率”或“本网站将尽可能为您提供更合适的广告”等申明。访问支持P3P网站的用户有权查看站点隐私报告，然 后决定是否接受cookie 或是否使用该网站。
HTTP(Hypertext Transfer protocol，超文本传输协议) 有一个很重要的特点：
本文主要讲述的是如何根据公司网络架构和业务特点，锁定正常请求被误判为跨域的原因并解决。
那到底什么是跨域，简单地理解就是因为JavaScript同源策略的限制，a.com 域名下的js无法操作b.com或是c.a.com域名下的对象。更详细的说明可以看下表：
首先，JSON与JSONP是两个概念，JSON是一种比较流行的数据格式，用于在不同应用程序之间传输和存储数据。JSONP是在CORS出现之前，解决跨域请求的技术，可以让网页从不满足同源策略的其它域名获取数据；JSONP是json的一种使用方式，可以让当前网页跨域从别的域名获取数据，它利用了<script>标签的src属性不受同源策略影响的特性。
同源策略（Same origin policy）是一种约定，由Netscape公司1995年引入浏览器，它是浏览器最核心也最基本的安全功能。
浏览器的渲染进程的线程总共有五种： （1）GUI渲染线程 负责渲染浏览器页面，解析HTML、CSS，构建DOM树、构建CSSOM树、构建渲染树和绘制页面；当界面需要重绘或由于某种操作引发回流时，该线程就会执行。
转载来源:https://www.cnblogs.com/ypSharing/p/corsHanlder.html
我的博客来源：https://1024bibi.com/2018/01/01/%E5%89%8D%E7%AB%AF%E9%9D%A2%E8%AF%95%E7%9F%A5%E8%AF%86%E4%BD%93%E7%B3%BB%EF%BC%88%E4%B8%80%EF%BC%89/
这是前端的JavaScript和JQuery的基础使用，对于日常使用来说，这些代码足够了。我写代码的时候经常忘记，写下常用的代码，用的时候直接看这些，免得再去百度了。文章内容以例子为主，一个例子胜过千言万语。
如果我们前端页面的url和我们要提交的后端url存在跨域问题时，我们该如何解决呢？
前后端数据交互经常会碰到请求跨域，什么是跨域，以及有哪几种跨域方式，这是本文要探讨的内容。
因为在web交互的环境中，只能保证请求发自某个用户的浏览器，却不能保证请求本身是用户自愿发出的。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
即时通信 IM
实时音视频
