electron中cookie有效期管理核心是显式设置expirationdate（unix秒级时间戳），否则为会话级cookie；需配合persist:前缀的partition确保磁盘持久化，且渲染进程须通过主进程或ipc操作。
Electron 应用中 Cookie 的有效期管理，核心在于创建时显式设置 expirationDate，并理解 Electron 默认行为与持久化机制的差异。不设过期时间的 Cookie 是会话级（session cookie），随 BrowserWindow 关闭或应用重启而丢失；设了时间的才可能长期存在——但仅当会话数据能被正确持久化时。
明确设置 expirationDate 参数
所有通过 session.cookies.set() 设置 Cookie 的操作，必须传入 expirationDate（单位：秒级 UNIX 时间戳）才能实现真正意义上的“长期有效”。例如：
-
expirationDate: Math.floor(Date.now() / 1000) + 60 * 60 * 24 * 30表示 30 天后过期 - 若完全省略该字段，或设为
0或null，则视为 session cookie，关闭窗口即失效 -
secure和httpOnly不影响有效期，但影响传输与脚本访问能力
确保 Cookie 能跨启动持久化
开发时默认会话（defaultSession）的 Cookie 通常可自动保存到磁盘；但打包后若未启用持久化路径，Cookie 会在每次启动时重置。解决方法是：
- 在创建
BrowserWindow前，为自定义会话指定partition，如partition: 'persist:main'，Electron 会据此命名并复用本地存储目录 - 避免使用无前缀的
partition（如'main'），否则会被当作临时会话，不写磁盘 - 检查应用数据目录（如
AppData/Roaming/YourApp/Cookies）是否存在真实写入，确认磁盘持久化生效
手动恢复过期前的 Cookie（可选增强）
某些场景下（如用户清理缓存、首次安装后迁移），需主动加载已保存的 Cookie 并重新注入当前会话。典型流程是：
- 启动时从
store或localStorage读取序列化的 Cookie 列表（含原始expirationDate） - 逐条调用
cookies.set()，注意还原url字段（必须带协议和域名，如https://example.com） - 跳过已过期的项（对比当前时间与
expirationDate），避免无效写入
避免常见误区
很多开发者误以为“设置了 expirationDate 就万事大吉”，实际还需注意：
- 渲染进程无法直接操作 Cookie，必须通过主进程或 preload + IPC 完成，否则调用静默失败
- 使用
electron-cookies等第三方库时，确认其底层是否透传expirationDate，部分封装会默认忽略该字段 - 若应用启用了
webSecurity: false或自定义session，需确保 Cookie 设置目标会话与页面加载会话一致
