程序卡顿大揭秘：内存是如何一步步被“掏空”的
一、内存：程序运行的 “神秘仓库”
在程序的世界里，内存堪称是程序运行的 “神秘仓库”，它就像一个高效的即时存取空间，所有程序在运行时，都需要在这里临时地存取数据。打个比方，内存对于程序，就如同舞台对于演员，没有舞台，演员无法尽情表演；没有内存，程序也难以顺畅运行。要是没有这个 “仓库”，你打开软件可能要等几十秒甚至几分钟，而不是现在这样一点就开、流畅运行。
当我们深入探究这个 “仓库”，就会发现其中有两个至关重要的区域：page Cache（页缓存）和 RSS（常驻内存集）。这两个区域，犹如仓库中不同功能的货架，各自有着独特的作用和使用规则 。
page Cache（页缓存）：这是内存仓库中的公共共享货架，专门用于存放各类 “临时周转物料”，比如程序刚读取的日志文件、刚关闭的文档缓存等。它存在的核心意义在于，当进程下次访问相同数据时，无需再去访问速度较慢的硬盘，直接从内存中拿取即可，大大提升了数据的访问速度。这个公共货架具备可回收、可替换的关键特点。一旦系统察觉到内存不够用，就会主动承担起 “勤快管理员” 的角色，对这个货架进行整理，把暂时用不上的物料重新搬回硬盘或直接清理掉，从而腾出空间，以供更急需的私人货架 RSS 或其他进程使用。
RSS（常驻内存集）：从其全称就可以看出它的特点 —— 常驻且专属。它类似于程序在仓库中租赁的一个带锁货架，空间完全由单个程序支配。里面放置的都是程序运行必不可少的物品，比如正在执行的业务代码、处理到一半的数据，以及程序运行所依赖的底层组件等 。
二、内存中的 “小偷”：内存泄漏
内存泄漏堪称内存中的 “小偷”，在程序运行的过程中，它总是趁人不备，让程序没能释放那些已经不再使用的内存。这就好比你租了一个仓库（内存）来存放货物（数据），当某些货物已经不再需要时，你却忘记把它们清理出去，随着时间的推移，仓库中无用的货物越来越多，真正需要存放的货物却没有了足够的空间 。
这个 “小偷” 的存在对程序性能的影响不容小觑。起初，内存泄漏的变化或许并不起眼，不易被察觉，但随着泄漏的不断累积，程序可用的内存会越来越少，就像仓库的空间被不断侵占一样。这会导致程序运行速度大幅下降，响应时间显著增加，卡顿现象频发。严重时，甚至会使程序因内存耗尽而崩溃，就像仓库被完全填满，新的货物无法存放，仓库的正常运转也被迫停止。
三、内存 “小偷” 的作案场地
（一）共享临时货架 —— page Cache
page Cache（页缓存）是内存中的公共共享区域，主要用于缓存文件数据，是一种高效提升数据读取性能的机制。当程序读取文件时，数据会首先被加载到 page Cache 中。如果后续有其他程序或同一程序再次读取相同的数据，就可以直接从 page Cache 中获取，而无需再次访问速度相对较慢的磁盘，这极大地提高了数据的访问速度。
例如，当我们使用文本编辑器打开一个已经编辑过的大文件时，第二次打开往往比第一次快很多，这就是因为第一次打开时文件数据被缓存到了 page Cache 中 。
page Cache 由操作系统内核管理，其大小并不是固定不变的，而是根据系统的内存使用情况动态调整。当系统内存充足时，page Cache 可以占用较多的内存空间，以缓存更多的数据；而当系统内存紧张时，内核会自动回收 page Cache 中不常用的数据，将内存释放给更需要的进程。
page Cache 中的数据存储是以页（page）为单位的，每页的大小通常为 4KB。系统通过维护一些数据结构来管理 page Cache，比如哈希表和双向链表，以快速定位和管理
