离线地图、语音包、高品质歌曲下载、游戏小程序等都避免使用，避免它们在某些APP上占用过多空间。

默认加载很容易理解。这意味着，当您打开短视频时，只要您使用该软件20秒，它就会自动播放，并且部分资源将成为缓存文件。如果时间比我模拟的长的话，你的占用容量基本上就比我的大了。

当然，不同的APP加载的内容不同，生成的缓存大小也不同，所以这个数据仅供参考。

每个软件使用20分钟，总计6个多小时后，APP总容量从19268MB增加到28900MB，大约增加了1.5倍。

然而，与原安装包包含空闲时间和各软件使用时间的总大小（几乎一天）相比，容量从3118MB变为28900MB，增加了826.5%。

你相信吗？这次容量提升到近30GB，着实刺痛了所有还在使用64GB手机的用户的心。

请注意，我们的只是一个灯光模拟，每个应用程序最多只能使用25分钟。

但APP的大小仍然显着增加。

128GB用户如果安装了一些热门游戏也会有明显的危机感。对于可能拥有64GB 或128GB 内存的朋友来说，释放空间已经是家常便饭了。如果是这样，请画一条线。

我们还研究了最近发布的手机。除了一些低端手机以及像iPhone 15这样卖容量的手机外，256GB容量已经成为主流手机的标配。

那么，256GB够用吗？

我们还收集了一些合作伙伴的统计数据。我们的小伙伴都是为工作而生的，所以微信占用20、30GB是很正常的。

作为老板微信和企业微信分别占用52GB和93GB。

像我这样512GB的电脑，更不用说容量更小的电脑了，都需要经常清理。

此时您可以创建本章的摘要。安装包大小很漂亮，安装后体积很大，闲置后体积混乱，使用后体积饱满。关于痛苦和担忧。

如果这种势头持续下去，容量存储似乎不太可能能够弥补软件的无限增长，但在我看来，这些软件供应商不应该购买容量更大的手机，而应该鼓励人们购买更多容量的手机。贮存。空间优化效果很好。你同意？

体积变化

那么我们先来说说容量问题。

现在这20个应用程序已经下载完毕，我们来看看它们的内存使用情况。

我们将这些应用程序分为非通用应用程序和通用应用程序。

比如微信、QQ、支付宝都可以使用饿了么小程序。支付宝、高德地图、百度地图都可以用来购买机票。

在这20款软件中，哔哩哔哩是唯一一款可以观看4K HDR视频且没有视频广告的软件。我们认为它不寻常，因为其他软件无法实现类似的功能。

当然，具有不同功能的软件根据其内容的不同，消耗的资源也不同，并且不容易直观地比较它们，因此我们将重点比较具有共同功能的软件。

当然，请注意，通用软件提供的操作页面和工具属性基本相同。

但毕竟不是同一个APP，底层不同，资源调度优先级也不同，所以结果仅供参考，受限于系统版本、软件版本、手动操作等因素.它仅代表我们手机的情况。

现在假设您想使用手机随机播放音乐。 Apple Music、QQ音乐、网易云音乐中，Apple Music的内存占用仅为532MB。从Scene软件中也可以看到，只有一个背景。

我相信这是由于iPhone的低内存和Apple丰富的优化经验所致。所以，即使在Android端，Apple Music占用的内存也要少得多。

网易云音乐平均内存消耗1694MB。尽管只是为了听音乐，但软件和社交功能都需要加载大量的资源。

大约1600MB的内存使用量在20个软件程序中是比较正常的。

如果使用高德地图或百度地图预订航班，两者的内存占用也在1600MB左右，但如果使用支付宝，内存开销会更高一些。 (2605MB)

当然，以上软件的通用性不是很强。只有“小而美”的微信和QQ这些虚幻引擎的杰作，对变量的控制能力更强。

我们用的是同样的

作，进入同一家果茶店，点一样的糖量和配料，或者看同一个商品详情页。 那不管你是使用饿了么、美团点外卖，还是使用京东、拼多多购物，微信打开小程序后的占用会从 “ 聊天页面 ” 下的 892MB（无好友无群聊，故占用较小）暴涨到 3000MB 。 QQ 的饿了么小程序会少一些，但京东和美团又会多一点，总的来说对比聊天页面的 643MB（无好友无群聊，故占用较小），小程序的开销不可谓不大。 而如果我们只是单独使用饿了么、美团外卖、京东或拼多多的 APP ，它们没有一个内存占用超过 1800MB 的。 所以虽然我无法得出使用小程序就一定更卡的结论，但可以得出的结论是，你只是点外卖或者购物，使用 APP 确实会比小程序占用的资源更少。 当然，这 20 款应用的内存占用其实都不小。 因为我们还用原神做了一个简单的对比，进入游戏后，随便放几个技能，在这种简单负载的情况下，默认画质原神的内存占用为 1433MB，最高画质为 1843MB，这个占用甚至比部分 APP 还要小。 虽然我们没有进副本刷图或场景复杂的地方，但即便是这种轻度操作，工具性质的 APP 的内存占用都快和游戏一样，这是不是有点说不过去了？所以有条件的尽量上 16GB 运存吧。

APP即是“系统”

如果只是实现几个必备功能，APP 的容量和内存占用不可能这么大。 但现状就是，这些 APP 个个 “ 能文能武 ” ，就以我前面每个 APP 刷 20 分钟的经历来说，为了尽可能测试缓存压力，APP 的每个板块每个功能我都会点一下，作为功能的集大成者，给我看的是眼花缭乱。 以微信举例，我可以刷视频，包括但不限于“ 看一看 ” 、“ 直播 ”来刷视频，我还可以购物、看小说、看漫画、听音乐、弄虚拟形象、搞文档云盘，嘿，但就是没人找我聊天。 美团搞金融看小说我多少还能理解，内置云原神是什么操作，我看不懂，但我大受震撼。 好消息是，使用美团打云原神内存只占用 1449MB ，坏消息是只有 30 分钟体验期。 我还统计了一份数据，这 20 款软件中，内置短视频、直播的至少有 14 款，带商城购物的至少有 13 款，有贷款功能的软件至少是 14 款。 在极速版 APP 那期我们就说过，一个功能你不做有的是人做，哪怕就算只有一个人用的上那个功能，人家也就能比你至少多一个用户，软件商不会傻到把鸡蛋全砸在一个煎饼果子里，而这么做也确实很有效。 在应用频率上，我们公司小伙伴的手机三方应用的总数，大多在 50、60 个左右，100 多个的属于下载后没有删，而高频率使用的应用数主要为 5～18 个不等，最多不超过 22 个，你的又是多少个呢？ 虽然大家使用手机的时间在增长，但 APP 用来用去无非那十几个。回想一下，你有多久没下载新 APP 了？我应该有两个月。 总之，这些 APP 不止叫 APP，还可以被称为“ 小系统 ”，功能大而全是大多数软件无法避免的趋势。 软件功能大而全，你可能会觉得臃肿，但游戏容量越大，你却越兴奋，这是因为软件的工具属性更强，用户希望能快速达到目的。 而游戏娱乐属性更强，玩家希望内容丰富，所以对游戏的占用空间容忍度很高，最近的黑神话悟空 130GB 的所需空间，就让大家高呼过瘾。 但容忍度更高不意味着越大越好，能在不怎么影响质量的情况下，用更小的体积做出出色的体验，才更符合程序员的从业精神。而当我们回顾编程历史时，这种神之优化的操作是行业常态。 编程历史 最经典最广为人知的，莫过于红白机上的《超级马力欧兄弟》。 这个游戏有 8 大世界，32 关，甚至很多人还没通过关，但你猜它的容量多大，仅 40KB！ 并且受限于红白机的 2KB 的内存、显存，程序员一直抠抠抠。 先是在画面上对栗宝宝、马力欧的素材仅保存一半，使用时镜像拼起来即可，再是利用相同图案但颜色不同来表示，比如云和草丛。 而在音乐上，完整的一段太占地，程序员就把单个的音符编成程序让主机自己演奏，合成不同音效，并通过加倍速产生新的音效。 虽然硬件上仅仅只占用 8BIT，呈现 256 种颜色，但程序员却能创造出《超级马里奥》、《魂斗罗》、《绿色兵团》、《吃豆人》等一个又一个的精彩冒险。 那除了游戏，音频和我们每天都在发的动态表情包，都离不开大佬们的优化技术。 MP3 利用人类的听觉特性，去除了我们几乎察觉不到的声音细节，比如非常微弱的声音，和超出我们听力范围的高频、低频部分。 在保留大部分音质的同时，大幅度减少了文件的大小。从此让音乐变得“ 小而美 ”，是数字音乐时代的一项重要发明。 GIF，会识别图片之间的相似之处，只记录下第一次出现的画面和之后变化的部分，因此达到文件小还能流畅播放目的，也就成为我们今天聊天必备的表情包。 表情包超越了普通文字符号表达的含义，填补了静态图片和视频间的空白，让我们每一个人都能准确清晰的传达出自己的情感，是网络文化中不可或缺的一部分。

究其原因

以前的老前辈可以想尽办法在极小的空间里，放下整个超级玛丽关卡，或一段美妙的音频，或一个鬼畜的动态表情。 而现在的编程为了实现业务而实现，几乎不考虑性能优化问题。硬件跳跃式的提升，带来的是软件上越来越差的优化，以及编程水平的降低。 有多低？就比如国民级应用的微信，在之前很长一段时间中，当用户转发一个文件，这个文件会直接复制一份，长此以往，用户的存储会被重复文件占满，这你受的了吗？ 直到这件事引起热议，微信团队又下场修复。事实证明他们不是不能做好，而是不到万不得已不会去做。 B 站 UP 主科技老男孩用过逆向工程微信安装包，发现在微信 1.0 版本只凭借 199 个文件就实现了核心功能——聊天。 而到了当时测试的最新版本，文件有 12639 个，代码暴涨了 500 多倍，也就是说，大部分文件和代码都是用来实现其他功能。 现如今，你想用手机做任何一件事情，都未必要下载一个对应的 APP 。 从软件厂商的角度出发，APP 的大，是为了扩展更多的内容与功能来占据更多的用户时间。 但 APP 也并非不能做小，前面测试的 Apple Music 就是一个很好的例子，使用一段时间后的大小只有几百 MB ，后台线程数仅为 1，听歌时的运存占用不超过 600MB。 没有商城、直播、金融等无关听歌的板块，虽然要付费，但也说明软件商完全有能力让 APP 的体态更加健康，走上一条正确的道路。 只是，大多数软件商，不愿意增加调试时间和程序猿的工资罢了。 为此，我还请教了一位不愿意透露姓氏的高姓程序员。 他说 APP 体积里占用空间的逻辑代码其实不多，占空间的大多都是资源文件（图标、音视频等）然后还有第三方 AAR 库和 SDK ，而 SDK 的体积要占好几 MB ，如果 APP 接入的广告越多，花边功能越多，APP 就会逐渐臃肿... 另外，有的应用厂商会把原本该存储在云端的数据存到我们自己的手机里了，物理意义上的分布式存储，因此应用缓存越来越高。 还有就是，决策者喜欢往 APP 里塞很多不相干的功能，如果不塞，意味着产品经理、设计师、开发人员、测试人员没事干，等待他们的就是被裁节省人力成本，于是 APP 越来越大。 越做越大，却不好好优化，这似乎成为 APP 行业里长期以来的默认共识。 但从来如此，便就是对的吗？ 占用更多的存储空间，还不会和手机厂商的利益有冲突，硬件公司可以把大存储卖的更高，软件公司可以更加无脑堆功能，只有消费者受伤的世界达成了。 当 APP 以远超手机性能和空间的增长速度变成“ 滔天巨兽 ”时，即便是广为人知的安迪-比尔定律也不足以为此辩白。 APP 所承载的利益需求，已经超过了它为生活带来的便利本身。 这也导致很多人返璞归真用上功能机，有的人希望 APP 采用模块化，需要什么功能机就下载，有的人提议 APP 应该按体积收税，可能只有涉及到软件商利益，他们才会真正下功夫。 如果继续我行我素下去，臃肿又吞噬了太多空间和时间的 APP，或许会在今后的某一天突然爆发，迎来反噬。 好了，感谢你能看到这里，如果你认可我们的观点，或者其中的内容对你有用，还请点赞转发和分享，这对我们真的很有帮助。有什么想法也欢迎评论区踊跃讨论，让我们一起发声，帮助 APP 体态健康。 版权声明：本文转载于网络，版权归作者所有，如果侵权，请联系本站编辑删除