窗口数据（Cookie、书签、密码）存在哪？换电脑会丢吗？

一句话结论：窗口数据分两层存放，换电脑会不会丢，取决于数据落在哪一层。云端存的主要是窗口的「身份档案」——指纹参数、代理配置、名称、备注、分组这些配置信息，它们跟着你的账号走，换台电脑登录就能拉回来；本地缓存目录存的是每个窗口跑起来之后产生的完整浏览数据——Cookie、书签、保存的密码、历史记录、插件的登录状态，这些默认躺在你当前这台电脑的硬盘上。分不清这两层，就会出现「配置都在、但一登录发现全部要重新登」的困惑。

两层存储：配置在云端，缓存在本地

理解这套机制，关键是分清「配置」和「缓存」这两类完全不同的数据。

第一层：云端的窗口配置

你新建一个窗口时填的那些东西——指纹用什么参数、走哪条代理、窗口叫什么名字、放在哪个分组、备注写了什么——属于配置信息。这类信息体积很小、需要在团队成员之间共享、也需要换设备后还在，所以它同步在云端，绑定你的账号。这就是为什么你在另一台电脑上登录同一个账号，能看到自己那一列窗口的列表：列表和它们的配置是从云端拉下来的。

第二层：本地的缓存数据

但窗口一旦真正打开、你登进了某个平台，产生的 Cookie、登录态、书签、历史、密码、插件数据就是另一回事了。这类数据体积大、变化频繁、而且很敏感，它默认存在你这台电脑的一个本地用户数据目录里，每个窗口一个独立的子目录，互不干扰——这也是窗口之间能隔离的物理基础。默认情况下，这一层不会实时全量传到云上。

云同步能同步到什么程度

很多人真正关心的是：Cookie、登录态这类本地数据能不能也上云？答案是——部分可以，但要你主动开、且不等于实时热备份。

客户端一般提供一个「缓存/数据云同步」之类的开关。开启后，它会在特定时机（比如关闭窗口时）把这个窗口的缓存数据打包上传一份到云端；换电脑登录后再打开这个窗口，客户端会尝试把云端那份拉下来还原。它的价值在于「换机器还能接着用」，但要清楚三个边界：

• 它通常不是每一秒实时同步的，而是在某些时机（如关窗）触发。刚做的操作若还没触发上传，就还只在本地。
• 它一般是覆盖式的：云端存的是「上一次上传的那个快照」，不是每次都留一个历史版本。用新的覆盖旧的，覆盖错了就没了。
• 同步大量窗口的缓存很占空间和带宽，云端配额、上传耗时都是现实约束，不是想同步多少就同步多少。

换电脑迁移：该怎么做才不丢

换机是这个问题最典型的场景。分你「有没有开云同步」两种情况，但两种情况都建议先做一次本地备份再动手。

1. 先备份。在旧电脑上，把要紧账号的 Cookie / 登录信息导出一份，账号密码清单也单独导出，存到 U 盘或另一个安全的地方。这一步和你开没开云同步无关，是兜底。
2. 新电脑装同版本客户端、登录同一个账号。窗口列表和配置会从云端自动拉下来——但此时窗口大概率是「空壳」，配置在、登录态还没在。
3. 开了云同步的：打开窗口，等客户端把云端缓存拉回并还原，验证登录态是否还在。没自动还原的，用第 4 步。
4. 没开云同步、或还原不全的：用第 1 步导出的备份，把 Cookie / 登录信息重新导入到对应窗口。
5. 逐个验证。别一次性全开，先验证几个主力窗口确实是登录状态、平台没触发异常，再批量恢复其余窗口。
6. 旧电脑先别急着清空。新电脑全部验证正常、稳定用几天之后，再处理旧机器上的数据。

什么情况下数据真的会丢

把常见的「数据没了」原因列清楚，你就知道该防哪几处：

• 只有本地、没开同步、也没备份，结果电脑坏了 / 系统重装 / 硬盘故障——本地那份缓存跟着没了，这是最常见的丢法。
• 手动清理缓存时清过头，把登录态一起清了（安全清理和危险清理的区别见清缓存那篇）。
• 把缓存目录放进了会自动同步的第三方云盘文件夹，同步进程和浏览器抢占同一批文件，导致缓存损坏。
• 云同步覆盖式的坑：在一台设备上操作出了问题，又触发上传，把云端的好快照覆盖成坏的。
• 卸载客户端时勾选了「一并删除数据目录」，把本地缓存直接抹掉。

这些内容不在本篇范围内

Cookie 具体怎么导入导出、账号密码怎么批量备份、支持哪些格式，看《Cookie 怎么导入导出？账号密码怎么批量备份》；缓存占满磁盘怎么安全清理、清了会不会掉登录，看《缓存占满磁盘怎么清？清了会不会掉登录》；团队成员之间怎么共享窗口、怎么防止员工带走账号，看《子账号权限怎么分？怎么防止员工带走账号》。本篇只回答「数据存在哪、换电脑会不会丢」这一个问题。