为什么Discord、WhatsApp新版这么吃内存？Web应用是罪魁祸首

现今，开启任务管理器去查看内存占用状况，就会发觉诸多常用软件都变成了“内存吞噬兽”，与此同时，硬件升级所需要的成本正愈发变得高昂起来。

软件开发模式的选择

在现代软件开发里面，网页技术被大量运用到构建桌面应用当中，这样的方式使得开发者能够迅速推出产品，并且让应用在不同的操作系统里面看起来大致相同，然而对于用户而言，这样的便利是要以牺牲系统资源作为代价的，原因在于他们运行的已经不是精简的原生程序了。

存在着深刻的经济以及技术背景时，开发模式发生了转变。企业对开发效率以及多平台一致性有所追求，网页技术栈恰好满足了这些需求。如此一来，团队能够使用一套代码覆盖多个平台，极大地缩短了开发周期与成本，然而，直接把网页封装成应用的此种做法，为后续的性能问题埋下了伏笔。

典型应用的内存消耗

选取微软的两款主流通信软件来举例，新版Microsoft Teams即便处于闲置状态时，内存占用常常稳定在1GB左右，同样地，旧版Skype客户端极为轻量，然而转向新框架后，其内存占用在同步消息之后能轻易超过1GB。

有一些新兴的通信工具出现的问题更为显著，基于特定框架的应用，它的的设计原理是，在软件内部嵌入一个完整的浏览器内核，官方标称的占用通常远远低于实际使用的情况，在同时处理多项任务的时候，它的内存消耗或许会暴增数倍，这迫使开发者加入自动重启机制来回收资源。

性能对比与用户体验

把新旧版本的应用拿来直接作对比，差异着实令人惊奇。旧版应用常常运用系统原生的开发接口，它们于后台运行之际极为安静，内存占用一般仅有几十至一两百兆字节。用户基本上感受不到它们的存在，系统响应颇为迅速。

新版的应用，带来了显著的性能负担，除了内存占用急剧飙升之外，用户界面卡顿，CPU使用率无端升高，成为常见的现象，这种从“轻快”转变为“沉重”的状况，径直影响了用户的工作效率以及使用体验，特别是在同时运行多个程序的时候。

技术架构的本质问题

核心问题在于这些应用的技术本质，它们可不是真正的原生应用，确切地说是一个个特制出的“浏览器”，每一个这样样式的应用，在内部均涵盖有一套完整之浏览器引擎，这一引擎用以负责渲染相应界面操作、执行脚本程序以及处理网络请求事务。

在用户开启应用里头的一个全新窗口或者全新功能之际，引擎常常会针对其构建一个独有的隔离进程。虽说如此做强化了安全性以及稳定性，然而这也表明每再多开启一个标签或者对话，内存占用就会差不多呈线性地增添，最终致使资源被迅速耗光。

开发者的权衡与困境

选取这条路径为开发者带有某种现实方面的考量，运用网页技术能够极大程度地简化开发进程，同一团队能够同时对网页端以及桌面端予以维护，而且，如此模式方便快速进行功能更新及迭代，不需要等待用户亲自对安装包进行手动下载。

然而，这种所谓的“简化”，其代价已然转移到了用户身上，应用状况变得臃肿起来，进而对硬件的要求也跟着水涨船高，企业虽说节省了开发方面的成本，可用户在此情况下却不得不去购买更昂贵的内存以及更强大的处理器，如此便构建成了成本转嫁的链条。

未来的可能出路

有着广泛批评迎面而来，部分公司已然着手试行改进，微软拟定于明年度对部分应用的结构动“大手术”开展重新构建，目的在于将内存管理予以优化，然而要是核心模式对浏览器内核的依赖维持不变，改进所产生的效果或许会受到限制。

更为根本的出路是要迈向回归效率优先的开发哲学，这要求开发者于追求跨平台便利性之际，去求取保证本地性能之间更为合理的平衡点，或许能够探寻更为轻量的渲染工具，或许可为高性能场景留存原生开发的选择。

你于日常运用期间，最为难耐哪一种类软件的资源占据呢？那是通信类工具、办公类软件抑或浏览器自身呀？欢迎于评论区域分享你的经历以及看法，要是觉得此文有所启迪，同样请点赞予以支持。