频繁调用malloc时返回内存被ASAN报中毒，此现象是否为预期行为？

背景 #

• 操作系统：5.17.11-1rodete2-amd64 #1 SMP PREEMPT Debian 5.17.11-1rodete2 (2022-06-09) x86_64
• GCC版本：gcc (Debian 11.3.0-3) 11.3.0

在执行频繁调用malloc()的基准测试时，出现断言失败：

p = malloc(size);
assert(!__asan_region_is_poisoned(p,size));

移除断言后，ASAN会报告malloc返回的内存为用户中毒内存。被测代码其他位置虽使用__asan_unpoison_memory_region和__asan_poison_memory_region，但malloc()调用与使用返回内存之间无此类操作。

问题 #

此现象是否属于预期行为？还是当malloc()返回的内存地址开始被回收时，ASAN存在的bug或限制？

解答 #

这种情况不属于预期行为，更可能是ASAN在内存复用场景下的检测逻辑限制，而非直接的bug。

原因在于：ASAN通过标记内存区域的中毒状态检测越界访问，内存被free()后会被标记为中毒。如果基准测试频繁分配释放内存，malloc()可能复用之前被free()但尚未被ASAN解除中毒标记的内存块——高频率分配释放的压力场景下，ASAN的后台清理线程可能跟不上内存复用速度，导致刚分配的内存还残留着之前的中毒标记。

另外需要排查代码中是否存在间接内存中毒操作：比如异步逻辑、信号处理函数在malloc()调用后、断言前偷偷修改了内存中毒状态；或者代码存在内存越界写入，破坏了ASAN内部元数据，导致其错误标记合法分配的内存为中毒。

如果确认无间接操作，大概率是ASAN在高并发/高频内存流转场景下的性能限制导致标记滞后。这种情况可以尝试调整ASAN参数（比如ASAN_OPTIONS=fast_unwind_on_malloc=1,max_redzone=256）优化处理速度，或者在malloc()后显式调用__asan_unpoison_memory_region(p, size)作为临时 workaround，但这会削弱ASAN检测能力，仅建议在基准测试场景下临时使用。

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