-
头文件
#include<unistd.h> -
函数原型
int unlink(const char *pathname);pathname：指定要移除的链接文件。
成功返回0；失败则返回-1，同时设置errno为相应值。 -
unlink()函数功能即为删除文件。执行unlink()函数会删除所给参数指定的文件。
执行unlink()函数并不一定会真正的删除文件，它先会检查文件系统中此文件的连接数是否为1，如果不是1说明此文件还有其他链接对象，因此只对此文件的连接数进行减1操作。若连接数为1，并且在此时没有任何进程打开该文件，此内容才会真正地被删除掉。在有进程打开此文件的情况下，则暂时不会删除，直到所有打开该文件的进程都结束时文件就会被删除。
-
删除文件
操作系统通过把文件的inode索引号与磁盘中的block块建立了关联，这样就可以通过文件找到block块的位置，也就看到了文件的数据了。在删除文件时，是由系统的2个变量来控制的一个是i_link，表示文件的硬链接数量，另一个是i_count，表示文件的引用计数，文件删除的必需条件就是i_link = 0和i_count = 0。在磁盘中的文件只要把i_link = 0（硬链接数）就可以把文件删除了，如果这个文件在程序中被打开，我们还需要把运行的程序干掉 i_count = 0，这样才能达到删除文件的目的。
i_count是当前进程打开文件的引用计数，i_link是文件链接的数量，可以把i_count理解为内存中文件的计数器，而i_link是磁盘中的计数器。对于rm命令来说实际就是设置磁盘中文件的i_link计数为0。如果一个文件被进程所使用，而用户又执行了rm命令把文件删除掉了，此时程序还能正常执行，依旧能从文件中读取正确的数据，这是因为rm命令只是把i_link设置为 0（是将文件到inode的关联断开，并没有删除掉inode与磁盘中的block数据块，此时停止进程，被删除的数据可以找回来，如果进程正在写入数据，那么磁盘的block块的数据会被进程写入的数据覆盖掉，原先的数据就恢复不了了）。
而进程仍然在引用该文件i_count = 1，执行rm命令系统并不会真正的删除该文件，如果要删除该文件必须让进程解除对该文件的引用计数，也就是把进程干掉，这样文件才会被真正的删除掉。即便如此，文件真的被删除了吗？前面我们说过文件的数据是存储在磁盘上block块中，当我们要查找文件当中的数据时并不是直接找到磁盘上的block块，因为磁盘上的block块实在是太多了，你怎么就知道你的数据存储在哪个block块中?
假设你一不小心把非常重要的数据删除掉了，这将意味着你的数据就永远也找不回来了，从而造成无法挽回的损失了，由此可见数据的重要性，因此操作系统不会轻易把数据从磁盘中真正的删除掉。
看到这里，相信你已经明白了，实际上你所谓的右键删除操作只是把文件的inode索引号与磁盘中的block的关联断开了而已，但文件的数据并没有真正的被删除掉。如果你想真的删除数据的话，要么把磁盘格式化，要么把原先的数据删除掉，然后写入新的数据覆盖掉，当然，你也可以选择格式化和数据覆盖双重保险，这个时候你的数据想要恢复基本上是非常困难的，即便可以顶多只能恢复一部分数据了吧。
我们删除文件，从某种意义上说，只是让文件具备了被释放的条件，至于什么时候释放这取决于操作系统。如果你真的一不小心删除了很重要的数据的话，这个时候赶紧恢复数据，其他的任何多余的操作尽量不要做，这样在数据恢复过程中才能尽量减少数据丢失。
-
unlink原理
unlink函数删除文件时，只是把i_link链接计数减1，而进程的i_count计数还是1，并没有断开与文件的关联关系，因此进程可以调用write函数往文件里面写数据，自然也就能成功了。当程序运行结束后，调用close关闭对文件的引用，此时文件就会被操作系统删除掉。
