Safari登录失败大概率是第三方Cookie被拦截，可通过开发者工具检查响应头中Set-Cookie字段缺失或缺少SameSite=None; Secure标记来确认；关闭“阻止跨网站跟踪”或为特定网站添加Cookie信任例外可解决。
当你在Safari中点击登录按钮后页面闪退、跳回登录页，或输入账号密码后毫无反应，大概率是浏览器主动拦截了第三方Cookie——这不是网站故障，而是Safari将认证服务、OAuth跳转页、嵌入式登录框识别为“第三方”，直接丢弃其set-cookie响应头。
确认是否被第三方Cookie拦截
打开目标网站登录页 → 按下 Option + Command + I 打开开发者工具 → 切换到「网络」标签页 → 点击登录 → 在请求列表中找到返回状态为 302 或 200 的登录接口 → 点击该请求 → 查看「标头」→ 向下滚动至「响应标头」区域 → 寻找 Set-Cookie 字段。若完全缺失，或仅出现 HttpOnly 但无 SameSite=None; Secure 标记，即为第三方Cookie被拦截的明确证据。
关闭跨站跟踪限制（Mac/iOS通用）
这是最直接有效的解法，适用于所有因SSO、OAuth、iframe嵌套导致的登录失败场景。
方法一（Mac）：
点击菜单栏「Safari」→「设置」→「隐私」→ 取消勾选「阻止跨网站跟踪」→ 关闭设置窗口 → 重启Safari。
方法二（iPhone/iPad）：
进入「设置」→「Safari浏览器」→「隐私与安全」→ 将「阻止跨网站跟踪」开关设为关闭（灰色）→ 返回Safari并刷新登录页。
【注意：此操作不会降低整体隐私等级，仅允许已访问域名的合法跨站会话凭证写入】
为特定网站添加信任例外
若你必须保持全局「阻止跨网站跟踪」开启（如企业合规要求），可对OA、SSO、银行等受信系统单独放行。
第一步：在Safari中访问目标网站完整地址（例如 https://sso.company.com/login）
第二步：点击地址栏左侧锁形图标 → 选择「网站设置」→ 找到「Cookie」选项 → 改为「允许」
第三步：返回「设置」→「Safari浏览器」→「隐私与安全」→「Cookie和网站数据」→ 点击「添加网站」→ 输入完整域名（含 https://）→ 保存
这一步做完后，该域名后续所有跨域请求（包括iframe加载、OAuth重定向）都将获得Cookie读写权限，且无需每次手动确认。
清除残留冲突数据强制重建会话
旧的、被ITP策略污染的Cookie可能卡住新登录流程，即使关闭了拦截开关也无法自动覆盖。
① 打开 Safari 设置 → 「隐私」→ 「管理网站数据」
② 在搜索框中输入目标网站主域名（如 alipay.com、github.com、your-sso-domain.com）→ 选中条目 → 点击「移除」
③ 关闭设置 → 返回网页 → 使用 Command + Shift + R 强制硬性刷新 → 完整输入账号密码重新登录
这一步必须做，【否则浏览器会继续沿用已被标记为“可疑”的旧session cookie，新登录凭据根本无法生效】
前端临时适配：显式携带JSESSIONID
当后端无法立即修改Cookie属性时，前端可通过URL参数透传会话标识，绕过Cookie拦截。
方法一：修改验证码图片请求地址
将原请求 /captcha.jpg 改为 /captcha.jpg?JSESSIONID=xxx，其中 xxx 从 localStorage 或上一次成功响应中提取。
方法二：登录成功后立即将JSESSIONID存入localStorage
在登录接口返回200后的回调中执行：localStorage.setItem('JSESSIONID', response.headers.get('Set-Cookie')?.match(/JSESSIONID=([^;]+)/)?.[1] || '')
后续所有需认证的请求，在URL末尾拼接 &JSESSIONID=xxx 即可。
