C语言客户端服务器跨系统原子读写flag的实现方案咨询

首先得明确：你原本计划的进程内bool变量，在跨机器场景下完全起不到同步作用——不同Linux主机的进程内存是完全隔离的，A机器进程修改自己的in_use，B机器的进程根本看不到。要解决跨系统的竞态条件，必须用跨进程、跨机器的同步原语，以下是几种落地性强的方案：

1. 共享存储文件锁（优先推荐，简单可靠） #

如果你的客户端和服务器能访问同一个网络共享存储（比如NFS、GlusterFS），直接用Linux原生的文件锁机制就行，最经典的是flock()或fcntl()：

• 核心逻辑：创建一个专门的锁文件（比如/shared_storage/operation.lock），任何进程要执行文件读写删除操作前，先尝试获取这个文件的排他锁：
  • 获取成功：执行目标操作，完成后关闭文件描述符自动释放锁
  • 获取失败：直接返回“操作中”或等待重试

flock()的代码示例片段：

#include <sys/file.h>
#include <unistd.h>
#include <fcntl.h>

bool acquire_lock(const char* lock_file_path) {
    // 创建锁文件（不存在则创建，存在则打开）
    int fd = open(lock_file_path, O_CREAT | O_RDWR, 0666);
    if (fd == -1) return false;
    // 非阻塞模式获取排他锁，避免死等
    int ret = flock(fd, LOCK_EX | LOCK_NB);
    if (ret == 0) {
        // 锁获取成功，保留fd直到操作完成后关闭
        return true;
    }
    close(fd);
    return false;
}

// 操作完成后，调用close(fd)即可自动释放锁

注意：如果用NFS，要确保开启了lockd服务，且NFS版本在v3及以上（支持文件锁）。

2. 分布式锁服务（无共享存储时使用） #

如果没有共享存储可用，就得借助专门的分布式锁组件：

• Redis分布式锁：利用SETNX（仅当键不存在时设置）命令配合过期时间实现，示例命令：

  # 尝试获取锁，10秒自动过期避免死锁
  redis-cli SET data_operation_lock "app_instance_id" NX EX 10
  

  返回OK表示锁获取成功，操作完成后用DEL data_operation_lock释放锁。
• ZooKeeper分布式锁：基于临时有序节点实现，可靠性更高，但部署维护成本比Redis高。

3. 为什么进程内bool变量不可行 #

你原本的思路存在本质问题：

• 跨机器进程的内存完全隔离，变量值无法跨主机共享
• 就算是同一机器的不同进程，内存也不共享，进程内的标志位根本做不到同步

总结 #

• 有共享存储：优先用flock()文件锁，零额外依赖，实现简单
• 无共享存储：选Redis或ZooKeeper分布式锁，根据团队技术栈选型
• 绝对不要用进程内布尔变量做跨系统的同步控制

内容的提问来源于stack exchange，提问作者Engineer999