Linux文件加锁如何实现？

在Linux系统中，文件加锁是一种多进程并发访问文件时保证数据一致性和完整性的重要机制，当多个进程同时读写同一个文件时，如果没有锁机制，可能会导致数据错乱、丢失或覆盖等问题，Linux文件加锁主要分为两类：建议性锁（Advisory Locking）和强制性锁（Mandatory Locking），建议性锁依赖进程间的协同遵守，而强制性锁由内核强制执行，但后者因性能和兼容性问题较少使用，本文将重点介绍常用的建议性锁实现方式，包括fcntl锁和flock锁，并说明其原理、使用方法及注意事项。

Linux文件加锁的核心机制

建议性锁（Advisory Locking）

建议性锁是Linux中最常用的文件加锁方式，其核心特点是“锁不住不遵守的进程”——即如果一个进程不主动检查或获取锁，仍可访问文件，但规范化的进程会通过锁机制协调访问，根据实现方式，建议性锁又分为fcntl锁和flock锁，二者在锁类型、作用范围和使用场景上存在差异。

强制性锁（Mandatory Locking）

强制性锁由内核强制检查，无论进程是否主动遵守，只要文件被锁定，未授权的访问操作会被内核直接拒绝，但启用强制性锁需要满足特定条件（如文件需设置setgid位且group执行位清除，挂载文件系统时需指定mand选项），且会显著降低文件I/O性能，因此在实际中较少使用,本文暂不展开。

建议性锁的详细实现

fcntl锁：基于文件描述符的细粒度锁

fcntl（file control）是Linux提供的文件控制接口，其锁机制支持记录锁（Record Locking），即可以对文件中的特定字节范围加锁，而非整个文件，因此适合需要精细化控制的场景（如数据库文件、日志文件等）。

原理与参数

fcntl锁通过fcntl()系统调用实现,核心参数包括：

• 锁类型：F_RDLCK（共享读锁，多个进程可同时持有）、F_WRLCK（排他写锁，仅一个进程可持有）、F_UNLCK（解锁）。
• 阻塞控制：F_SETLK（非阻塞模式，无法获取锁时立即返回错误）、F_SETLKW（阻塞模式，无法获取锁时进程休眠，直到锁可用或被信号中断）。
• 锁范围：通过struct flock结构体中的l_whence（起始位置标识，SEEK_SET/SEEK_CUR/SEEK_END）、l_start（起始偏移量）、l_len（锁定的字节数，0表示到文件末尾）定义。

使用示例

编程实现（C语言）：

#include <stdio.h>
#include <stdlib.h>
#include <fcntl.h>
#include <unistd.h>
#include <sys/file.h>
int main() {
    int fd = open("test.txt", O_RDWR);
    if (fd == -1) {
        perror("open failed");
        exit(1);
    }
    // 加排他写锁（阻塞模式）
    struct flock lock = {
        .l_type = F_WRLCK,
        .l_whence = SEEK_SET,
        .l_start = 0,
        .l_len = 0 // 锁定整个文件
    };
    if (fcntl(fd, F_SETLKW, &lock) == -1) {
        perror("fcntl lock failed");
        close(fd);
        exit(1);
    }
    printf("File locked successfully, writing...n");
    // 写入数据
    write(fd, "Hello, world!n", 14);
    sleep(10); // 模拟耗时操作
    // 解锁
    lock.l_type = F_UNLCK;
    if (fcntl(fd, F_SETLK, &lock) == -1) {
        perror("fcntl unlock failed");
    }
    printf("File unlocked.n");
    close(fd);
    return 0;
}

命令行工具：
可通过flock命令间接使用fcntl锁（实际flock命令底层调用的是flock系统调用，此处需注意区分），或使用python的fcntl模块：

import fcntl
import time
with open("test.txt", "r+") as f:
    # 加共享读锁（非阻塞）
    try:
        fcntl.flock(f, fcntl.LOCK_SH | fcntl.LOCK_NB)
        print("Read lock acquired.")
        data = f.read()
        print("File content:", data)
    except BlockingIOError:
        print("Failed to acquire read lock.")
    finally:
        fcntl.flock(f, fcntl.LOCK_UN)  # 解锁

注意事项

• 跨进程性：fcntl锁基于文件描述符，不同进程通过同一文件的文件描述符可共享锁（需文件已打开）。
• 死锁风险：若进程A持有文件1的锁并尝试获取文件2的锁，同时进程B持有文件2的锁并尝试获取文件1的锁，会导致死锁，需通过F_SETLKW的超时机制或固定加锁顺序避免。
• 锁的继承：文件描述符通过dup或fork复制时，锁状态会被继承，但关闭任一文件描述符不会释放锁（需显式解锁）。

flock锁：基于inode的简单锁

flock是另一种建议性锁，通过flock()系统调用实现，其特点是基于文件的inode加锁，而非文件描述符，且仅支持文件整体加锁（不支持字节范围锁定），实现简单，适合脚本或粗粒度并发控制（如脚本执行、日志轮转等）。

原理与参数

flock锁的核心参数包括：

• 锁类型：LOCK_SH（共享锁，读操作）、LOCK_EX（排他锁，写操作）、LOCK_UN（解锁）。
• 阻塞控制：LOCK_NB（非阻塞标志，需与LOCK_SH或LOCK_EX组合使用，如LOCK_EX | LOCK_NB）。

使用示例

命令行工具（flock命令）：
flock命令是flock系统调用的封装，常用于脚本中确保同一时间只有一个脚本实例运行：

# 非阻塞模式加排他锁，执行命令后自动解锁
flock -n /tmp/script.lock -c "echo 'Lock acquired, running script...'; sleep 5; echo 'Script done.'"
# 阻塞模式加锁（默认阻塞，直到获取锁）
flock /tmp/script.lock -c "echo 'Script with exclusive lock.'"

编程实现（C语言）：

#include <stdio.h>
#include <stdlib.h>
#include <sys/file.h>
#include <unistd.h>
int main() {
    int fd = open("test.txt", O_RDWR);
    if (fd == -1) {
        perror("open failed");
        exit(1);
    }
    // 加排他锁（阻塞模式）
    if (flock(fd, LOCK_EX) == -1) {
        perror("flock lock failed");
        close(fd);
        exit(1);
    }
    printf("File locked by flock, writing...n");
    write(fd, "Hello, flock!n", 14);
    sleep(5); // 模拟耗时操作
    // 解锁
    flock(fd, LOCK_UN);
    printf("File unlocked by flock.n");
    close(fd);
    return 0;
}

注意事项

• 跨进程性：flock锁基于inode，不同进程通过同一文件的inode可共享锁（即使文件描述符不同）。
• NFS行为：在NFS文件系统中，flock锁的实现依赖NFS服务器的支持，可能存在锁失效问题；而fcntl锁在NFS中通过NLM（Network Lock Manager）协议实现,跨主机一致性更好。
• 自动释放：进程退出时（无论正常或异常），flock锁会自动释放，无需显式解锁（但推荐显式解锁以避免逻辑歧义）。

fcntl锁与flock锁的对比

文件加锁的通用注意事项

1. 锁的释放：务必确保锁在操作完成后被释放，可通过atexit注册解锁函数，或使用try-finally等结构保证执行。
2. 锁的超时：阻塞模式可能导致进程长时间挂起，可通过F_SETLKW结合alarm或pthread_cond_timedwait实现超时控制。
3. 锁的粒度：避免不必要的全局锁，尽量缩小锁范围（如记录锁），减少并发冲突。
4. 进程异常：进程崩溃或被终止时，fcntl锁和flock锁均会自动释放，但fcntl锁在文件描述符关闭前可能仍有效。

相关问答FAQs

Q1: fcntl锁和flock锁在NFS文件系统上的行为有什么不同？
A1: 在NFS中，fcntl锁通过NLM（Network Lock Manager）协议实现，支持跨主机的锁协调，一致性较好；而flock锁依赖NFS服务器的本地实现，不同NFS服务器版本对flock的支持差异较大，可能导致锁失效，在NFS环境中，推荐优先使用fcntl锁。

Q2: 如何避免文件加锁时的死锁问题？
A2: 死锁的避免需遵循“顺序加锁”原则，即所有进程按固定顺序获取多个文件的锁，若进程A需锁定文件1和文件2，进程B也需锁定文件1和文件2，则规定所有进程先锁文件1再锁文件2，可通过设置锁的超时机制（如fcntl的F_SETLKW结合alarm信号），在超时后放弃锁请求并释放已持有的锁,打破死锁循环。