这几天做LINUX实验的时候，发觉自己删除了一个大文件后用 df -h 指令检测磁盘空间，发现空间并没有减少，后来仔细查询，总结出以下三种不释放内存的可能：
一、该文件已经建立硬链接
这个原因很简单，hardlink是指多个文件名指向同一索引点（inode），只要其中仍然存在一个硬链接都文件内存都不会释放，所以文件具有硬链接是原因之一。
二、系统中有进程正在使用该文件
这个原因解释起来也很简单，如果系统中有进程使用该文件，删除该文件后如果内存释放，则进程会自动结束，造成无法预测的后果。
这里给出一种解决方案：
1、用 lsof | grep deleted命令列出现在被删除但依旧使用的文件
2、这里我可以用kill命令杀掉这个进程，但是请注意，如果当前系统有多个进程正在使用该文件，则停掉会有风险，所以建议先停掉这个进程。
PS：lsof这个命令非常好用这里给大家简单介绍一下：
lsof(list open files)是一个列出当前系统打开文件的工具。在linux环境下，任何事物都以文件的形式存在，通过文件不仅仅可以访问常规数据，还可以访问网络连接和硬件。所以如传输控制协议 (TCP) 和用户数据报协议 (UDP) 套接字等，系统在后台都为该应用程序分配了一个文件描述符，无论这个文件的本质如何，该文件描述符为应用程序与基础操作系统之间的交互提供了通用接口。因为应用程序打开文件的描述符列表提供了大量关于这个应用程序本身的信息，因此通过lsof工具能够查看这个列表对系统监测以及排错将是很有帮助的。
在终端下输入lsof即可显示系统打开的文件，因为 lsof 需要访问核心内存和各种文件，所以必须以 root 用户的身份运行它才能够充分地发挥其功能。
lisof有很多命令，这里举几个例子简要介绍一下，
lsof abc.txt 显示开启文件abc.txt的进程
lsof -c abc 显示abc进程现在打开的文件
lsof -c -p 1234 列出进程号为1234的进程所打开的文件
lsof -g gid 显示归属gid的进程情况
lsof +d /usr/local/ 显示目录下被进程开启的文件
lsof +D /usr/local/ 同上，但是会搜索目录下的目录，时间较长
lsof -d 4 显示使用fd为4的进程
lsof -i 用以显示符合条件的进程情况
lsof -i[46] [protocol][@hostname|hostaddr][:service|port]
--> IPv4 or IPv6
protocol --> TCP or UDP
hostname --> Internet host name
hostaddr --> IPv4地址
service --> /etc/service中的 service name (可以不止一个)
port --> 端口号 (可以不止一个)
三、磁盘空余空间出现问题
这个问题原因就很复杂了，既有物理磁盘损坏又有些磁盘内部分配问题。
这里提供一个可能，大家都知道LINUX文件系统是通过inode索引文件管理blocks区域，如果文件中的inode节点被用完了，则无法分配新空间。