先聊一个有趣的现象：近年智能手机行业硬件竞争愈发激烈，摄像头从早期的120万像素一路飙升至4800万像素四摄，处理器核心数也早已四核起步、八核打底。然而，苹果似乎始终对硬件参数保持着“冷淡”态度——它的广告很少刻意强调硬件有多强，发布会重点往往放在创新体验而非规格参数，就连官网上，也鲜少出现运存大小这类数据。
iPhone 第一支广告：Hello
举个例子，当年市场普遍升级到1200万像素时，同期发布的iPhone 5S和6却依然坚守800万像素。运存方面更是槽点满满——直到iPhone XS才终于给了4GB，而iPhone XR还是祖传的3GB。反观其他品牌的同档位机型，6GB起步都只能算“乞丐版”。
当然，iOS和Android底层逻辑不同，不能简单画等号。iPhone的硬件搭配自有其道理：系统优化到位，不一定需要疯狂堆料才能跑得流畅。
这里有个容易混淆的概念：很多用户把“运存”和“储存空间”都叫做“内存”，其实它们干的完全不是同一件事。运存决定系统运行多任务的流畅度，储存空间决定你能装多少照片和App。但你可能不知道的是，在相同的运存条件下，大容量版本的iPhone反而比低容量版本更流畅——这究竟是为什么？
要搞清楚这个问题，得先理解iOS底层的运作机制。iOS基于类Unix系统，无论是系统本身还是App在运行过程中，都会产生大量系统碎片和文件碎片。这些碎片不会留在运存里，它们只占用iPhone的存储空间。
即便你把一个文件或照片彻底删除，或者完全卸载一款App，系统底层依然会留下大量复杂的碎片文件。这些碎片在文件管理器里是看不到的，因为它们属于系统底层运行的“残留物”，普通用户根本没法手动清理。
问题就在这里：如果是小容量的iPhone，随着日常使用，存储空间很容易吃紧。此时系统会自动开始整理、清理碎片文件，腾出空间给新的碎片。如果存储空间实在太小，频繁达到“满载”状态，系统就不得不一直重复“找碎片→删碎片→积累新碎片→再删”的循环，以很高的频率来回折腾。这种高强度、高频率的碎片清理工作，会大量消耗系统资源，最终拖慢整机的运行速度。
反过来看，大容量设备就不太会遇到这种窘境。系统有足够空间来存放产生的碎片文件，可以比较从容地定时清理，而不是被空间不足“逼着”加班加点地强制整理。因此，更大的存储空间确实能让系统运行更流畅——这个现象不仅存在于iOS，在其他操作系统中也同样成立。
不过话说回来，存储空间只是影响系统流畅度的众多因素之一，并不是说容量小就一定卡。导致iPhone卡顿的根本原因，主要还得看系统本身、CPU性能以及运存大小。存储空间只是其中一个容易被忽略、但确实值得留意的细节罢了。
