Linux 内核提供的函数--mutex_lock()

初始状态：互斥锁处于解锁状态。
加锁操作：
- 如果锁是解锁状态，调用 mutex_lock() 的线程会立即获得锁，并将其设置为锁定状态。
- 如果锁已经被其他线程持有，当前线程会被阻塞，直到锁被释放。
解锁操作：通过 mutex_unlock() 函数释放锁，允许等待的线程尝试获取锁。

示例代码

下面是一个简单的示例，展示了如何使用 mutex_lock() 和 mutex_unlock() 来保护共享资源：

深色版本

#include <linux/mutex.h>
#include <linux/slab.h>

// 定义一个互斥锁
static struct mutex my_mutex;

// 共享资源
static int shared_resource = 0;

// 初始化互斥锁
static int __init my_module_init(void) {
    mutex_init(&my_mutex);
    return 0;
}

// 清理互斥锁
static void __exit my_module_exit(void) {
    mutex_destroy(&my_mutex);
}

// 模拟并发访问共享资源的函数
static void access_shared_resource(int increment) {
    // 加锁
    mutex_lock(&my_mutex);

    // 访问共享资源
    shared_resource += increment;
    printk(KERN_INFO "Shared resource updated: %d\n", shared_resource);

    // 解锁
    mutex_unlock(&my_mutex);
}

关键点解析

初始化互斥锁：
c
深色版本
```
static struct mutex my_mutex;
mutex_init(&my_mutex);
```
- 在使用互斥锁之前必须先初始化它，否则会导致未定义行为。
加锁操作：
c
深色版本
```
mutex_lock(&my_mutex);
```
- 当前线程尝试获取锁，如果锁不可用（已被其他线程持有），则当前线程将被挂起，直到锁可用为止。
解锁操作：
c
深色版本
```
mutex_unlock(&my_mutex);
```
- 解锁后，如果有其他线程正在等待这个锁，内核会选择其中一个线程并唤醒它，使其有机会获取锁。
销毁互斥锁：
c
深色版本
```
mutex_destroy(&my_mutex);
```
- 在模块退出时，应该销毁互斥锁以释放相关资源。不过在大多数情况下，互斥锁的生命周期与模块相同，因此不一定需要显式销毁。

注意事项

死锁风险：
- 必须确保每个 mutex_lock() 都有对应的 mutex_unlock() 调用，否则可能导致死锁。
- 不要在持有锁的情况下调用可能导致睡眠的操作（如 copy_from_user() 或 kmalloc(GFP_KERNEL)），除非你确定这些操作不会导致当前线程进入睡眠状态。
递归锁：
- 标准互斥锁不允许递归锁定（即同一个线程不能多次锁定同一个互斥锁）。如果你需要递归锁，请考虑使用 spinlock_t 或者 rwlock_t。
性能考虑：
- 获取互斥锁涉及上下文切换，可能会带来一定的性能开销。对于高频次的短临界区，可以考虑使用自旋锁（spinlock_t）来代替互斥锁，但要注意自旋锁在抢占式内核中可能导致较高的CPU占用率。
优先级继承：
- Linux 内核中的互斥锁支持优先级继承（Priority Inheritance Protocol, PIP），可以在一定程度上减少优先级反转问题的发生。