空间扩容无效？90%存储浪费的3大技术盲区

　　掘金这地方，连吐槽都得带点技术债的锈味儿——上个月我删了三百七十二个缓存 Key，结果监控曲线纹丝不动。你猜怎么着？那个“扩容”按钮点了三遍，磁盘水位照样在 94% 晃荡。不是没扩容，是扩了个寂寞。

　　去年6月，我们把云盘从 2TB 拉到 4TB，运维兄弟拍着我肩膀说“这下能喘口气了”，话音还没落，他手机响了，是家里人问孩子退烧没，他一边捂着听筒说“刚喂完药”，一边顺手把热咖啡泼在工位那张《iOS 17 存储策略迁移 checklist》上。纸皱了，字晕开了，但问题没晕开——空间还是满的。

文章配图，仅供参考

　　还有个更贱的——WebView 的离线资源缓存目录。你们信不信？我们用 OkHttp 替掉了系统 WebViewClient 的 shouldInterceptRequest，结果本地拦截返回的 JS/CSS/字体文件，全部被 WebView 自己又双叒叕 cache 了一份，存进 /data/data/com.xxx/cache/webview/Cache/。两份缓存，互不通信，互相不知道对方存在。上周三凌晨两点，我和安卓端同事蹲在机房里看 logcat，空调外机在隔壁嗡嗡震，震得显示器反光。他忽然抬头问我：“你记得 WebView 的 CacheManager 是不是 static 单例？” 我刚点头，他手机又响了——这次是他妈打来问老父亲复查结果出没出。他挂掉电话后直接拔了 debug 设备线，说：“别看了，单例持有了整个缓存路径，onDestroy 又没调，重启才释放。”

　　第三个盲区？冷数据热加载。去年六月上线的那个“智能推荐卡片”，后台说“预加载 7 天历史 feed”，前端就真按天数往下 fetch。结果呢？每天拉下来的 JSON 全塞进 Room 的 local_feed 表，加了个 created_at timestamp 和 is_expired boolean 字段——但 is_expired 永远为 false，因为没人跑 nightly job 更新它。数据库表看着干净，其实塞满了 2019 年双十一活动页的卡片结构体。那字段是我在 code review 时亲手加的，就为了“留个扩展口”，结果它成了永远不触发的僵尸开关。这事儿我说不准是不是团队共识，反正 PR 评论里没人提。

　　那天下午三点，雨突然下大了，玻璃幕墙外全是斜的水痕，我看不清对面写字楼里谁在敲键盘。测试同学推门进来，手里拎着一碗凉透的牛肉面，汤都结膜了。她放下碗，手指甲还沾着锅巴屑，指着埋点后台说：“你们那个 storage_watchdog，报的不是 size，是 file_count。” 我愣了一下。她说：“对，十万三千四百二十九个 .tmp 文件，最大的 2KB，最小的 37 字节，都在 /cache/tmp_download/ 下，没人 close output stream。” 我想起来，那是我们迁移到 Okio 之前写的 DownloadManager 封装层，流对象关不关全靠 GC 看心情。

　　最操蛋的是，这三个坑没一个跟容量本身有关。它们根本不是“空间不够”，是“空间没命”。扩容就像给腐烂的树干加钢筋——看着稳了，风一吹，咔嚓断的是根部。

　　前几天和架构组吃饭，他们还在聊 Flink 状态后端的 RocksDB 压缩比。我插了一句：“你们 RocksDB 压缩比拉到 LZ4+delta，是不是也得先清清 memtable 里的脏 key？” 他们笑，说“哎哟你还真懂”，然后继续讲 checkpoint 链路。我没再吭声。筷子夹起一根青椒，咬半截，剩下半截掉回盘子里，溅起一点油星。

　　优胜劣汰这词不是修辞——不是谁代码写得美就能活下来。是那些你写完就忘、review 不翻、日志不盯、监控不设阈值的毛边逻辑，在真实流量里反复 self-reproduce，直到撑爆你的 disk_full_alert 脚本。别的我不敢说，但 SharedPreferences backupDir 这个路径，我现在闭着眼都能写出绝对路径字符串。不信？我念给你听：/data/data/com.xxx/files/shared_prefs_backup/。对，末尾没斜杠——这个细节我改了两次 PR 才过。

　　所以现在我的操作是：每发版前，手动 grep -r "backup" "cache" "tmp" 三个关键词，在 CI 最后一道 check 里塞 kill -9 杀掉所有残留的 FileWriter 实例——哪怕它只是个没 close 的 BufferedOutputStream。至于 Room 的 expired flag？我把它从 boolean 改成 long 类型，加了默认值 System.currentTimeMillis() - 7 24 3600 1000。至少它现在会自己衰变。能不能跑通？我不知道。明天跑一遍 migration test 再说。

　　哦对了，昨天那个测试同学微信问我：“你们清 SharedPreferences backup 的脚本，会不会误删正在 write 的 xml？” 我回她：“不会，因为我们不用脚本。” ——我们改成每次启动时，检查 prefs 目录创建时间戳，超 3 天的整个 backupDir deleteOnExit()。她回了个笑哭表情包。桌上的外卖盒盖已经掀开了，汤面在冒最后一丝热气。

（编辑：站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!