我這邊兩個項目都是獨立的，問題是做了跨域配置之后點擊登錄接口調用成功但是頁面沒有跳轉進去
顯示以下報錯?
這個錯誤明確指出了問題的核心原因：由于跨站點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?→ 用戶回到登錄頁。
-
