web前端中由SameSite字段引发的悲剧是怎样的，相信很多没有经验的人对此束手无策，为此本文总结了问题出现的原因和解决方法，通过这篇文章希望你能解决这个问题。
最近，小千早上起来的时候，有同学反映后台的更新功能失效了，打开之后发现确实后台显示报错，如下图所示。
后来排查了一下，发现这次请求确实没有发cookie信息到后台
由于后台是用session存储用户的登录状态的，所以如果这里少了cookie信息的话，由于http本身是无状态的，导致不知道是哪个用户登录了，这里就报了ERROR_SESSION这样的错误，苦思冥想之后，各种搜索，突然发现了一点线索，就是这个 SameSite字段搞得怪。
关于SameSite字段的介绍
SameSite 是HTTP响应头 Set-Cookie 的属性之一。它允许您声明该Cookie是否仅限于第一方或者同一站点上下文。
SameSite 接受下面三个值：
Lax
Cookies允许与顶级导航一起发送，并将与第三方网站发起的GET请求一起发送。这是浏览器中的默认值。
Strict
Cookies只会在第一方上下文中发送，不会与第三方网站发起的请求一起发送。
None
Cookie将在所有上下文中发送，即允许跨域发送。
注意：以前 None 是默认值，但最近的浏览器版本将 Lax 作为默认值，以便对某些类型的跨站请求伪造 （CSRF） ***具有相当强的防御能力。
问题解决
由于更新接口这里的请求方式是 post,然后现在chrome浏览器里面的SameSite字段的默认值是Lax，导致cookie信息没有被发送到后台去，经过一轮搜索之后，发现要添加以下内容，才能完整解决这个问题
由于我们现在后台的请求库是 axios,所以要在 axios这里添加一个配置项
axios.defaults.withCredentials = true;//允许跨域携带cookie信息http://www.changhai120.com/
再修改一下chrome浏览器中SameSite字段的设置，具体步骤如下所示：
在地址栏输入，chrome://flags
然后输入 SameSite，设置以下三处为 Disabled
接下来重启以下浏览器，然后再看一下发送的请求，这个时候发现cookie信息已经可以正确发送了，
看完上述内容，你们掌握web前端中由SameSite字段引发的悲剧是怎样的的方法了吗？如果还想学到更多技能或想了解更多相关内容，欢迎关注亿速云行业资讯频道，感谢各位的阅读！
免责声明：本站发布的内容（图片、视频和文字）以原创、转载和分享为主，文章观点不代表本网站立场，如果涉及侵权请联系站长邮箱：is@yisu.com进行举报，并提供相关证据，一经查实，将立刻删除涉嫌侵权内容。
