今天偶然发现网上很多人反映WPS占用内存大，正好有时间，做了一点儿实验研究，发现了一个原因，写出来供分析，也提供一种减低内存碳中和的办法供参考。

实验的思路很简单，首先打开一个WPS文档，查看内存的占用情况，截图如下：

大家可能会问，为什么不只打开wps，不打开任何文档？这个是基于下面的假设，我们认为大多数场景中，都是直接去打开文件，不会单单去打开wps程序，然后通过其中的文件菜单去打开文件，另外，经过实验，单单打开WPS程序，内存占用与打开一个文档是相同的。为什么会有双胞胎进程？个人认为，应该是WPS为了保险，防止进程被误杀，所以搞了双进程备份。

有人会说，不可能，应该是一个驻留进程+一个文档进程。刚才说了，只打开WPS不打开文档，内存占用是一样的。不过双进程备份我也觉得比较可笑。不过如果写在标题里，估计又会被CSDN说标题党了。

接着，又打开了一个文档，得到截图如下：

这回有变化了，wps进程又多了一个双胞胎，但是wpscloudsv没有增加。这个容易理解，毕竟是新打开了文件，对于账号之类的服务，没有增加。

接着，又打开一个文档，得到截图如下：

发现了什么？没有再出双胞胎了，甚至比刚才的内存占用还小了一点儿，这是为啥呢？个人分析认为，WPS是考虑了集群，4个wps进程，已经可以充分的处理三个文档了。

接下来再打开文档会怎样呢？这次一共打开了7个文档，中间的截图就省略了，最后截图如下：

看来之前的假设是合理的，WPS没有继续增加内存占用，合计了截图的数字，一共占用的物理内存（不包含虚拟内存） 约为900M左右，如果把虚拟内存也算上，大概占用在2G内存。

初看起来，对于目前标配16G的机器来说，似乎并不大，为啥大家会觉得大呢？等会儿再说。

实验的最后是把文档关掉，WPS也关掉，然后截图如下：

 发现wpscloudsv是常驻内存的，经过测试，手工强行关闭wpscloudsv，也不会影响下次WPS使用。

经常实验，发现WPS占用内存其实也不算大，前提是你的内存足够16G，如果是4G，就要考虑增加了，8G还算凑合。为啥大家会觉得内存占用大呢？个人估计除了自身配置内存小的原因之外，还有一个原因，就是最后这个截图里的wpscloudsv双进程，由于一直是常驻，本来认为是管理wps的进程，但其实并没有派多大用处，在使用过程中，经常会发现wps退出了，wps进程还在，这个可能就是WPS的bug了。

如果想彻底释放内存，可以采取刚才的步骤，手动关闭这两个驻留进程，也算是为了碳中和做了一点儿小贡献了。

好在Office也好不到哪里去，都是内存占用大户，大哥不说二哥，但是经常会有些从国外留学回来的人说office好，wps不好用，个人不敢苟同。

最后还是希望国产软件能够踏踏实实的把功能做好，万一老美说office跟芯片一样不给我们用了，那些留洋的同学岂不是都要失业了吗？