Linux fcntl函数 建议锁 强制锁
在多个进程访问同一个文件的时候，我们肯定不希望在一个进程写入或修改文件时，另外一个进程也可以修改文件内容，这样就乱了，Linux在底层通过加锁的方式来避免这种文件，我们可以通过fcntl函数来给文件上锁，锁又分为建议锁和强制锁，建议锁，顾名思义，相对温柔一些，在对文件进行锁操作时，会检测是否已经有锁存在，并且尊重已有的锁，但是另外的进程还可以修改文件。在一般的情况下，内核和系统都不使用建议锁。强制性的锁是由内核执行的锁，当一个文件被上锁进行写入操作的时候，内核将阻止其他进程对其进行读写操作。采取强制性的锁对性能的影响很大，每次进行读写操作都必须检查是否有锁存在，fuctl默认是建议锁，如果想用强制锁，需要重新挂载mount系统分区，我们先看看fcntl函数
函数原型
int fcntl(int fd,int cmd,struct flock *lock);
fd为文件描述符
cmd是一些命令参数
F_GETLK 根据lock参数值，决定是否上文件锁
F_SETLK 设置lock参数值的文件锁
F_SETLKW 这是 F_GETLK的阻塞版本，在无法获取锁时，会进入睡眠状态
flock是一个结构体
flock结构体的定义如下：
struct flock {
short l_type;
off_t l_start;
short l_whence;
off_t l_len;
pid_t l_pid;
}
l_type有三个选项：
F_RDLCK : 共享锁，只读用
F_WRLCK : 独占锁(写操作锁)
F_UNLCK : 解除锁定
l_start 为相对位移量
l_whence 必须是以下几个值之一( 在 unistd.h 中定义)：
SEEK_SET : 文件开始位置
SEEK_CUR: 文件当前位置
SEEK_END: 文件末尾位置
l_len 加锁的长度 0 为到文件末尾
l_pid当前文件操作的进程id号
好了，下面来看一个例子： 
我们用一个死循环来防止这个进程死掉 
这样这个进程就一直在执行，我们新开一个远程端，来修改hello.txt这个文件
我们发现还是可以修改这个文件，这是因为fcntl函数默认是建议锁，如果想用强制锁呢，需要重新mount分区 
我们再来跑一下程序 
再在另外一个远程终端修改hello.txt 
我们发现他阻塞在这里了，也就是暂时不能修改了，这个时候我强制终止前一个进程 
再来看另外一个远程终端 
发现已经修改了。
好了，Linux fcntl函数的建议锁和强制锁就总结到这里，如有问题，欢迎指正，谢谢。