数组变量不直接管理交换，但大数组的匿名页在内存不足时易被换出；可通过监控/proc/meminfo、smaps及mlock()验证和控制；嵌入式中宜用zram或内存池优化。

数组变量本身不直接参与交换空间管理，但它在内存压力场景下会显著影响交换行为——因为数组占用的堆内存页，在物理内存不足时可能被内核换出到 swap 或 zram。

数组变量如何触发交换

当程序动态分配大数组（如 malloc(100 * 1024 * 1024) 申请 100MB 堆内存），且系统剩余物理内存持续低于内核水位线（vm.min_free_kbytes）时，内存回收子系统（kswapd）会启动页面回收。此时未被访问的数组页若属于匿名映射（anon page），就可能被选中写入 swap 分区或 zram 设备。

关键点在于：数组是否“活跃”比大小更重要。一个 200MB 的静态全局数组若长期未访问，比一个频繁读写的 50MB 数组更易被换出。

用数组观察交换行为的方法

可通过以下方式验证数组与交换的关联：

• 运行一个持续分配并随机访问大数组的程序，同时用 watch -n 1 'cat /proc/meminfo | grep -E "(Swap|MemFree|Cached)"' 观察 SwapUsed 是否上升
• 用 cat /proc/[pid]/smaps | grep -A 2 "Anonymous" 查看该进程匿名页数量，再对比 grep "Swap:" 行确认哪些页已换出
• 对数组做 mlock() 锁定后，对应内存页将不再参与交换（需 CAP_IPC_LOCK 权限）

嵌入式场景下的替代方案

在无 swap 分区的嵌入式设备（如 ARM Linux 系统）中，大数组分配失败常表现为 ENOMEM，而非自动换出。此时应优先考虑：

• 启用 zram：它对数组页透明压缩，无需修改应用代码；压缩后数组实际驻留 RAM，避免闪存磨损
• 改用内存池预分配：把大数组拆为固定块，在启动时一次性 mmap(MAP_ANONYMOUS|MAP_HUGETLB)，减少运行时碎片和缺页开销
• 使用 posix_memalign() 对齐分配，提升 TLB 命中率，间接降低因缺页引发的交换倾向

调试与规避建议

若发现数组导致频繁 swap，可从内核参数和应用层协同优化：

• 调高 vm.swappiness（默认60）可让内核更早换出匿名页，但过高会加剧抖动；低内存设备建议设为1–10
• 对只读初始化数组，用 static const int arr[] = {...} 放入 .rodata 段，这类页由文件映射支撑，不计入匿名页，通常不换出
• 监控 /sys/kernel/debug/zram/zram0/mm_stat（若启用 zram），查看压缩比和换入/换出次数，判断数组页是否成为主要压缩对象