多线程写入mmap致内存损坏，求Android NDK下单向同步方案

核心问题分析 #

你遇到的内存损坏，本质是Android基于的Linux内核在内存紧张时，会将MAP_SHARED映射的内存页换出到文件，后续需要时再从文件读回——这个过程绕过了你的线程内存顺序约束，导致内存数据与预期不一致。要实现内存到文件的单向同步，核心是阻止内核从文件重新加载页到内存，或让映射内存与文件内容彻底解耦。

直接解决方案：阻止文件到内存的回写 #

1. 用mlock锁定内存页 #

将mmap映射的内存页锁定在物理内存中，禁止内核换出，从根源上避免文件内容回写覆盖内存。

void* buf = mmap(NULL, BUF_SIZE, PROT_READ | PROT_WRITE, MAP_SHARED, fd, 0);
if (buf == MAP_FAILED) {
    // 处理映射错误
}
// 尝试锁定内存页
if (mlock(buf, BUF_SIZE) != 0) {
    // 普通应用大概率无法获取LOCK_MEMORY权限，降级为madvise方案
    madvise(buf, BUF_SIZE, MADV_DONTNEED);
}

注意：Android普通应用默认受内存锁定限制，且android.permission.LOCK_MEMORY仅对系统/签名应用开放，需做好降级处理。

2. MAP_SHARED+madvise标记页为脏页 #

映射文件后，先同步初始内容到内存，再告诉内核无需保留文件原始数据，后续内核仅会将内存脏页写回文件，不会从文件读回旧内容：

void* buf = mmap(NULL, BUF_SIZE, PROT_READ | PROT_WRITE, MAP_SHARED, fd, 0);
// 同步文件初始内容到内存
msync(buf, BUF_SIZE, MS_SYNC);
// 标记内核无需保留文件原始数据
madvise(buf, BUF_SIZE, MADV_DONTNEED);

该方法无需特殊权限，能大幅降低内核回写概率，适合普通应用场景。

3. MAP_PRIVATE+主动写入文件 #

用MAP_PRIVATE映射文件（内存修改不会自动同步到文件），手动控制持久化时机，此时内存页是内核匿名拷贝，完全与文件解耦：

void* buf = mmap(NULL, BUF_SIZE, PROT_READ | PROT_WRITE, MAP_PRIVATE, fd, 0);
// 正常修改内存缓冲...
// 需要持久化时，按页批量写入文件
for (size_t i = 0; i < BUF_SIZE; i += PAGE_SIZE) {
    if (is_page_dirty(buf + i)) { // 自行实现脏页跟踪逻辑
        write(fd, buf + i, PAGE_SIZE);
    }
}

这种方式彻底避免内核回写干扰，仅需跟踪脏页，按页写入的性能损失可控。

替代方案与最佳实践 #

1. 页对齐环形缓冲+批量write #

放弃mmap，直接维护页对齐的内存环形缓冲，当缓冲满或达到触发条件时，用writev批量写入整页数据：

// 页对齐环形缓冲
char ring_buf[BUF_SIZE] __attribute__((aligned(PAGE_SIZE)));
// 批量写入示例
struct iovec iov[NUM_PAGES];
// 填充iov数组，指向需要写入的页
writev(fd, iov, NUM_PAGES);
// 插入内存屏障保证顺序
__sync_synchronize();

该方式完全可控，不受内核内存管理干扰，批量写能保证高性能。

2. 分段持久化策略 #

将缓冲拆分为多个固定页块，每个页块写入完成后调用msync同步到文件并标记为“已持久化”，后续仅修改未标记的页块，缩小内核干扰范围。

3. 主动触发异步同步 #

Android内存管理策略更激进，低内存杀手（LMK）触发时可能强制同步脏页。因此，写入内存后建议主动调用msync(buf, size, MS_ASYNC)，让内核异步将数据写入文件，不要依赖内核自动同步保证持久性。

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