C語言基礎(chǔ)-unlink函數(shù)的使用

一、頭文件

#include <unistd.h>

二、函數(shù)原型

int unlink(const char *pathname);

三、函數(shù)介紹

unlink()函數(shù)功能即為刪除文件。執(zhí)行unlink()函數(shù)會刪除所給參數(shù)指定的文件。

注意:

執(zhí)行unlink()函數(shù)并不一定會真正的刪除文件,它先會檢查文件系統(tǒng)中此文件的連接數(shù)是否為
1,如果不是1說明此文件還有其他鏈接對象,因此只對此文件的連接數(shù)進(jìn)行減1操作。若連接數(shù)為1,并且在此時沒有任何進(jìn)程打開該文件,此內(nèi)容才會真正地被刪除掉。在有進(jìn)程打開此文件的情況下,則暫時不會刪除,直到所有打開該文件的進(jìn)程都結(jié)束時文件就會被刪除。

返回值:成功返回0,失敗返回 -1

四、代碼示例

#include <unistd.h>
#include <stdio.h>
#include <fcntl.h>
#include <assert.h>

int main(int argc, const char * argv[]) {
    int fd = open("test.txt", O_RDWR | O_TRUNC | O_CREAT, 0664);
    assert(fd != -1);
    if (unlink("test.txt") < 0) {
        printf("unlink errpr!\n");
    }
    char buff[128] = {0};
    write(fd, "hello world!", 12);
    if (lseek(fd, 0, SEEK_SET) == -1) {
        printf("lseek error!\n");
    }
    read(fd, buff, 12);
    printf("%s\n", buff);
    return 0;
}

五、運行結(jié)果

hello world!
Program ended with exit code: 0

從結(jié)果可以得出,在文件打開的情況下unlink()并不會立即刪除,并且對文件依然可以進(jìn)行讀寫操作,在進(jìn)程結(jié)束之后文件就會被刪除掉!

六、函數(shù)說明

UNLINK(2)                   BSD System Calls Manual                  UNLINK(2)

NAME
     unlink, unlinkat -- remove directory entry

SYNOPSIS
     #include <unistd.h>

     int
     unlink(const char *path);

     int
     unlinkat(int fd, const char *path, int flag);

DESCRIPTION
     The unlink() function removes the link named by path from its direc-
     tory and decrements the link count of the file which was referenced
     by the link.  If that decrement reduces the link count of the file
     to zero, and no process has the file open, then all resources asso-
     ciated with the file are reclaimed.  If one or more process have the
     file open when the last link is removed, the link is removed, but
     the removal of the file is delayed until all references to it have
     been closed.

     The unlinkat() system call is equivalent to unlink() or rmdir()
     except in the case where path specifies a relative path.  In this
     case the directory entry to be removed is determined relative to the
     directory associated with the file descriptor fd instead of the cur-
     rent working directory.

     The values for flag are constructed by a bitwise-inclusive OR of
     flags from the following list, defined in <fcntl.h>:

     AT_REMOVEDIR
             Remove the directory entry specified by fd and path as a
             directory, not a normal file.

     If unlinkat() is passed the special value AT_FDCWD in the fd parame-
     ter, the current working directory is used and the behavior is iden-
     tical to a call to unlink or rmdir respectively, depending on
     whether or not the AT_REMOVEDIR bit is set in flag.

RETURN VALUES
     Upon successful completion, a value of 0 is returned.  Otherwise, a
     value of -1 is returned and errno is set to indicate the error.

ERRORS
     The unlink() system call will fail if:

     [EACCES]           Search permission is denied for a component of
                        the path prefix.

     [EACCES]           Write permission is denied on the directory con-
                        taining the link to be removed.

     [EBUSY]            The entry to be unlinked is the mount point for a
                        mounted file system.

     [EBUSY]            The file named by the path argument cannot be
                        unlinked because it is being used by the system
                        or by another process.

     [EFAULT]           Path points outside the process's allocated
                        address space.

     [EIO]              An I/O error occurs while deleting the directory
                        entry or deallocating the inode.

     [ELOOP]            Too many symbolic links are encountered in trans-
                        lating the pathname.  This is taken to be indica-
                        tive of a looping symbolic link.

     [ENAMETOOLONG]     A component of a pathname exceeds {NAME_MAX}
                        characters, or an entire path name exceeds
                        {PATH_MAX} characters (possibly as a result of
                        expanding a symlink).

     [ENOENT]           The named file does not exist.

     [ENOTDIR]          A component of the path prefix is not a direc-
                        tory.

     [EPERM]            The named file is a directory and the effective
                        user ID of the process is not the super-user.

     [EPERM]            The directory containing the file is marked
                        sticky, and neither the containing directory nor
                        the file to be removed are owned by the effective
                        user ID.

     [EROFS]            The named file resides on a read-only file sys-
                        tem.

     In addition to the errors returned by the unlink(), the unlinkat()
     may fail if:

     [EBADF]            The path argument does not specify an absolute
                        path and the fd argument is neither AT_FDCWD nor
                        a valid file descriptor open for searching.

     [ENOTEMPTY]        The flag parameter has the AT_REMOVEDIR bit set
                        and the path argument names a directory that is
                        not an empty directory, or there are hard links
                        to the directory other than dot or a single entry
                        in dot-dot.

     [ENOTDIR]          The flag parameter has the AT_REMOVEDIR bit set
                        and path does not name a directory.

     [EINVAL]           The value of the flag argument is not valid.

     [ENOTDIR]          The path argument is not an absolute path and fd
                        is neither AT_FDCWD nor a file descriptor associ-
                        ated with a directory.

SEE ALSO
     close(2), link(2), rmdir(2), symlink(7)

STANDARDS
     The unlinkat() system call is expected to conform to POSIX.1-2008 .

HISTORY
     An unlink() function call appeared in Version 6 AT&T UNIX.  The
     unlinkat() system call appeared in OS X 10.10

4th Berkeley Distribution        June 4, 1993        4th Berkeley Distribution
?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請聯(lián)系作者
【社區(qū)內(nèi)容提示】社區(qū)部分內(nèi)容疑似由AI輔助生成,瀏覽時請結(jié)合常識與多方信息審慎甄別。
平臺聲明:文章內(nèi)容(如有圖片或視頻亦包括在內(nèi))由作者上傳并發(fā)布,文章內(nèi)容僅代表作者本人觀點,簡書系信息發(fā)布平臺,僅提供信息存儲服務(wù)。

友情鏈接更多精彩內(nèi)容