如何修复GQueue内存泄漏？附测试代码与Valgrind检测结果

云原生阿岚

2026-8-21

解决GLib GQueue内存泄漏问题

先结合你的代码和Valgrind检测结果分析问题：

问题拆解

24字节的definitely lost：这是GQueue结构体本身的内存，大概率是编译优化导致g_queue_free(test)被编译器跳过——当开启优化时，编译器会判定test在free后不再被使用，进而移除这个无副作用的调用，造成内存未释放。
18k字节的still reachable：这是GLib内部的全局内存池（比如线程初始化结构、切片分配器缓存），属于正常现象，GLib会在程序退出时自动释放，Valgrind仅标记为“仍可访问”，无需处理。

解决方案

1. 关闭编译优化

编译时添加-O0参数，避免编译器移除g_queue_free调用：

gcc -o testgqueue testgqueue.c `pkg-config --cflags --libs glib-2.0` -O0

2. 阻止编译器优化`g_queue_free`

在g_queue_free后给指针赋值NULL，让编译器认为该操作存在副作用：

#include <stdio.h>
#include <glib.h>

int main (){
    GQueue *test = NULL;
    test = g_queue_new();
    g_queue_push_tail(test,"hola mundo");
    printf("%s \n",(char *)g_queue_peek_head(test));
    g_queue_free(test);
    test = NULL; // 防止编译器优化掉free操作
    return 0;
}

3. 使用`g_queue_free_full`（适配后续场景）

如果后续队列中会存放堆分配的数据，推荐用g_queue_free_full自动处理元素释放（当前字面量无需释放，传入NULL即可）：

#include <stdio.h>
#include <glib.h>

int main (){
    GQueue *test = NULL;
    test = g_queue_new();
    g_queue_push_tail(test,"hola mundo");
    printf("%s \n",(char *)g_queue_peek_head(test));
    // 第二个参数为元素释放函数，字面量无需释放传NULL
    g_queue_free_full(test, NULL);
    return 0;
}