nginx源码分析1———进程间的通信机制五(文件锁)

相关介绍

nginx主要通过fcntl函数提供了劝告性记录上锁。所以在后面会设置seek offset相关的参数,因为fcntl可以对文件的一段记录进行上锁,上锁的粒度可以更小,不过本文只需要文件加锁就可以了,上锁的话,分为读写锁,本文只用了完全互斥的写锁。

系统调用

调用该函数进行初始化
#include <fcntl.h>
int fcntl(int fd, int cmd, .../* struct flock *args */);

1,fd是程序需要提供的打开的文件的fd。
2,cmd是命令,分别为以下三个命令。
F_SETLK 获取读(F_RDLCK)或者写锁(F_WRLCK)或者释放锁(F_UNLCK),当无法完成时就返回EACCES或者EAGAIN
F_SETLKW F_SETLK和一样,只是会阻塞,直到获取为止
F_GETLK 检查由args指向的锁以确定是否有某个已存在的锁会妨碍将新锁授予进程。如果当前没有这样的锁存在,由args指向的flock结构的l_type将被置为F_UNLCK。否则这个已存在的锁的信息由args指向的结构体返回。(可以理解为获取信息时候使用)
3,args将由flock结构组成,在flock中介绍。

相关结构

从这个结构体看出,该方式可以用于更小粒度的记录加锁。

struct flock{
    //指定加锁的类型(F_RDLCK, F_WRLCK, F_UNLCK)
    short l_type;
    //定义记录相对开始的位置方式(SEEK_SET, SEEK_CUR, SEEK_END)
    short l_whence;
    //开始的位置
    off_t l_start;
    //加锁的记录长度 
    off_t l_len;
    pid_t l_pid;
};

创建

创建文件锁即是创建文件fd。

ngx_int_t
ngx_shmtx_create(ngx_shmtx_t *mtx, ngx_shmtx_sh_t *addr, u_char *name)
{
    //已存在
    if (mtx->name) {
        if (ngx_strcmp(name, mtx->name) == 0) {
            mtx->name = name;
            return NGX_OK;
        }
        ngx_shmtx_destroy(mtx);
    }
    //创建文件fd,其实调用底层的open,参数的宏都用nginx封装的一下。用可读可写可创建的方式创建一个默认权限的文件
    mtx->fd = ngx_open_file(name, NGX_FILE_RDWR, NGX_FILE_CREATE_OR_OPEN,NGX_FILE_DEFAULT_ACCESS);
    //判断是否创建成功
    if (mtx->fd == NGX_INVALID_FILE) {
        ngx_log_error(NGX_LOG_EMERG, ngx_cycle->log, ngx_errno,ngx_open_file_n " \"%s\" failed", name);
        return NGX_ERROR;
    }
    //unlink文件
    if (ngx_delete_file(name) == NGX_FILE_ERROR) {
        ngx_log_error(NGX_LOG_ALERT, ngx_cycle->log, ngx_errno,ngx_delete_file_n " \"%s\" failed", name);
    }
    mtx->name = name;
    return NGX_OK;
}

看到这里,肯定又要问题来了。那就是unlink后,文件fd依旧为什么还可以用,不冲突吗,文件还存在吗?
1,unlink函数删除文件,并且减少一个链接数。如果链接数达到0并且没有任何进程打开该文件,该文件内容才被真正删除。
2,如果在unlilnk之前没有close,那么依旧可以访问文件内容。所以只是unlink了文件,文件的链接数为0,但是进程与文件还有访问关系,所以文件并没有被删除。
3,在调用close时,内核会检查打开该文件的进程数,如果此数为0,进一步检查文件的链接数,如果这个数也为0,那么就删除文件内容。

阻塞加锁

加锁是两部分代码,我拷贝在一起了,主要看第二段

void
ngx_shmtx_lock(ngx_shmtx_t *mtx)
{
    ngx_err_t  err;
    //加锁,如果成功就直接返回
    err = ngx_lock_fd(mtx->fd);
    if (err == 0) {
        return;
    }
    ngx_log_abort(err, ngx_lock_fd_n " %s failed", mtx->name);
}

ngx_err_t
ngx_lock_fd(ngx_fd_t fd)
{
    struct flock  fl;
    ngx_memzero(&fl, sizeof(struct flock));
    //l_type设定为写锁,也就是互斥锁。
    fl.l_type = F_WRLCK;
    //加锁相对位置是文件的起点
    fl.l_whence = SEEK_SET;
    //加锁会进行阻塞
    if (fcntl(fd, F_SETLKW, &fl) == -1) {
        return ngx_errno;
    }
    return 0;
}

非阻塞加锁

ngx_uint_t
ngx_shmtx_trylock(ngx_shmtx_t *mtx)
{
    ngx_err_t  err;
    err = ngx_trylock_fd(mtx->fd);
    if (err == 0) {
        return 1;
    }
    if (err == NGX_EAGAIN) {
        return 0;
    }
    ngx_log_abort(err, ngx_trylock_fd_n " %s failed", mtx->name);
    return 0;
}

ngx_err_t
ngx_trylock_fd(ngx_fd_t fd)
{
    struct flock  fl;
    ngx_memzero(&fl, sizeof(struct flock));
    //同上面的阻塞加锁
    fl.l_type = F_WRLCK;
    //同上面的阻塞加锁
    fl.l_whence = SEEK_SET;
    //使用非等待方式加锁
    if (fcntl(fd, F_SETLK, &fl) == -1) {
        return ngx_errno;
    }
    return 0;
}

解锁

ngx_err_t
ngx_unlock_fd(ngx_fd_t fd)
{
    struct flock  fl;
    ngx_memzero(&fl, sizeof(struct flock));
    //type设置为解锁
    fl.l_type = F_UNLCK;
    //同前几个
    fl.l_whence = SEEK_SET;
    //解锁
    if (fcntl(fd, F_SETLK, &fl) == -1) {
        return  ngx_errno;
    }
    return 0;
}

销毁

void
ngx_shmtx_destroy(ngx_shmtx_t *mtx)
{
    //关掉fd,也就是关掉程序与文件的连接
    if (ngx_close_file(mtx->fd) == NGX_FILE_ERROR) {
        ngx_log_error(NGX_LOG_ALERT, ngx_cycle->log, ngx_errno,ngx_close_file_n " \"%s\" failed", mtx->name);
    }
}

总结

文件锁通过fcntl,这种是通过内核维护的,无论进程是否非亲缘,都可以使用它进行同步,当然nginx把它的宏放在else最后,说明nginx并不太希望使用它,而是把它当作一个替补方案。为什么这样,想必各位已经明白。

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值