Anonymous打开设置 > 通用 > iPhone存储时，你经常会看到一个让人困惑的分割：一个很小的“App大小”数值，却对应着一个大得多的“文档与数据”数值。这个分割其实解释了r/ios讨论区里大多数人遇到的现象——Gmail即便没有明显下载内容也显示几百MB，苹果自家的“健康”App更是能膨胀到好几个GB。苹果官方的存储视图也提醒过，缓存和临时数据会随着时间推移严重干扰你看到的数值。
现在的App早已不只是“一个App”
现代iOS应用之所以体积庞大，是因为它们在设备端承担了更多功能，同时还要在各种屏幕尺寸上保持一致的精致体验，因此打包了大量代码和资源。
主要原因包括以下几点：
- 超大的二进制文件和框架：很多App会捆绑第三方SDK，用于数据分析、A/B测试、广告、崩溃报告、应用内消息等，每一个SDK都会增加代码和资源体积。
- 超高分辨率素材：现代界面大量使用图片、动效，并为不同设备准备多套分辨率素材。虽然苹果鼓励优化素材，但总体积仍然非常可观。
- 多设备支持：有些团队的代码同时支持iPhone、iPad，甚至Mac，这会导致即使你只用手机，也会额外拉入iPad或Mac专用的界面布局和资源。
“文档与数据”才是真正的存储大户
在那个Reddit帖子中，多位用户都发现了同一个规律：在你自己手机上也能验证——App本身大小相对稳定，而文档与数据却像吹气球一样不断膨胀。
这种膨胀通常来自以下内容：
- 各种缓存（图片、信息流、网页视图、附件预览），用于加速滑动和加载
- 离线与同步内容（邮件索引、搜索索引、已下载的媒体、地图瓦片）
- 长期积累的历史数据（健康与活动数据、手表历史、消息数据库）
- 日志和临时文件，很多App并没有积极清理这些内容
苹果官方支持社区讨论中将“文档与数据”定义为应用自己生成的文件，包括缓存、下载文件、设置项及其他存储内容，并特别指出这些内容往往不会自动清理。
Gmail的典型案例：本地化文件体积惊人
帖子中最具体的指控之一就是针对Gmail。Emerge Tools曾发布过一份拆解报告，指出Gmail的iOS版本包含了海量的本地化内容，他们认为iOS会把App支持的所有语言包全部下载下来，而不是只下载用户当前使用的语言。根据他们的分析，仅Gmail的本地化文件就占了大约130 MB。
苹果确实提供了“App瘦身”（app thinning）等减小体积的技术，但这些优化需要开发者主动实施，并非所有类型的臃肿都能被系统自动处理。
在iPhone上你能做的实际操作
你无法改变开发者的臃肿设计，但通常可以在不删除所有内容的情况下收回不少空间。
第一步从这里开始
-
点进某个App，查看存储空间主要集中在App大小还是文档与数据。苹果推荐使用这个视图来了解占用情况，并提供“卸载App”等操作选项。
-
进入设置 > 通用 > iPhone存储。
然后对症下药
- 如果“文档与数据”特别大，去App内部寻找“清除缓存”或“下载管理”选项，删除离线文件。
- 如果App完全没有清理工具，最有效的方法是：删除App → 重新从App Store安装 → 重新登录。这样通常能清掉积累的缓存和索引。（注意：对于不开启云同步的App，部分仅本地存储的数据会丢失）
- 开启“卸载未使用的App”，可以在保留文档与数据的前提下暂时移除App本体。苹果官方存储指南中有详细说明。
为什么开发者不总是积极瘦身App？
r/ios的讨论最终指向一个很现实的结论：给App瘦身几乎不会给团队带来任何表扬，而快速推出新功能却能获得认可。随着时间推移，代码和资源不断堆积，团队成员更换，很少有人有时间专门去清理旧素材、无用字符串或过时库。
你在手机上感受到的是存储空间危机，而开发者那边往往只是把它当作路标上的优先级问题。
全部评论0