Bash脚本与C++程序可共用的互斥锁机制实现方案咨询

你之前在Bash中使用的mkdir创建目录的互斥实现，完全可以跨C++/Bash场景使用，除此之外还有多个更可靠的无额外依赖方案可选，所有方案都不需要引入第三方库，直接基于POSIX系统原生能力实现：

1. 原子目录创建锁（零依赖，兼容现有Bash实现） #

mkdir是POSIX标准明确定义的原子操作：同一时刻无论多少进程（不管是Bash调用命令还是C++调用系统接口）发起目录创建请求，永远只有一个进程能创建成功，其余进程会收到目录已存在的错误返回，不存在竞态条件，天然满足跨进程、跨语言互斥的要求。

Bash侧实现（和你原有逻辑一致） #

LOCK_PATH="/tmp/your_target_file.lock"
# 自旋等待获取锁
while ! mkdir "$LOCK_PATH" 2>/dev/null; do
    sleep 0.05 # 等待间隔可根据业务调整
done

# ------------ 临界区：读写目标文件逻辑 ------------

rm -rf "$LOCK_PATH" # 操作完成释放锁

C++侧对应实现 #

#include <sys/stat.h>
#include <filesystem>
#include <chrono>
#include <thread>

constexpr const char* LOCK_PATH = "/tmp/your_target_file.lock";

void acquire_lock() {
    // 调用原生系统调用和Bash的mkdir命令行为完全一致
    while (mkdir(LOCK_PATH, 0700) != 0) {
        std::this_thread::sleep_for(std::chrono::milliseconds(50));
    }
}

void release_lock() {
    std::filesystem::remove_all(LOCK_PATH);
}

注意：该方案的缺陷是如果持锁进程异常崩溃、没来得及执行删除锁目录的逻辑，会导致死锁。生产环境使用可以在锁目录下写入持锁进程的PID，每次抢锁前检查对应PID是否存活，若进程已退出则清理残留锁目录。

2. flock 文件锁（推荐生产环境使用，无死锁风险） #

flock是内核级的文件锁机制，相比目录创建锁最大的优势是：持锁进程无论正常退出还是异常崩溃，内核都会自动释放持有的锁，不需要额外处理残留锁导致的死锁问题，同样完全跨语言兼容。

Bash侧实现 #

系统自带的flock命令可以直接使用：

LOCK_FILE="/tmp/your_target_file.lock"
# 打开锁文件绑定文件描述符
exec 200>"$LOCK_FILE"
# 阻塞等待获取排他锁，需要非阻塞可加-n参数
flock 200

# ------------ 临界区：读写目标文件逻辑 ------------

flock -u 200 # 主动释放锁，脚本退出时也会自动释放

C++侧对应实现 #

直接调用系统flock接口即可，不需要依赖第三方库：

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

constexpr const char* LOCK_FILE = "/tmp/your_target_file.lock";

class FileLock {
private:
    int lock_fd;
public:
    FileLock() {
        lock_fd = open(LOCK_FILE, O_RDWR | O_CREAT, 0600);
        if (lock_fd < 0) throw std::runtime_error("打开锁文件失败");
        // 申请排他锁，需要非阻塞可加LOCK_NB参数
        if (flock(lock_fd, LOCK_EX) != 0) {
            close(lock_fd);
            throw std::runtime_error("加锁失败");
        }
    }

    ~FileLock() {
        flock(lock_fd, LOCK_UN);
        close(lock_fd);
    }
};

// 用法：进入临界区前创建FileLock实例，离开作用域自动释放锁

方案选择建议 #

• 如果不想改动现有Bash脚本里已经写好的目录锁逻辑，直接在C++侧实现对应的mkdir加锁逻辑即可，只要两边锁路径完全一致就能正常协同。
• 新写逻辑优先选择flock方案，可靠性更高，不需要额外处理崩溃残留锁的问题。
• 不要使用C++标准库的std::mutex、pthread匿名互斥锁这类进程内锁机制，这类锁只能用于同进程内的线程同步，无法跨进程、跨语言使用。

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