1. open()搭配O_EXCL标志与flock()的区别 #

这两者的核心差异在于设计目标、作用时机和生效范围，具体可以拆解为以下几点：

• 作用场景与时机：
  • O_EXCL是open()的标志，仅当与O_CREAT一起使用时才生效——它的作用是原子性地完成「检查文件是否存在 + 创建文件」的操作：如果文件已存在，open()直接返回错误（errno=EEXIST）；如果不存在，则创建文件并返回文件描述符。它只在open()调用的瞬间提供排他性保证，后续其他进程仍可正常打开该文件。
  • flock()是专门的文件锁接口，针对已打开的文件描述符加锁，属于咨询性锁（advisory lock）——它的作用是在文件的整个生命周期内（或直到锁被释放/进程退出）控制进程间的并发访问，需要所有访问文件的进程主动遵守锁规则才能生效。
• 锁的本质：
  • O_EXCL不是「锁」，只是创建文件时的排他性检查机制，没有持续的锁状态。
  • flock()是真正的文件级锁，支持共享锁（LOCK_SH，多个进程可同时持有）和排他锁（LOCK_EX，仅一个进程持有）两种类型。
• 生效范围：
  • O_EXCL的效果是一次性的，仅在open()调用时阻止其他进程创建同名文件，文件创建完成后无任何限制。
  • flock()的锁与文件的inode关联，只要持有锁的进程未关闭文件描述符或主动解锁，其他进程尝试加排他锁就会被阻塞（或在非阻塞模式下失败）。

2. 两种只读独占访问实现的差异与效果分析 #

先明确你的核心需求：两个进程以只读模式打开同一文件，仅允许一个成功打开，另一个失败。我们来逐个分析两种方式：

方式一：open("name", O_RDONLY | O_EXCL | O_NONBLOCK, 0666) #

这种方式完全无法达到预期效果，原因很关键：O_EXCL只有和O_CREAT搭配时才会生效，你这里没有指定O_CREAT，内核会直接忽略O_EXCL标志。也就是说，只要文件存在，两个进程都能成功调用open()打开文件，不会触发EWOULDBLOCK错误。

方式二：先open再flock #

int fd = open("name", O_RDONLY | O_EXCL, 0666); 
if (flock(fd, LOCK_EX | LOCK_NB) == -1 && errno == EWOULDBLOCK) { ... }

这里的O_EXCL同样因为没有O_CREAT而被忽略，所以open()步骤对两个进程来说都会成功（只要文件存在）。真正起作用的是后续的flock()调用：

• 第一个进程调用flock(fd, LOCK_EX | LOCK_NB)会成功获取排他锁；
• 第二个进程调用时，因为文件已被加排他锁，会返回-1且errno=EWOULDBLOCK。

但要注意：这种方式并没有让第二个进程「打开失败」——它的open()是成功的，只是加锁失败。如果你的需求是严格意义上的「打开文件操作失败」，那方式二也没完全满足；但如果需求是「仅允许一个进程获得独占访问权限」，那么在所有进程都遵守「先加锁再操作」的规则下，方式二可以实现这个目标。

两种方式是否等效？ #

完全不等效。方式一的O_EXCL无效，两个进程都能顺利打开文件；方式二通过flock()实现了进程间的排他性控制，只是open()步骤没有排他效果。

O_EXCL的实际作用 #

再次强调：O_EXCL的唯一有效场景是和O_CREAT一起使用，解决文件创建时的竞态条件。比如多个进程需要创建同一个临时文件时，open(path, O_CREAT | O_EXCL, mode)可以保证只有一个进程能创建成功，避免多个进程同时创建文件导致的资源混乱。

如何实现只读模式下的独占文件访问？ #

如果要严格实现「仅允许一个进程成功打开文件」，直接通过open()是做不到的（因为O_EXCL对已存在的文件无效），但可以通过「锁+逻辑判断」的方式模拟：

1. 所有进程都以只读模式打开文件；
2. 立即调用flock(fd, LOCK_EX | LOCK_NB)尝试加排他锁；
3. 如果加锁失败（errno=EWOULDBLOCK），则关闭文件描述符，返回「打开失败」的逻辑结果。

这种方式虽然open()本身成功，但后续通过锁的判断让进程主动放弃文件访问，等效于实现了「独占打开」的需求。

另外，也可以使用fcntl()的记录锁（比如F_SETLK命令）来实现类似效果，指定整个文件的字节范围加排他锁，逻辑和flock()类似。需要注意的是，flock()和fcntl()的锁机制互不兼容，同一系统内的进程要统一使用同一种锁方式。

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