背景
新版chrome(80+)浏览器默认屏蔽所有三方cookie已经不是什么新闻了，具体原因这里不去深究，有大量相关文章介绍，由于目前许多网站都依赖三方cookie，因此该特性的推出还是造成了一些的影响，比如收集用户信息的广告商，而且主流的浏览器都跟进chrome的策略，已经成为了既定事实，本篇文章主要聚焦于各种解决方案，大家可以针对自身情况采用不同的解决办法。
限制说明
SameSite
cookie新增的属性，取值包括：Lax(默认),None,Strict
1.None ：将关闭SameSite属性，前提是必须同时设置Secure属性(Cookie 只能通过 HTTPS 协议发送)，否则无效；
2.Strict ：严格模式，完全禁止第三方 Cookie，跨站点时，任何情况下都不会发送 Cookie。换言之，只有当前网页的 URL 与请求目标一致，才会带上 Cookie；
3.Lax ：规则稍稍放宽，大多数情况也是不发送第三方 Cookie，但是导航到目标网址的 Get 请求除外，具体可参考文末链接【1】；
总数所述，要解决我们的问题，要么都是同一域名，一劳永逸，要么采用https协议+SameSite=none，或者不用新版浏览器，除此之外，好像也没有什么办法了(如果有，请告诉我-_-)。
解决方案
1.chrome设置
这种方式比较简单，手动禁用浏览器的限制功能，可参考文末链接【2】：
2.使用低版本浏览器
这也是一种解决方式，但是不推荐；
3.https协议 + SameSite=None
这主要依赖运维和后端处理了，但是这种方式在以后新版浏览器中可能会失效，因为过两年浏览器将全面禁止三方cookie，到时候怎么设置都不起作用了；
4.代理服务
如果上面的方式都不满足，可以考虑采用node作为请求-应答的中间层，大体设计如图：
前端项目和代理服务位于同一个服务器，协议和域名一致，只是端口不同而已，为什么要这么设计呢，便于cookie共享， 因为cookie是不区分协议和端口的，因此只要域名(或者ip)一致，那么在同一台电脑上就可以读取同域名下的cookie 。
还需要说明的一点就是跨域问题是浏览器的安全策略，对于代理服务和后端服务来说就没有跨域一说了，而是进程间的通信。
