最大的儲存收益,幾乎總是來自那幾個超大檔案
當手機提示儲存空間告急時,人的本能反應是從一堆照片裡隨手刪起——先刪舊截圖,再刪連拍,再刪看起來重複的。這確實是實打實的工作,但它很少能真正在關鍵處扭轉局面。關於儲存壓力的真相更簡單、也更讓人不舒服:大部分壓力集中在少數幾個異常大的檔案上。
大多數相簿都「頭部偏重」
依檔案大小給相簿排序,看看前 20 項。在一部典型的手機上,這 20 項的總大小,會比後 5000 項加起來還重。一段 4K 影片、一組 Live Photo、一張高解析度文件掃描、一張存進相簿的下載梗圖——重量級項目不會一次到位,而是經年累月悄悄堆積起來的。
為什麼「長尾」幫不上忙
刪掉一百張 2 MB 的照片、騰出 200 MB,聽起來很有生產力。但算術往往不站在你這邊:下一張照片也是 2 MB 左右,而這樣的照片還有幾千張。審閱一百個小項所花的時間,與審閱兩個大項差不多,但儲存上的影響卻相差一個數量級。
那些悄悄吃掉最多空間的項目
有些重量級項目很容易被遺忘,因為你並不是每天都看見它們:一段為一次性活動拍的 4K 影片、一段在手機上剪輯後匯出的影片、一組既包含靜圖也包含影片的 Live Photo。它們很大,你或許只看了一次,而它們在任何「所有照片」列表裡都不會以大小來凸顯。
從頭開始,往下推進
釋放有意義的儲存空間,最快的路徑是從依大小排序的清單最頂端開始,逐項往下。最頂端的每一個決定都影響巨大:一次點擊就能騰出幾百 MB 乃至幾 GB。等你推進到 50 MB 以下的項目時,你又回到了啟動這一輪工作的小照片清理。
先看大小,再看記憶
一條有用的經驗法則:如果一個檔案很大、你又想不起來它為什麼重要,通常可以刪掉。如果它很大、你清楚自己會在什麼時候重看,那就留下。決策框架是二元的、很快就能完成——這就是一份依大小排序的清單,會比一份無差別的清單快得多的原因。
本地審閱,系統刪除
這份依大小排序的清單,由你相簿的本地中繼資料生成。審閱時不會上傳任何內容。每次刪除仍然走系統相簿,並由你明確確認,所以你已經信任的那些受保護刪除提示,仍然掌握著最終的刪除權。