学习GTK+：何时不应删除GTK+窗口指针？

嘿，这个问题戳中了很多GTK+新手的认知盲区——我当初刚学的时候也纠结过好一阵！先把你贴的代码规整一下方便查看：

#include <gtk/gtk.h> 
int main(int argc, char *argv[]) { 
    gtk_init(&argc, &argv); 
    // 创建窗口并将其保存为普通指针 
    GtkWidget *window = gtk_window_new (GTK_WINDOW_TOPLEVEL); 
    g_signal_connect(window, "destroy", G_CALLBACK(gtk_main_quit), NULL); 
    gtk_widget_show(window); 
    gtk_main(); 
    return 0; 
}

你之所以疑惑“为什么没手动释放window的内存”，核心是没搞懂GTK+基于GObject的内存管理规则，尤其是顶层窗口的特殊处理：

• GTK+的所有部件都属于GObject体系，用引用计数管理内存。gtk_window_new()创建的顶层窗口，初始引用计数为1。
• 当你关闭窗口时，destroy信号会被触发——而GTK+对顶层窗口的destroy事件有特殊处理：它会自动调用g_object_unref()来减少窗口的引用计数，当计数降到0时，窗口占用的内存就会被自动释放。
• 你代码里把destroy信号绑定到了gtk_main_quit，这只会退出主循环，但窗口的destroy流程已经在底层完成了内存清理工作，不需要你手动调用g_object_unref(window)。

额外补充两个关键点：

• 如果是创建非顶层部件（比如按钮、布局容器），当它们被添加到父部件后，父部件会持有它们的引用，当父部件被销毁时才会一起释放；如果是临时创建的部件没被添加到父容器，那你就得手动调用g_object_unref()来释放。
• 千万别强行给顶层窗口手动调用g_object_unref()，这会导致引用计数提前归0，GTK+后续操作时可能出现野指针崩溃。

内容的提问来源于stack exchange，提问作者Stéphane