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学习笔记之getattr和hasattr用法示例详解

《Python学习笔记之getattr和hasattr用法示例详解》在Python中,hasattr()、getattr()和setattr()是一组内置函数,用于对对象的属性进行操作和查询,这篇文章... 目录1.getattr用法详解1.1 基本作用1.2 示例1.3 原理2.hasattr用法详解2.

基于Spring Boot 的小区人脸识别与出入记录管理系统功能

《基于SpringBoot的小区人脸识别与出入记录管理系统功能》文章介绍基于SpringBoot框架与百度AI人脸识别API的小区出入管理系统,实现自动识别、记录及查询功能,涵盖技术选型、数据模型... 目录系统功能概述技术栈选择核心依赖配置数据模型设计出入记录实体类出入记录查询表单出入记录 VO 类(用于

Python pandas库自学超详细教程

《Pythonpandas库自学超详细教程》文章介绍了Pandas库的基本功能、安装方法及核心操作,涵盖数据导入(CSV/Excel等)、数据结构(Series、DataFrame)、数据清洗、转换... 目录一、什么是Pandas库(1)、Pandas 应用(2)、Pandas 功能(3)、数据结构二、安

java中pdf模版填充表单踩坑实战记录(itextPdf、openPdf、pdfbox)

《java中pdf模版填充表单踩坑实战记录(itextPdf、openPdf、pdfbox)》:本文主要介绍java中pdf模版填充表单踩坑的相关资料,OpenPDF、iText、PDFBox是三... 目录准备Pdf模版方法1:itextpdf7填充表单(1)加入依赖(2)代码(3)遇到的问题方法2:pd

Zabbix在MySQL性能监控方面的运用及最佳实践记录

《Zabbix在MySQL性能监控方面的运用及最佳实践记录》Zabbix通过自定义脚本和内置模板监控MySQL核心指标(连接、查询、资源、复制),支持自动发现多实例及告警通知,结合可视化仪表盘,可有效... 目录一、核心监控指标及配置1. 关键监控指标示例2. 配置方法二、自动发现与多实例管理1. 实践步骤

在Spring Boot中集成RabbitMQ的实战记录

《在SpringBoot中集成RabbitMQ的实战记录》本文介绍SpringBoot集成RabbitMQ的步骤,涵盖配置连接、消息发送与接收,并对比两种定义Exchange与队列的方式:手动声明(... 目录前言准备工作1. 安装 RabbitMQ2. 消息发送者(Producer)配置1. 创建 Spr

k8s上运行的mysql、mariadb数据库的备份记录(支持x86和arm两种架构)

《k8s上运行的mysql、mariadb数据库的备份记录(支持x86和arm两种架构)》本文记录在K8s上运行的MySQL/MariaDB备份方案,通过工具容器执行mysqldump,结合定时任务实... 目录前言一、获取需要备份的数据库的信息二、备份步骤1.准备工作(X86)1.准备工作(arm)2.手

SpringBoot3应用中集成和使用Spring Retry的实践记录

《SpringBoot3应用中集成和使用SpringRetry的实践记录》SpringRetry为SpringBoot3提供重试机制,支持注解和编程式两种方式,可配置重试策略与监听器,适用于临时性故... 目录1. 简介2. 环境准备3. 使用方式3.1 注解方式 基础使用自定义重试策略失败恢复机制注意事项

Python UV安装、升级、卸载详细步骤记录

《PythonUV安装、升级、卸载详细步骤记录》:本文主要介绍PythonUV安装、升级、卸载的详细步骤,uv是Astral推出的下一代Python包与项目管理器,主打单一可执行文件、极致性能... 目录安装检查升级设置自动补全卸载UV 命令总结 官方文档详见:https://docs.astral.sh/

统一返回JsonResult踩坑的记录

《统一返回JsonResult踩坑的记录》:本文主要介绍统一返回JsonResult踩坑的记录,具有很好的参考价值,希望对大家有所帮助,如有错误或未考虑完全的地方,望不吝赐教... 目录统一返回jsonResult踩坑定义了一个统一返回类在使用时,JsonResult没有get/set方法时响应总结统一返回