最大的存储收益,几乎总是来自那几个超大文件
当手机提示存储空间告急时,人的本能反应是从一堆照片里随手删起——先删旧截图,再删连拍,再删看起来重复的。这确实是实打实的工作,但它很少能真正在关键处扭转局面。关于存储压力的真相更简单、也更让人不舒服:大部分压力集中在少数几个异常大的文件上。
大多数相册都"头部偏重"
按文件大小给相册排序,看看前 20 项。在一部典型的手机上,这 20 项的总大小,会比后 5000 项加起来还重。一段 4K 视频、一对 Live Photo、一张高分辨率文档扫描、一张存进相册的下载表情包——重量级项目不会一次到位,而是经年累月悄悄堆积起来的。
为什么"长尾"帮不上忙
删掉一百张 2 MB 的照片、腾出 200 MB,听起来很有生产力。但算术往往不站在你这边:下一张照片也是 2 MB 左右,而这样的照片还有几千张。审阅一百个小项所花的时间,与审阅两个大项差不多,但存储上的影响却相差一个数量级。
那些悄悄吃掉最多空间的项目
有些重量级项目很容易被遗忘,因为你并不是每天都看见它们:一段为一次性活动拍的 4K 视频、一段在手机上剪辑后导出的视频、一对既包含静图也包含影片的 Live Photo。它们很大,你也许只看了一次,而它们在任何"所有照片"列表里都不会以大小来凸显。
从头开始,往下推进
释放有意义的存储空间,最快的路径是从按大小排序的清单最顶端开始,逐项往下。最顶端的每一个决定都影响巨大:一次点击就能腾出几百 MB 乃至几 GB。等你推进到 50 MB 以下的项目时,你又回到了启动这一轮工作的小照片清理。
先看大小,再看记忆
一条有用的经验法则:如果一个文件很大、你又想不起来它为什么重要,通常可以删掉。如果它很大、你清楚自己会在什么时候重看,那就留下。决策框架是二元的、很快就能完成——这就是一份按大小排序的清单,会比一份无差别的清单快得多的原因。
本地审阅,系统删除
这份按大小排序的清单,由你相册的本地元数据生成。审阅时不会上传任何内容。每次删除仍然走系统相册,并由你明确确认,所以你已经信任的那些受保护删除提示,仍然掌握着最终的删除权。