Linux内存使用量超过阈值，使得Java应用程序无可用内存，最终导致程序崩溃。即使在程序没有挂掉时把程序停掉，系统内存也不会被释放。

free -h 命令查看内存使用情况。

free -h  

问题出现在Cached的值过大，导致系统没有可以再分配的内存空间。Cached只要用来缓存文件的，经常读写的文件会被缓存到Cached中，可以增加读写效率，该功能是Linux系统内核提供的，从2.6.16以后的核心版本才提供，也就是老版的操作系统，如红旗DC 5.0、RHEL 4.x之前的版本都没有。这就可以解释为什么我的项目总挂掉了，我的项目主要就是处理文件的，所以接收和下载的文件会被缓存起来，一直耗着内存不释放，即使把程序停掉也不会释放内存。最后找到了三条执行，可以清理cached的内存

三条指令：

sync

echo 1 > /proc/sys/vm/drop_caches
echo 2 > /proc/sys/vm/drop_caches
echo 3 > /proc/sys/vm/drop_caches

执行完这三条指令后通过free -h命令查看，free可用内存马上增多，buff/cache列值变小，说明内存被释放了，但是不能总是手动的执行这三条指令，所以最后写了一个shell脚本，开启Linux定时任务crond，每天早上检查一次free内存，执行这三条命令.

注意：在执行这三条命令之前一定要先执行sync命令（描述：sync 命令运行 sync 子例程。如果必须停止系统，则运行sync 命令以确保文件系统的完整性。sync 命令将所有未写的系统缓冲区写到磁盘中，包含已修改的 i-Node、已延迟的块 I/O 和读写映射文件）

解决方案（自动）

1、编写shell定时任务脚本freemem.sh
 

#!/bin/sh
sync && echo 1 > /proc/sys/vm/drop_caches
sync && echo 2 > /proc/sys/vm/drop_caches
sync && echo 3 > /proc/sys/vm/drop_caches
               

2、使用crontab -e命令编辑当前用户的crontab

0 6 * * * /home/jar/freemem.sh

3、重启crond服务

service crond restart

4、查看crond服务是否重启成功

service crond status

最后，问题解决。我设定的定时任务是每天早上6点执行一次freemem.sh脚本