linux内存“不释放”是设计使然，系统用空闲内存作page cache和buffer cache以提升i/o性能，这些缓存页可在应用需要时自动回收；page cache缓存文件内容，buffer cache缓存磁盘块数据，二者均属可立即腾出的可用资源，不计入oom判断。
Linux内存“不释放”不是bug，是设计使然。系统会把空闲内存优先用作Page Cache和Buffer Cache，提升I/O性能；这些缓存页在应用真正需要内存时，内核会自动回收——你看到的“高占用”，多数属于可立即腾出的可用资源。
缓存类型与真实作用
Linux中两类核心缓存常被误认为“内存泄漏”：
- Page Cache：缓存文件内容（如读过的日志、配置文件），加速后续read操作。它对应的是文件映射页（file-backed pages）
- Buffer Cache：缓存磁盘块（block）数据，优化底层sector读写，尤其利于频繁小文件写入或元数据操作
二者在free -h输出中统一显示在buff/cache列，但本质都是“随时可丢、按需保留”的临时内存。它们不阻碍新进程分配内存，也不计入OOM判断中的“不可回收内存”。
内核如何决定回收哪些内存
回收不是随机清理，而是基于水位（watermark）驱动的分级策略：
- 当空闲内存低于
WMARK_LOW，内核线程kswapd开始异步回收不活跃页（LRU链表尾部） - 若继续下降至
WMARK_MIN，触发同步直接回收（alloc_pages阻塞等待） - 回收优先级：clean page cache → dirty page cache（需先回写磁盘）→ 可换出匿名页（anon pages）→ 最后才考虑OOM kill
是否走swap，由vm.swappiness控制（默认60）。值为0表示尽量避免swap，仅在内存极度紧张时才换出匿名页；值为100则倾向积极换出。
什么情况下需要手动干预
绝大多数场景无需手动清缓存——内核比人更懂何时该收。但以下情况可谨慎操作：
- 执行完一次大规模文件拷贝/解压后，确认业务已结束且短期内无高频I/O，想快速释放cache腾出内存给其他用途
- 嵌入式或容器环境内存极紧张，且明确知道page cache无复用价值（如只读一次的临时数据）
- 诊断性排查：排除cache干扰，观察真实内存压力（例如对比
drop_caches前后OOM是否缓解）
操作前务必运行sync，再执行：echo 3 > /proc/sys/vm/drop_caches（1=page cache, 2=buffer cache, 3=两者）
长期内存偏高？先查真正问题
如果free显示可用内存持续极低，且buff/cache没随负载下降，重点排查：
-
slabtop看SLAB缓存是否堆积（如dentry、inode过多未释放，可能因大量小文件或未关闭的目录句柄） -
cat /proc/meminfo | grep -E "SReclaimable|Shmem"确认可回收slab大小 - 用
pmap -x PID或smem定位具体进程的RSS异常增长，区分是缓存还是真实内存泄漏 - 检查是否有匿名页大量驻留却无法swap（
swappiness=0+ 无swap分区）导致回收路径受阻
盲目清缓存治标不治本，而定位到slab泄漏、应用内存泄露或swap缺失，才能解决根本问题。
