子进程不继承父进程的记录锁.
当可能出现几个进程争用(读、写)同一个Critical Section的时候,加锁是常用的做法。
Linux加锁的方法,除了经典的IPC(Semophore)之外,记录锁(Record Locking)提供了更简单的方法。
其实记录锁的名字叫文件锁会比较贴切一点,因为其加锁和解锁都是通过对文件的操作完成的。
文件锁的粒度大可到整个文件,小可到一个字节,长度可变,但都可以说是对应一个Record(逻辑意义上)。
对锁的控制是通过调用fcntl实现的,基本的方式如下:
fcntl(fd, operation, flock);
fd是某个文件的句柄,该fd需要以与type相匹配的方式open
operation是操作类型
- F_GETLK 读取锁信息
- F_SETLK 设置锁,在锁已经被占用的情况下,马上返回错误,有点类似于pthread的trylock
- F_SETLKW 设置锁,如果锁被其他进程占用,则阻塞
flock是个struct,用来传递锁的详细信息
- short int l_type 锁的类型,可以是F_RDLCK、 F_WRLCK、F_UNLCK,分别对应读锁、写锁和解锁
- short int l_whence 与l_start一起决定锁的起始位置,SEEK_SET、SEEK_CUR、SEEK_END分别对应文件的开始、当前位置和末尾,和fseek、lseek里的含义一致
- off_t l_start 起始位置
- off_t l_len 长度,0表示从l_start到文件的末尾。据说某些实现支持负数
- pid_t l_pid 拥有锁的进程,operation为GETLK的时候会被设置
fd所对应的文件,本身不需要有数据。
由operation的取值,flock的定义可以看出,其实记录锁非常灵活。
它既可以实现排他锁(F_WRLCK),也可以实现共享锁(F_RDLCK);
同时也支持同步锁(F_SETLKW)和异步锁(F_SETLK)。
记录锁的另一个好处时,进程退出时,会自动释放掉自己所占用的锁。
这就避免了进程异常退出时资源无法回收的问题。
速度也是需要考虑的因素,根据测试,记录锁相对最慢;
但综合考虑易用性和灵活性,我认为这样的速度损耗是可以接受的。