我这边两个项目都是独立的，问题是做了跨域配置之后点击登录接口调用成功但是页面没有跳转进去
显示以下报错
这个错误明确指出了问题的核心原因：由于跨站点Cookie设置未正确声明
SameSite=None，导致浏览器拦截了Cookie。这是现代浏览器（Chrome 80+等）的安全策略导致的典型跨域会话问题。问题根源
浏览器策略：当响应来自跨站点（如iframe内的请求）且未显式设置
SameSite=None时：
默认会强制改为
SameSite=Lax
Lax模式下，浏览器会阻止跨站点子请求（如iframe/ajax）的Cookie设置错误表现：虽然登录接口返回了
Set-Cookie，但因为被浏览器拦截，后续请求仍无身份凭证
解决
一般是后端配置，如果后端框架不支持就用nginx，我是用的nginx
server {listen 443 ssl;server_name your-domain.com;location / {proxy_pass http://backend-server; # 你的后端服务地址proxy_cookie_flags ~ secure samesite=none;}
}#proxy_cookie_flags ~ secure samesite=none#~ 表示匹配所有 Cookie#secure 强制添加 Secure 属性#samesite=none 强制设置 SameSite=None详细解释为什么“登录成功但又被踢回登录页”
-
登录接口成功，但
Set-Cookie被浏览器拦截-
系统B 的登录接口返回了
Set-Cookie，但由于未正确设置SameSite=None和Secure，浏览器默认将其改为SameSite=Lax。 -
SameSite=Lax会阻止跨站点（iframe/AJAX）的 Cookie 存储，导致登录状态无法保持。
-
-
后续请求没有携带 Cookie
-
由于 Cookie 未被正确存储，当 iframe 内发起后续请求（如跳转至主页）时，请求头里没有 Session Cookie，系统B 认为用户未登录，于是重定向回登录页。
-
-
现象总结
-
前端：登录接口返回
200 OK，看似成功。 -
后端：Session 已生成，但浏览器拒绝存储。
-
结果：后续请求无 Cookie → 后端返回
302 重定向到 /login→ 用户回到登录页。
-
