GNU/Linux下线程高效等待内存值变更的实现方法

首先得明确咱们的核心诉求：既要在内存值变化时及时执行代码，又要尽可能少占CPU——而且你已经能接受偶尔错过事件的可能性，这就给了我们灵活调整策略的空间。下面是几个实用的方案，按落地难度和性价比排序：

1. 带自适应休眠的轮询（最易实现，性价比最高） #

这是最直接的方案，不需要依赖任何特殊内核或硬件支持，逻辑简单易懂。核心思路是：

• 记录内存值的基准状态
• 每次检查内存，如果值没变，就休眠一段时间再查；如果检测到变化，处理完事件后立刻回到高频检查（或短休眠）
• 根据最近的变化频率动态调整休眠时长：连续没变化就慢慢延长休眠，一旦触发事件就立刻缩短休眠，这样既能在事件活跃期及时响应，又能在空闲期把CPU资源让出去

给你个C风格的伪代码参考：

#include <stdint.h>
#include <unistd.h>

#define MIN_SLEEP_US 1000   // 事件活跃期的最小休眠（1ms）
#define MAX_SLEEP_US 100000 // 空闲期的最大休眠（100ms）
#define SLEEP_STEP_US 10000 // 每次调整休眠的步长（10ms）

void handle_event(uint32_t new_val, uint32_t old_val) {
    // 这里写你的事件处理逻辑
}

void monitor_memory(uint32_t *mem_addr) {
    uint32_t last_val = *mem_addr;
    uint32_t current_sleep = MIN_SLEEP_US;

    while (1) {
        uint32_t current_val = *mem_addr;
        if (current_val != last_val) {
            handle_event(current_val, last_val);
            last_val = current_val;
            // 检测到事件，回到高频检查状态
            current_sleep = MIN_SLEEP_US;
        } else {
            // 没变化就延长休眠，直到最大值
            if (current_sleep < MAX_SLEEP_US) {
                current_sleep += SLEEP_STEP_US;
            }
            usleep(current_sleep);
        }
    }
}

优点：零依赖，跨GNU/Linux发行版通用；通过自适应逻辑能把CPU占用压到很低，大部分空闲时间线程都在休眠。
缺点：极端情况下如果两次检查之间内存值又变回原值，会错过事件（但你已经接受这种风险）；最快响应时间受限于最小休眠时长。

2. 用Futex实现等待-唤醒（高效但需内核配合） #

如果你的硬件驱动（或者你能写个简单的内核模块）能配合，Futex是更优的选择。它是Linux内核提供的用户空间同步原语，允许线程在内存值未变化时进入深度休眠，直到内核主动唤醒它。

核心前提是：硬件写入内存后，需要触发内核调用futex_wake来唤醒等待的线程。如果硬件本身不支持，你可能需要写个简单的内核模块，监控该内存区域的写入操作，一旦检测到写入就调用唤醒接口。

用户空间的伪代码示例：

#include <linux/futex.h>
#include <sys/syscall.h>
#include <unistd.h>
#include <stdint.h>

// 封装Futex系统调用
static inline int futex_wait(uint32_t *uaddr, uint32_t expected_val) {
    return syscall(SYS_futex, uaddr, FUTEX_WAIT, expected_val, NULL, NULL, 0);
}

void handle_event(uint32_t new_val, uint32_t old_val) {
    // 你的事件处理逻辑
}

void monitor_memory(uint32_t *mem_addr) {
    uint32_t last_val = *mem_addr;

    while (1) {
        // 线程进入休眠，直到内存值变化或被信号打断
        futex_wait(mem_addr, last_val);
        
        // 被唤醒后立刻检查内存值
        uint32_t current_val = *mem_addr;
        if (current_val != last_val) {
            handle_event(current_val, last_val);
            last_val = current_val;
        }
    }
}

优点：内存未变化时线程完全休眠，CPU占用几乎为0；一旦触发唤醒，能立即响应事件。
缺点：需要内核层面的配合（要么驱动支持，要么自己写小模块）；如果硬件写入后没触发唤醒，线程会一直休眠，错过事件——所以得确保唤醒逻辑可靠。

3. 内存访问断点（仅适合调试，不推荐生产） #

Linux的ptrace或硬件断点机制可以监控内存写入，一旦触发就发送SIGTRAP信号，线程捕获信号后处理事件。但这个方法有明显的局限性：

• 属于调试级别的机制，性能开销大，还可能和其他调试工具冲突
• 每个进程能设置的断点数量有限
• 频繁写入时，信号处理的开销可能比轮询还高

所以这个方案只适合临时调试，绝对不要用在生产环境。

选择建议 #

• 如果不想碰内核代码，自适应轮询是首选，只要调整好休眠参数，完全能满足你的需求
• 若能配合内核驱动或自定义模块，Futex方案是最优解，CPU占用几乎可以忽略
• 内存断点仅用于调试场景，生产环境直接pass

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