Linux内核中generic_file_aio_write的mutex_lock是否支持跨进程锁？

结论先行：mutex_lock(inode->mutex)完全支持跨进程锁

为什么会有名称误解？ #

你可能混淆了用户态与内核态的mutex实现：

• 用户态的pthread_mutex_t默认仅作用于进程内线程，但内核态的struct mutex是全局可见的内核同步原语，其锁状态存储在内核共享内存中，只要不同进程的内核路径能访问到同一个inode结构（比如打开了同一个文件），就能通过这个mutex实现跨进程同步。

与旧版本i_sem的关系 #

Linux内核在2.6版本演进中，将inode的同步锁从信号量（i_sem）替换为mutex（inode->mutex），这是性能优化而非语义变更：

• 信号量支持多持有者、可降级等复杂场景，但inode同步仅需互斥语义；mutex的实现更轻量，调度开销更低，因此被用来替代i_sem，但跨进程互斥的核心语义完全保留。

权威验证方式 #

1. 查看内核源码实现：
   在Linux 2.6.39版本中，mutex_lock通过原子操作修改锁状态，竞争失败的进程会进入内核调度等待，整个逻辑不区分锁请求来自同一进程还是不同进程，只要是同一个mutex实例，就会强制执行互斥。
2. 内核官方文档佐证：
   Linux内核文档明确说明，内核mutex是用于保护内核共享数据的互斥锁，适用于跨进程、跨线程的同步场景，inode->mutex的设计目标就是保护inode相关操作（如文件写入、元数据修改）的跨进程互斥。
3. 内核提交记录追溯：
   查找替换i_sem为inode->mutex的提交记录，提交说明会明确提到：替换后保持原有同步语义，仅优化性能，这直接证明了inode->mutex继承了i_sem的跨进程锁能力。

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