Linux用户态设备驱动多进程共享数据结构同步方法选型咨询

澄清pthread_mutex的跨进程能力 #

• 普通pthread_mutex默认是进程私有，但通过设置PTHREAD_PROCESS_SHARED属性，并将其放置在共享内存（如shm_open创建的POSIX共享内存）中，即可实现跨进程互斥访问。
• 这种方式保留了mutex的核心安全特性：只有持有锁的进程才能解锁，从根源上避免了命名信号量无所有权的风险。
• 核心代码示例：

  // 创建并映射共享内存
  int shm_fd = shm_open("/dev_shared_mutex", O_CREAT | O_RDWR, 0666);
  ftruncate(shm_fd, sizeof(pthread_mutex_t));
  pthread_mutex_t *mutex = mmap(NULL, sizeof(pthread_mutex_t), PROT_READ | PROT_WRITE, MAP_SHARED, shm_fd, 0);
  
  // 配置mutex为进程共享属性
  pthread_mutexattr_t attr;
  pthread_mutexattr_init(&attr);
  pthread_mutexattr_setpshared(&attr, PTHREAD_PROCESS_SHARED);
  pthread_mutex_init(mutex, &attr);
  
  // 互斥访问共享数据
  pthread_mutex_lock(mutex);
  // 操作共享数据结构
  pthread_mutex_unlock(mutex);
  
  // 资源清理
  pthread_mutex_destroy(mutex);
  munmap(mutex, sizeof(pthread_mutex_t));
  shm_unlink("/dev_shared_mutex");
  

命名信号量的安全使用约束 #

• 若选择命名信号量（sem_open），需严格保证加锁与解锁操作在同一个进程的逻辑流中完成，禁止跨进程解锁。
• 互斥场景下将信号量初始值设为1，模拟mutex行为：

  sem_t *sem = sem_open("/dev_named_sem", O_CREAT | O_RDWR, 0666, 1);
  sem_wait(sem); // 获取锁
  // 操作共享数据
  sem_post(sem); // 释放锁
  sem_close(sem);
  sem_unlink("/dev_named_sem");
  

• 注意事项：若进程异常退出未解锁，其他进程会被永久阻塞，可配合sem_timedwait设置超时，或启用SEM_UNDO属性实现进程退出时的资源回收。

其他备选方案 #

• 文件锁：通过flock()或fcntl()对专用文件加锁，无需共享内存，实现简单。缺点是性能略低，且为建议性锁，需所有进程遵守约定：

  int lock_fd = open("/var/lock/dev_sync_lock", O_CREAT | O_RDWR, 0666);
  flock(lock_fd, LOCK_EX); // 排他锁
  // 操作共享数据
  flock(lock_fd, LOCK_UN); // 解锁
  close(lock_fd);
  

• System V信号量：支持信号量集，功能更复杂但兼容性好，不过POSIX接口更适合新代码开发。

选型总结 #

• 优先选择共享内存+进程共享属性的pthread_mutex：既保留mutex的所有权安全特性，又满足跨进程同步需求，是最贴合场景的方案。
• 命名信号量可作为备选，但需严格规范操作流程，规避无所有权带来的风险。
• 文件锁适合对性能要求不高的简单同步场景。

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