移动端Cookie处理更严格，主因是iOS Safari和Android Chrome强化执行SameSite/Secure等安全策略：SameSite=None必须搭配Secure且仅限HTTPS；path需设为'/'，domain须带前导点号如'.example.com'；推荐用js-cookie库避免document.cookie手动操作问题。
移动端浏览器对 Cookie 的处理整体比桌面端更严格，但兼容问题不主要来自“移动端特有 bug”，而是源于现代移动浏览器（iOS Safari、Android Chrome）对安全策略的强化执行。处理关键在于规避限制、适配行为差异，而非修复底层缺陷。
注意 SameSite 和 Secure 属性的强制要求
iOS 14+ 和 Android Chrome 84+ 默认将未声明 SameSite 的 Cookie 视为 SameSite=Lax；若用于跨域请求（如 API 调用），必须显式设置：
-
SameSite=None必须搭配Secure: true（即仅 HTTPS 有效） - HTTP 环境下无法使用
SameSite=None，否则 Cookie 直接被忽略 - 示例写法：
Cookies.set('token', 'abc', { sameSite: 'None', secure: true, path: '/' })
避免依赖 document.cookie 的手动操作
部分安卓 WebView 或旧版 iOS WKWebView 对原生 document.cookie 的读写存在延迟或截断（尤其长值、含特殊字符）。推荐始终使用 js-cookie 库，它已内置 RFC 6265 兼容编码，并自动处理：
- 空格、逗号、分号等分隔符的转义
- 中文、emoji 等 Unicode 字符的正确 encode/decode
- 避免手写
document.cookie = "a=b; path=/"这类易出错方式
路径（path）和域名（domain）要显式、保守设置
移动端对路径匹配更敏感，且 iOS Safari 对 domain 属性校验严格：
立即学习“Java免费学习笔记（深入）”；
- 设
path: '/'确保全站可读（默认值即可，不建议省略） - 设
domain时，必须带前导点号，如domain: '.example.com'；domain: 'example.com'在 iOS 上可能失效 - 避免使用 IP 地址或 localhost 作为 domain —— 大多数移动端浏览器拒绝接受
会话 Cookie 在 iOS Safari 中的“意外过期”
iOS Safari 启用“防止跨站跟踪”后，若用户长时间未交互（约 7 天），会清空第三方 Cookie；即使是一方 Cookie，也可能因后台标签页休眠导致会话中断。应对方式：
- 不要只依赖 Cookie 存储登录态，配合 localStorage + 定期刷新 token
- 设置合理
expires（如 30 天），而非仅靠会话 Cookie - 在页面可见时（
document.visibilityState === 'visible'）检查 Cookie 是否仍有效，必要时重置
