Electron多账号登录隔离：从session partition到并发锁

Electron 多账号登录隔离：别让 Cookie 串到另一个账号

桌面端同时管理多个内容平台账号时，最危险的故障之一不是登录失败，而是“用错账号成功发布”。如果所有窗口共享 Electron 默认 session，一个账号刷新出的 Cookie、LocalStorage 或 Service Worker 可能覆盖另一个账号的状态，最终造成串号。

用持久化 partition 建立账号边界

Electron 的 session.fromPartition() 可以为不同 partition 创建独立会话。需要跨重启保留登录态时，partition 名称必须以 persist: 开头。一个稳妥的命名方式，是将业务授权范围与本地账号 ID 一起编码，例如：

const partition = `persist:auth_${keyHash}_acct_${accountId}`
const accountSession = session.fromPartition(partition)

这里不要直接使用用户名。用户名可能修改、包含特殊字符，也可能在不同平台重复；本地生成的稳定账号 ID 更适合作为隔离键。业务授权范围也要加入 partition，避免切换租户后复用旧 Cookie。

所有网络入口必须使用同一 session

只给登录窗口设置 partition 还不够。登录检测、发布窗口、图片上传和平台首页都必须显式使用该账号 session。只要其中一个请求回到默认 session，就可能出现“页面显示已登录，接口却未登录”或身份混用。

创建 BrowserWindow 时设置 webPreferences.partition ，使用 Electron net.request 时绑定 session；临时隐藏页和辅助上传页也要沿用同一账号边界。建议把 session 获取封装成单一函数，禁止业务代码自行拼 partition。

同账号并发也要加锁

Session 隔离解决的是账号之间的污染，但同一账号同时执行两个发布任务仍可能互相覆盖编辑器状态。发布系统应按 platform + accountId 加互斥锁，并让锁带有租约和超时恢复能力。进程异常退出后，过期锁可以安全释放；任务重新领取时仍要依赖幂等键避免重复。

登出要清理完整存储

只删除 Cookie 往往不够。平台可能把登录状态或设备信息放在 LocalStorage、IndexedDB、Cache Storage 与 Service Worker 中。正式删除账号时应调用该 partition 的存储清理能力，并同步删除账号的发布设置、动态候选项和风控缓存。

清理动作必须针对精确 partition，不能为了省事删除整个应用的 userData，否则会把其他账号一起登出。

检测串号，而不只是检测“已登录”

登录探测返回 authenticated 只是第一步。系统还应读取平台用户 ID 或用户名，与本地绑定记录比较。如果身份变化，应明确提示“当前会话已切换账号”，而不是静默继续发布。对无法稳定获得用户 ID 的平台，至少要核对创作中心展示的账号名，并在正式提交前再次确认。

多账号桌面客户端的底线不是“每个账号都能登录”，而是每一次读取、上传和发布都能证明自己使用了正确的会话边界。