GTK4如何不使用Application类开发运行图形界面应用

GTK4 完全支持不依赖 Gtk.Application、Gtk.ApplicationWindow 的极简开发模式，和你熟悉的Tkinter编写逻辑高度一致，可直接运行的最小示例如下：

import gi
gi.require_version("Gtk", "4.0")
from gi.repository import Gtk

# 初始化GTK全局运行环境，必须在所有控件实例化前调用
Gtk.init()

# 直接创建主窗口，不需要绑定任何应用对象
win = Gtk.Window(title="极简GTK4应用")
btn = Gtk.Button(label="Hello, World!")
# 点击按钮关闭窗口
btn.connect("clicked", lambda _: win.close())
win.set_child(btn)
# 窗口关闭时主动退出全局主循环，避免进程残留
win.connect("close-request", lambda _: Gtk.main_quit())
# 显示窗口
win.present()

# 启动全局主循环，等价于Tkinter的mainloop()
Gtk.main()

对你原有疑问的补充说明 #

• 关于activate信号的作用
  你提到的「同步GUI创建流程、避免就绪前竞态」只是非常表层的效果。这个信号本质是GApplication抽象层提供的统一应用激活入口，和GUI控件绘制流程没有强绑定，除了首次启动，它还会在这些场景触发：
  • 用户二次启动已经运行的应用实例时
  • 系统通过文件关联唤起应用打开指定文件时
  • 其他进程通过IPC机制调用应用提供的功能时
• 关于Gtk.Application的存在价值
  它从来不是GTK GUI开发的必选项，只是官方封装的一组桌面应用高阶能力集合，不需要这些能力时完全可以跳过不用：
  • 开箱即用的单实例控制：不需要自己实现文件锁、进程通信逻辑，二次启动时自动唤起已有实例
  • 自动适配桌面规范：包括D-Bus服务注册、全局菜单、系统快捷键、应用状态保存等
  • 统一的跨平台生命周期处理：比如适配macOS关闭所有窗口不退出应用、移动端应用前后台切换等逻辑
• 为什么窗口类没有run()方法
  GTK的主循环是全局单例的，不属于任何一个窗口对象：一个应用可以同时创建多个顶层窗口，主循环统一处理所有窗口的输入、绘制、消息分发，不存在绑定到单个窗口的独立主循环。你熟悉的Tkinter中Tk.mainloop()本质也是调用全局主循环，只是Tkinter把接口挂载到了根窗口类上，底层逻辑和GTK的Gtk.main()没有区别。

写法选择建议 #

如果是开发小型单窗口工具，完全可以使用上面的极简写法，不需要硬套Gtk.Application的信号绑定模式。如果后续要开发符合桌面规范的正式应用、需要单实例、系统集成等能力，再切换到Application类的写法即可。

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