数组变量不直接管理交换，但大数组的匿名页在内存不足时易被换出；可通过监控/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），查看压缩比和换入/换出次数，判断数组页是否成为主要压缩对象
