用 RAM 磁盘装浏览器缓存：聪明招数还是无谓风险

每隔几个月就有人重新发现 RAM 磁盘：从内存里切出几个 GB，挂载成一块盘，把浏览器缓存指过去，然后享受“保护 SSD、享受内存速度”的浏览。支撑这套做法的算术在 2015 年前后就死了，剩下的只是一笔交易：用真实的性能，去防范想象中的磨损。

这套说辞，以及它为什么流传至今

配方又老又简单：装一个 RAM 磁盘驱动（比如 ImDisk），格式化这块盘，把浏览器缓存重定向过去——Chrome 至今还认 --disk-cache-dir 启动参数，而 Firefox 已经删掉了迁移缓存的那个 about:config 开关。于是缓存住进了内存，读取瞬间完成，SSD 再也看不到写入，每次重启都从一张白纸开始。纸面上看，这颇有工程纪律。

这条建议能流传，是因为它的每个部分都曾经是真的。早期 SSD 的寿命预算，真会被一个繁忙的浏览器啃掉一角；机械硬盘让缓存读取变得缓慢；而 4 GB 以上的内存，在用不上它的机器里就是闲着。这三个条件如今都没了：现代硬盘对缓存流量不屑一顾，NVMe 延迟以微秒计，而 Windows 十多年来一直在为空闲内存寻找比一块空分区更好的用途。

切内存之前没人愿意算的那笔账

把页面文件神话从来扛不住的数字拿来算一算。正常机器上的浏览器缓存每天循环几个 GB，而且缓存本身也就封顶两三个 GB。就算按每天 5 GB 写入算，这已经是重度情况了。

现代 500 GB–1 TB 消费级 SSD 的耐久标称为 150–600 TBW——即整个生命周期写入的太字节数
浏览器缓存流量：每天 1–5 GB 写入；每天 5 GB 已经算重度
每天 5 GB、全年不休 ≈ 1.8 TB——连最便宜硬盘的标称都只用到约 1%
一块有用的 RAM 磁盘，无论浏览器开不开，每一秒都占用 2–4 GB 内存
Windows 里的空闲内存并不闲着：备用缓存保存着你真正会复用的文件
每次重启后 RAM 磁盘上的缓存都是空的，浏览器只好把缓存过的东西全部重新下载

诚实的结论，以及唯一半成立的情况

页面加载的瓶颈在网络，而不在缓存盘：SSD 上的一次缓存命中本来几十微秒就能返回，把缓存搬进内存不可能让页面渲染快出可测量的幅度。它反而会压缩系统可用的内存，强迫每次开机后重新下载，而且——如果你顺手把下载目录或临时工作目录也指到了 RAM 磁盘上——在第一次断电或崩溃时毁掉文件。为了帮硬盘省下它根本察觉不到的一个百分点磨损，去接受这样一组风险，实在奇怪。

唯一半成立的情况：一台 32 GB 以上的机器，跑着特定的高磁盘负载——编译、视频工程临时文件——这时把 TEMP 指向 RAM 磁盘确实有帮助。注意这个场景里没有的东西：浏览器。如果目标是更少的写入和更快的暖启动，就把缓存管理交给浏览器和内存管理器，把注意力花在真正杀死硬盘的东西上——高温和长期满盘。