apue自学笔记14.3 记录锁.fcntl记录锁

2024-04-06 21:32

本文主要是介绍apue自学笔记14.3 记录锁.fcntl记录锁,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

函数原型如下:

#include<fcntl.h>int fcntl(int fd,int cmd,.../* struct flock *flockptr */);//返回值:若成功,依赖于cmd,否则,返回-1//cmd 取下面三个值之一
#  define F_GETLK	5	/* Get record locking info.  */
#  define F_SETLK	6	/* Set record locking info (non-blocking).  */
#  define F_SETLKW	7	/* Set record locking info (blocking).	*///flockptr是下面结构体的指针
struct flock{short int l_type;	/* Type of lock: F_RDLCK, F_WRLCK, or F_UNLCK.	*/short int l_whence;	/* Where `l_start' is relative to (like `lseek').  */
#ifndef __USE_FILE_OFFSET64__off_t l_start;	/* Offset where the lock begins.  */__off_t l_len;	/* Size of the locked area; zero means until EOF.  */
#else__off64_t l_start;	/* Offset where the lock begins.  */__off64_t l_len;	/* Size of the locked area; zero means until EOF.  */
#endif__pid_t l_pid;	/* Process holding the lock.  */};//__off_t 是 long int//l_type 取下面三个值之一
# define F_RDLCK		0	/* Read lock.  */
# define F_WRLCK		1	/* Write lock.	*/
# define F_UNLCK		2	/* Remove lock.	 *///l_whence 取下面三个值之一
#define SEEK_SET	0	/* Seek from beginning of file.  */
#define SEEK_CUR	1	/* Seek from current position.  */
#define SEEK_END	2	/* Seek from end of file.  */

fcntl函数的3种命令

F_GETLK

判断由flockptr所描述的锁是否会被另外一把锁排斥(阻塞)。如果存在一把锁,它阻止创建由flockptr所描述的锁,则将现有锁的信息将重写在flockptr指向的信息。如果不存在这种情况,则除了将l_type设置为F_UNLCK之外,flockptr所指向的结构中的其他信息保持不变。

写一个程序验证一下

#include <stdio.h>
#include <fcntl.h>
#include <zconf.h>int main() {int fd;fd = open("/home/gilbert/test.txt",O_RDONLY);if(fd == -1){printf("open file failed.\n");return 1;}struct flock f_lock;f_lock.l_type = F_RDLCK;f_lock.l_whence = SEEK_SET;f_lock.l_start = 0;f_lock.l_len = 10;int ret_fcntl = fcntl(fd,F_GETLK,&f_lock);if(ret_fcntl == -1){printf("fcntl falied.\n");}if(f_lock.l_type == F_UNLCK)printf("f_lock.l_type changed from F_RDLCK to F_UNLCK.\n");if(f_lock.l_whence == SEEK_SET)printf("f_lock.l_whence didn't changed.\n");if(f_lock.l_start == 0)printf("f_lock.l_start didn't changed.\n");if(f_lock.l_len == 10)printf("f_lock.l_len didn't changed.\n");printf("ret_fcntl: %d,pid: %d\n",ret_fcntl,getpid());return 0;
}

输出:

f_lock.l_type changed from F_RDLCK to F_UNLCK.
f_lock.l_whence didn't changed.
f_lock.l_start didn't changed.
f_lock.l_len didn't changed.
ret_fcntl: 0,pid: 8500Process finished with exit code 0

这个程序是将/home/gilbert/test.txt这个文件打开,然后将其从文件开始处起到第十个字节位置使用共享读锁锁起来。因为不存在其他排斥这个锁的锁,所以除了将l_type设置为F_UNLCK之外,flockptr所指向的结构中的其他信息保持不变。

接下来,我们在已有一个共享读锁的情况下再加一个独占性写锁。

#include <stdio.h>
#include <fcntl.h>
#include <zconf.h>int main() {int fd;fd = open("/home/gilbert/test.txt",O_RDONLY);if(fd == -1){printf("open file failed.\n");return 1;}struct flock f_lock;f_lock.l_type = F_RDLCK;f_lock.l_whence = SEEK_SET;f_lock.l_start = 0;f_lock.l_len = 10;int ret_fcntl = fcntl(fd,F_GETLK,&f_lock);if(ret_fcntl == -1){printf("fcntl falied.\n");}struct flock f_lock2;f_lock2.l_type = F_WRLCK;f_lock2.l_whence = SEEK_SET;f_lock2.l_start = 1;f_lock2.l_len = 9;int ret_fcntl2 = fcntl(fd,F_GETLK,&f_lock2);if(ret_fcntl2 == -1){printf("fcntl2 falied.\n");}printf("f_lock2.l_type: %d, f_lock2.l_whence: %d, f_lock2.l_start: %ld,"" f_lock2.l_len: %ld\n",f_lock2.l_type,f_lock2.l_whence,f_lock2.l_start,f_lock2.l_len);return 0;
}

输出:

f_lock2.l_type: 2, f_lock2.l_whence: 0, f_lock2.l_start: 1, f_lock2.l_len: 9Process finished with exit code 0

可以看到,除了f_lock2.l_type从F_WRLCK(1)变为F_UNLCK(2)之外,其他的都没有变,说明这个写锁没有被阻塞,这是不是和前面说的

如果存在一把锁,它阻止创建由flockptr所描述的锁,则将现有锁的信息将重写在flockptr指向的信息。

 相矛盾呢?

为什么原有的读锁没有阻塞这个新的写锁呢?

这是因为读锁和写锁在同一进程里。后面的锁会覆盖前面的,关于锁的兼容性,指的是不同进程之间的。

现在我们在两个不同的进程里面再加锁两次看看结果如何。

#include <stdio.h>
#include <fcntl.h>
#include <zconf.h>int main() {int pid;pid = fork();if(pid == -1){printf("fork failed.\n");return 1;}else if(pid == 0){//child processsleep(2);printf("sleep finished.\n");int fd;fd = open("/home/gilbert/test.txt",O_WRONLY);if(fd == -1){printf("open file failed.\n");return 1;}struct flock f_lock2;f_lock2.l_type = F_WRLCK;f_lock2.l_whence = SEEK_SET;f_lock2.l_start = 1;f_lock2.l_len = 9;int ret_fcntl2 = fcntl(fd,F_GETLK,&f_lock2);if(ret_fcntl2 == -1){printf("fcntl2 falied.\n");}printf("f_lock2.l_type: %d, f_lock2.l_whence: %d, f_lock2.l_start: %ld,"" f_lock2.l_len: %ld\n",f_lock2.l_type,f_lock2.l_whence,f_lock2.l_start,f_lock2.l_len);_exit(0);}else{//parent processint fd;fd = open("/home/gilbert/test.txt",O_RDONLY);if(fd == -1){printf("open file failed.\n");return 1;}struct flock f_lock;f_lock.l_type = F_RDLCK;f_lock.l_whence = SEEK_SET;f_lock.l_start = 0;f_lock.l_len = 10;int ret_fcntl = fcntl(fd,F_GETLK,&f_lock);if(ret_fcntl == -1){printf("fcntl falied.\n");}sleep(5);}return 0;
}

输出

sleep finished.
f_lock2.l_type: 2, f_lock2.l_whence: 0, f_lock2.l_start: 1, f_lock2.l_len: 9Process finished with exit code 0

可以看到,除了f_lock2.l_type从F_WRLCK(1)变为F_UNLCK(2)之外,其他的都没有变,说明这个写锁没有被阻塞。这又是为什么呢?

这是因为,fcntl(fd,F_GETLK,&f_lock);这句只是起测试作用,测试这个锁会不会被其他锁阻塞,并没有真的添加一个锁。要添加一个锁,还要在此基础上添加一个锁,而且,若要加读锁,文件需要以只读方式打开,若要加写锁,文件需以只写方式打开。

修改上面的代码

#include <stdio.h>
#include <fcntl.h>
#include <zconf.h>int main() {int pid;pid = fork();if(pid == -1){printf("fork failed.\n");return 1;}else if(pid == 0){//child processsleep(2);printf("sleep finished.\n");int fd;fd = open("/home/gilbert/test.txt",O_WRONLY);if(fd == -1){printf("open file failed.\n");return 1;}struct flock f_lock2;f_lock2.l_type = F_WRLCK;f_lock2.l_whence = SEEK_SET;f_lock2.l_start = 1;f_lock2.l_len = 9;int ret_fcntl2 = fcntl(fd,F_GETLK,&f_lock2);if(ret_fcntl2 == -1){printf("fcntl2 falied.\n");}printf("f_lock2.l_type: %d, f_lock2.l_whence: %d, f_lock2.l_start: %ld,"" f_lock2.l_len: %ld\n",f_lock2.l_type,f_lock2.l_whence,f_lock2.l_start,f_lock2.l_len);_exit(0);}else{//parent processint fd;fd = open("/home/gilbert/test.txt",O_RDONLY);if(fd == -1){printf("open file failed.\n");return 1;}struct flock f_lock;f_lock.l_type = F_RDLCK;f_lock.l_whence = SEEK_SET;f_lock.l_start = 0;f_lock.l_len = 10;int ret_fcntl = fcntl(fd,F_GETLK,&f_lock);if(ret_fcntl == -1){printf("fcntl falied.\n");}if(f_lock.l_type == F_UNLCK){f_lock.l_type = F_RDLCK;ret_fcntl = fcntl(fd,F_SETLK,&f_lock);if(ret_fcntl == -1){printf("fcntl falied.\n");}printf("add a read lock.\n");}sleep(5);}return 0;
}

输出:

add a read lock.
sleep finished.
f_lock2.l_type: 0, f_lock2.l_whence: 0, f_lock2.l_start: 0, f_lock2.l_len: 10

现在看到,当父进程加了读锁时,子进程再去用写锁测试,写锁会被读锁阻塞,f_lock2结构将被读锁的信息所重写。

如果子进程用读锁去测试呢,得到的结果是,不会阻塞,除了f_lock2.l_type变为F_UNLCK之外,其他都不会变,因为读锁之间是兼容的。

这篇关于apue自学笔记14.3 记录锁.fcntl记录锁的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/880873

相关文章

【学习笔记】 陈强-机器学习-Python-Ch15 人工神经网络(1)sklearn

系列文章目录 监督学习:参数方法 【学习笔记】 陈强-机器学习-Python-Ch4 线性回归 【学习笔记】 陈强-机器学习-Python-Ch5 逻辑回归 【课后题练习】 陈强-机器学习-Python-Ch5 逻辑回归(SAheart.csv) 【学习笔记】 陈强-机器学习-Python-Ch6 多项逻辑回归 【学习笔记 及 课后题练习】 陈强-机器学习-Python-Ch7 判别分析 【学

系统架构师考试学习笔记第三篇——架构设计高级知识(20)通信系统架构设计理论与实践

本章知识考点:         第20课时主要学习通信系统架构设计的理论和工作中的实践。根据新版考试大纲,本课时知识点会涉及案例分析题(25分),而在历年考试中,案例题对该部分内容的考查并不多,虽在综合知识选择题目中经常考查,但分值也不高。本课时内容侧重于对知识点的记忆和理解,按照以往的出题规律,通信系统架构设计基础知识点多来源于教材内的基础网络设备、网络架构和教材外最新时事热点技术。本课时知识

Node.js学习记录(二)

目录 一、express 1、初识express 2、安装express 3、创建并启动web服务器 4、监听 GET&POST 请求、响应内容给客户端 5、获取URL中携带的查询参数 6、获取URL中动态参数 7、静态资源托管 二、工具nodemon 三、express路由 1、express中路由 2、路由的匹配 3、路由模块化 4、路由模块添加前缀 四、中间件

论文阅读笔记: Segment Anything

文章目录 Segment Anything摘要引言任务模型数据引擎数据集负责任的人工智能 Segment Anything Model图像编码器提示编码器mask解码器解决歧义损失和训练 Segment Anything 论文地址: https://arxiv.org/abs/2304.02643 代码地址:https://github.com/facebookresear

数学建模笔记—— 非线性规划

数学建模笔记—— 非线性规划 非线性规划1. 模型原理1.1 非线性规划的标准型1.2 非线性规划求解的Matlab函数 2. 典型例题3. matlab代码求解3.1 例1 一个简单示例3.2 例2 选址问题1. 第一问 线性规划2. 第二问 非线性规划 非线性规划 非线性规划是一种求解目标函数或约束条件中有一个或几个非线性函数的最优化问题的方法。运筹学的一个重要分支。2

【C++学习笔记 20】C++中的智能指针

智能指针的功能 在上一篇笔记提到了在栈和堆上创建变量的区别,使用new关键字创建变量时,需要搭配delete关键字销毁变量。而智能指针的作用就是调用new分配内存时,不必自己去调用delete,甚至不用调用new。 智能指针实际上就是对原始指针的包装。 unique_ptr 最简单的智能指针,是一种作用域指针,意思是当指针超出该作用域时,会自动调用delete。它名为unique的原因是这个

查看提交历史 —— Git 学习笔记 11

查看提交历史 查看提交历史 不带任何选项的git log-p选项--stat 选项--pretty=oneline选项--pretty=format选项git log常用选项列表参考资料 在提交了若干更新,又或者克隆了某个项目之后,你也许想回顾下提交历史。 完成这个任务最简单而又有效的 工具是 git log 命令。 接下来的例子会用一个用于演示的 simplegit

记录每次更新到仓库 —— Git 学习笔记 10

记录每次更新到仓库 文章目录 文件的状态三个区域检查当前文件状态跟踪新文件取消跟踪(un-tracking)文件重新跟踪(re-tracking)文件暂存已修改文件忽略某些文件查看已暂存和未暂存的修改提交更新跳过暂存区删除文件移动文件参考资料 咱们接着很多天以前的 取得Git仓库 这篇文章继续说。 文件的状态 不管是通过哪种方法,现在我们已经有了一个仓库,并从这个仓

忽略某些文件 —— Git 学习笔记 05

忽略某些文件 忽略某些文件 通过.gitignore文件其他规则源如何选择规则源参考资料 对于某些文件,我们不希望把它们纳入 Git 的管理,也不希望它们总出现在未跟踪文件列表。通常它们都是些自动生成的文件,比如日志文件、编译过程中创建的临时文件等。 通过.gitignore文件 假设我们要忽略 lib.a 文件,那我们可以在 lib.a 所在目录下创建一个名为 .gi

取得 Git 仓库 —— Git 学习笔记 04

取得 Git 仓库 —— Git 学习笔记 04 我认为, Git 的学习分为两大块:一是工作区、索引、本地版本库之间的交互;二是本地版本库和远程版本库之间的交互。第一块是基础,第二块是难点。 下面,我们就围绕着第一部分内容来学习,先不考虑远程仓库,只考虑本地仓库。 怎样取得项目的 Git 仓库? 有两种取得 Git 项目仓库的方法。第一种是在本地创建一个新的仓库,第二种是把其他地方的某个