为什么缓存目录决定指纹隔离成败
在比特浏览器（BitBrowser）里，Canvas、WebGL、字体等 20 余项指纹最终都会落盘到本地缓存。如果多个窗口共用同一父目录，操作系统会在 inode 层面留下交叉引用；经验性观察表明，某些支付网关会读取最近修改时间与文件句柄复用记录，一旦时间戳错位即触发关联风控。把缓存目录拆到独立分区，不仅降低串扰概率，还为后续审计留下可追踪的磁盘挂载点，满足国内「二级等保」对日志留存的要求。
版本差异：v7.4.0 前后路径逻辑对比
截至当前的最新版本（Chromium 128 内核）已把「缓存根目录」从原来的%LOCALAPPDATA%\BitBrowser\UserData提升到设置顶层，允许用户为每个环境模板单独指定盘符。老版本（≤7.3.x）只能在启动参数里追加--disk-cache-dir，一旦模板被复制到新机器，路径失效就会回退到系统盘，导致 C 盘爆满且指纹重置。
升级后必须做的第一件事
升级完客户端，先在「设置 → 关于」里确认内部版本号是否≥7.4.0，再进入「环境模板 → 全局默认」把「缓存策略」从「跟随系统」改为「自定义目录」，否则旧参数会被标记为「deprecated」并在下次启动时自动清空。
三步修改默认缓存目录（Windows / macOS / Linux）
Windows 桌面端最短路径
- 主界面右上角「≡」→「设置」→「高级」→「存储与缓存」
- 在「缓存根目录」输入框内，将默认值改为非系统盘，例如
D:\BitCache\%profile%，其中%profile%为比特浏览器内置变量，代表环境 ID，可确保同名文件夹不会冲突 - 点击「应用」后，重启所有窗口，首次启动会提示「正在迁移旧缓存」，耗时视文件大小约数十秒，迁移完成前请勿强制结束进程
macOS 与 Linux 差异点
macOS 版因沙箱限制，需先「完全磁盘访问权限」里勾选 BitBrowser，否则无法在外置硬盘创建目录。Linux 版若使用 Snap 安装，缓存路径会被重定向到~/snap/bitbrowser/common，此时需要在启动前执行snap connect bitbrowser:removable-media以允许挂载外接盘。
批量模板：如何把新目录一次性下发给 500 个环境
在「团队协作面板」里，主账号进入「模板库」→「存储配置」→「新建策略」，填写变量路径后保存为「缓存-异地隔离」策略，然后勾选所有子账号并点「下发」。子账号端会在下次心跳（默认 5 分钟）自动拉取，并弹出「是否立即重启窗口」提示。经验性观察：一次性下发超过 300 个环境时，建议分三批执行，每批间隔 2 分钟，避免 AWS 中国节点瞬时流量超限导致拉取失败。
回退方案：目录改错导致白屏如何自救
若把缓存指到移动硬盘后拔掉硬盘，再次启动会白屏并无限重试。此时按住「Shift」点击快捷方式，进入「恢复控制台」，选择「回退存储配置」即可把缓存路径重置为默认。该回退操作不会删除已生成的指纹文件，仅修改注册表项，故可在 30 秒内完成。
合规与审计：如何让财务同事一眼看懂磁盘账单
国内公司做等保测评时，检查员通常会抽样查看「非系统盘是否单独挂载缓存」。建议把缓存目录统一放在D:\BitAudit\年份\月份，并在「环境备注」里写入对应项目编号。月底用 PowerShell 脚本统计该目录的磁盘增量，输出为 CSV 后可直接贴进费用报销单，审计链完整。
性能对比：独立缓存是否拖慢网页加载？
经验性观察：在 PCIe 4.0 NVMe 上，把缓存从 C 盘改到同盘另一分区，首次加载 YouTube 首页时间无明显差异；若改到机械硬盘，二次加载耗时约增加 15 %。因此对延迟敏感的场景（TikTok 直播抢券）建议把缓存放在 SSD 分区，而非外置机械盘。
不适用场景清单
- 电脑只有单块系统盘且剩余空间<20 GB：强行外接 U 盘做缓存，在 U 盘被拔下后所有窗口会同时崩溃
- 需要回溯 30 天 Cookie 的历史版本：缓存目录迁移后，旧版本备份仍留在原路径，若未手动复制会导致「时间线断层」
- 团队使用「一键导出 Docker 镜像」功能：镜像内路径为
/opt/bitbrowser/cache，与宿主机自定义路径冲突，需在 Dockerfile 里再映射一次，否则容器重启后指纹重置
最佳实践 5 条检查表
- 路径里务必带「环境 ID」变量，避免人工编号出错
- 每月 1 号用脚本扫描一次「空目录」并邮件提醒，防止已删除环境留下孤儿文件夹
- 不要把缓存与「下载目录」设为同一路径，下载大文件时会导致指纹 DB 锁竞争
- 开启「无感代理池 3.0」时，把住宅 IP 验证日志也指到缓存盘，方便统一清理
- 在「费用中心」打开「IP 去重开关」后，若发现重复扣费，可连同缓存路径截图一起提交工单，官方承诺 24 h 内退回
FAQ：缓存目录修改常见疑问
Q1：修改缓存目录会清空已有 Cookie 吗？
不会。BitBrowser 默认把 Cookie 放在 %profile%\Network 子目录，迁移时一并搬移，只要迁移过程不中断，登录态保持不变。
Q2：可以把缓存放到 NAS 网络硬盘吗？
可以，但需保证 NAS 支持 SMB3 持久句柄，否则多窗口同时写入会导致 SQLite 锁错误。经验性观察：千兆局域网环境下，页面首次渲染延迟约增加 0.2–0.4 秒。
Q3：路径变量有哪些可用？
官方文档列出 %profile%、%team%、%yyyyMM% 三项，分别代表环境 ID、团队缩写、年月，组合后可实现「团队+年月」自动归档。
Q4：迁移失败如何手动补救？
关闭所有窗口后，把原路径下的「Cache」「Code Cache」「GPUCache」三个文件夹直接复制到新目录，再重启即可。若出现权限错误，请确认新目录已给当前用户分配「完全控制」权限。
Q5：缓存变小会影响指纹随机性吗？
不会。指纹依赖的是「首次生成值」与「随机种子」，已写入 SQLite 后不再变动。清理缓存仅删除图片与 JS 编译码，不会重新计算 Canvas 噪声。
总结与下一步行动
修改比特浏览器默认缓存目录是「成本最低、收益最高」的指纹隔离手段：只需三分钟，就能把交叉引用风险降到可审计水平。建议你立刻打开客户端，按本文「Windows 桌面端最短路径」操作一次，并在月底用脚本统计磁盘增量，把结果同步给财务同事，完成等保闭环。下一步，可继续研究「Cookie 云备份 + 异地缓存」组合策略，实现真正的「零关联」多店铺矩阵。