Linux unlink函数和删除文件的操作方法
1.unlink函数
对于硬链接来说，unlink用来删除目录项，并把inode引用计数减1，这两步也是一个原子过程。直到inode引用计数为0，才会真正删除文件。
对于软链接来说，unlink直接删除软链接，而不影响软链接指向的文件。
函数原型：
intunlink(constchar*pathname);
参数说明：
pathname：指定要移除的链接文件
返回值说明：
成功返回0；失败则返回-1，同时设置errno为相应值
2.实验代码—myunlink
#include#include #include intmain(intargc,char*argv[]){ //为一个已经存在的文件创建目录项（硬链接） if(link(argv[1],argv[2])==-1){ perror("linkerror"); exit(1); } //删除之前的文件目录项 if(unlink(argv[1])==-1){ perror("unlinkerror"); exit(1); } return0; }
当我们执行./myunlinkhellotest命令完后，会删除hellotest，同时inode引用计数减1。
3.删除文件
不用说，相信大家都用过rm-rf命令吧。
现在我们再来思考一下，以前我们通过rm命令删除文件时你有没有质疑过，文件真的被删除掉了吗？
如果真的删除的了话，那么操作系统又是怎么把文件删除掉的？
操作系统在设计的时候是通过把文件的inode索引号与磁盘中的block块建立了关联，这样我们通过文件找到block块的位置，也就看到了文件的数据了。
在删除文件时，是由系统的2个变量来控制的一个是i_link，表示文件的硬链接数量，另一个是i_count，表示文件的引用计数，文件删除的必需条件就是i_link=0和i_count=0。
在磁盘中的文件只要把i_link=0（硬链接数干掉）就可以把文件删除了，如果这个文件在程序中被打开，我们还需要把运行的程序干掉i_count=0，这样才能达到删除文件的目的。
4.linux下删除文件的大概过程
linux下文件删除过程大概如图：
图1-linux下文件删除的大概过程
当前磁盘中的/test/file目录下有一个test文件(i_link=1)，还有一个硬链接文件hard_link指向test文件(i_link=1)，且./test进程又打开了test文件(i_count=1)，如果要删除test.txt文件，必须把./test进程干掉(i_count=0)，然后删除hard_link硬链接文件和/test/file目录下的test.txt文件(也就是让i_link=0)。
也就是说linux下是通过link的数量来控制文件删除的，当一个文件的link=0时，这个文件才会被删除。一般一个文件有2个link计数器，一个是i_link和i_count。
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的关联断开了而已，但文件的数据并没有真正的被删除掉。如果你想真的删除数据的话，要么把磁盘格式化，要么把原先的数据删除掉，然后写入新的数据覆盖掉，当然，你也可以选择格式化和数据覆盖双重保险，这个时候你的数据想要恢复基本上是非常困难的，即便可以顶多只能恢复一部分数据了吧。
如果你真的一不小心删除了很重要的数据的话，这个时候赶紧恢复数据，其他的任何多余的操作尽量不要做，这样在数据恢复过程中才能尽量减少数据丢失。
5.myunlink2.c程序
#include#include #include #include #include /* unlink函数是删除一个dentry */ intmain(void){ intfd; char*p="testofunlink\n"; char*p2="afterwritesomething.\n"; //当进程打开temp.txt文件时，引用计数会+1 fd=open("temp.txt",O_RDWR|O_CREAT|O_TRUNC,0644); if(fd<0){ perror("opentemperror"); exit(1); } //具备了被释放的条件 intret=unlink("temp.txt"); if(ret<0){ perror("unlinkerror"); exit(1); } //向temp.txt文件写入第一个字符串，通过返回值判断写操作是否成功 ret=write(fd,p,strlen(p)); if(ret==-1){ perror("-----writeerror"); } printf("hi!I'mprintf\n"); //向temp.txt文件写入第二个字符串，通过返回值判断写操作是否成功 ret=write(fd,p2,strlen(p2)); if(ret==-1){ perror("-----writeerror"); } printf("Enteranykeycontinue\n"); getchar(); //当close关闭fd的时候，进程对文件的引用计数就会-1，断开进程与文件的关联关系 close(fd); return0; }
程序运行结果：
程序的运行结果和我们所预料的一样，当程序运行的时候，调用open函数创建并打开了temp.txt文件，此时进程对temp文件的引用计数i_count会加1，同时temp文件本身也会有一个i_link链接计数也会加1。
当调用了unlink函数删除temp文件时，只是把i_link链接计数减1，而进程的i_count计数还是1，并没有断开与temp文件的关联关系，因此进程可以调用write函数往temp文件里面写数据，自然也就能成功了。当程序运行结束后，调用close关闭对temp文件的引用，此时temp文件就会被操作系统删除掉。
6.总结
在不了解文件系统原理的情况下，通常我们会认为数据已经删除掉，其实不然，磁盘上的文件数据还在，只是把dentry目录和磁盘上的数据的联系断开，我们找不到数据肯定会认为删掉了，但是只要我们想办法让数据和dentry目录之间重新建立连接，就可以让删除的数据恢复。
因此我们删除文件，从某种意义上说，只是让文件具备了被释放的条件，至于什么时候释放这取决于操作系统。
对于unlink函数来说，清除文件时，如果文件的硬链接数到0了，没有dentry对应，但该文件仍不会马上被释放。要等到所有打开该文件的进程关闭该文件，系统才会挑时间将该文件释放掉。
7.不要随便使用rm命令
相信看到这里，你应该知道了，数据对于计算机的重要性了，因为一旦某些至关重要的数据删除了，那就真的永远没了，这也是操作系统为什么不直接将数据从磁盘中删除的原因。但也不要因为这样，你就可以肆无忌惮的使用rm命令了，因为有时候数据删除了，并不能百分百的恢复回来。
总结
以上所述是小编给大家介绍的Linuxunlink函数和删除文件的操作方法，希望对大家有所帮助，也非常感谢大家对毛票票网站的支持！
声明：本文内容来源于网络，版权归原作者所有，内容由互联网用户自发贡献自行上传，本网站不拥有所有权，未作人工编辑处理，也不承担相关法律责任。如果您发现有涉嫌版权的内容，欢迎发送邮件至：czq8825#qq.com（发邮件时，请将#更换为@）进行举报，并提供相关证据，一经查实，本站将立刻删除涉嫌侵权内容。