SD Maid SE – mylogs.cn https://mylogs.cn 发现、记录、分享 Tue, 04 Aug 2026 02:54:01 +0000 zh-Hans hourly 1 删掉的APP，为什么还占着8个G？ https://mylogs.cn/%e5%88%a0%e6%8e%89%e7%9a%84app%ef%bc%8c%e4%b8%ba%e4%bb%80%e4%b9%88%e8%bf%98%e5%8d%a0%e7%9d%808%e4%b8%aag%ef%bc%9f/ https://mylogs.cn/%e5%88%a0%e6%8e%89%e7%9a%84app%ef%bc%8c%e4%b8%ba%e4%bb%80%e4%b9%88%e8%bf%98%e5%8d%a0%e7%9d%808%e4%b8%aag%ef%bc%9f/#respond Tue, 04 Aug 2026 02:54:01 +0000 https://mylogs.cn/%e5%88%a0%e6%8e%89%e7%9a%84app%ef%bc%8c%e4%b8%ba%e4%bb%80%e4%b9%88%e8%bf%98%e5%8d%a0%e7%9d%808%e4%b8%aag%ef%bc%9f/ 你以为把应用卸载掉，它占的空间就该回来了。结果打开手机存储一看，可用容量几乎没动——这事多数安卓用户都遇到过。

删掉的APP，为什么还占着8个G？
图片来源：MakeUseOf

MakeUseOf 撰稿人 Shaheer Khan 专门做过一次测试：他把《使命召唤手游》卸掉，光是 OBB 目录里残留的地图和素材就有将近 1.5GB，系统自带的卸载程序压根没碰。

原因在于卸载器只清理应用自己「沙盒」里的东西，也就是内部存储和缓存。下载文件、备份、游戏资源包、用户自己创建的文件这些放在共享目录里的数据，它管不着；偶尔卸载过程被中断，Android/data 和 Android/OBB 里还会留下没人认领的孤儿文件夹。更麻烦的是从 Android 10 引入、Android 11 起强制执行的分区存储（Scoped Storage，把每个应用的数据锁在自己的私有沙盒里），自带文件管理器根本看不见这些目录。

说白了，手机存储界面里那个含糊其辞的「其他」，很大一块就是这些没被收走的残骸。

Khan 的解法是老牌工具 SD Maid SE，它有个功能叫 CorpseFinder，开发者干脆管这些残留数据叫「尸体」。扫描一遍，所有已卸载应用留下的垃圾目录会列成一张清单，不用自己去猜哪个文件夹对应哪个应用。它靠 Shizuku 拿到免 root 的 ADB 提权，才进得去那些被系统锁住的路径。Khan 这一轮清下来，释放了 8.4GB。

我的判断是，这类工具解决的其实是系统本该解决、却一直没解决的问题。真要动手也别急着装东西——先去存储页面把「其他」那一栏展开看看到底占了多少，心里有数了，再决定要不要请外援。至少比一上来就删照片、卸应用要理智得多。

来源：MakeUseOf

]]> https://mylogs.cn/%e5%88%a0%e6%8e%89%e7%9a%84app%ef%bc%8c%e4%b8%ba%e4%bb%80%e4%b9%88%e8%bf%98%e5%8d%a0%e7%9d%808%e4%b8%aag%ef%bc%9f/feed/ 0