C++ GTKMM3多线程每5秒采集传感器信息但UI无法显示问题求助

你碰到的UI弹不出来的问题完全是代码逻辑硬错误导致的，没有复杂的环境问题：

• 最直接的阻塞原因：你在主窗口构造函数中调用t1.join()的操作完全违背了join的设计逻辑。join()的作用是阻塞当前调用线程，等待子线程执行完毕后才会继续向下执行。但你写的get_sensor_info_thread是带while(true)的永久死循环，永远不会退出，这就导致主UI线程直接卡死在构造函数的join位置，根本走不到GTK主事件循环的启动步骤——哪怕你已经调用了show_all_children()，窗口初始化流程没有走完，自然弹不出来。
• 潜在的合规性问题：gtkmm3是严格的单线程UI模型，所有涉及控件创建、修改、绘制的操作，必须在运行Gtk::Main::run()的主线程中执行，独立子线程绝对不能直接操作UI控件，否则会触发未定义行为甚至程序直接崩溃。

1. 先从构造函数中彻底移除阻塞的线程启动代码，也就是删掉这两行：

   std::thread t1(get_sensor_info_thread);
   t1.join();
   

2. 在MainWindow类的私有成员中补充线程管理所需的变量：

   // 绑定窗口生命周期的线程对象
   std::thread sensor_thread;
   // 控制线程退出的原子标记，避免多线程下的读写竞争
   std::atomic<bool> sensor_thread_active{false};
   

3. 在构造函数的show_all_children()调用完成后，启动传感器采集线程，不要做join阻塞：

   show_all_children();
   
   // 标记线程为运行状态
   sensor_thread_active = true;
   // 启动采集线程
   sensor_thread = std::thread([this]() {
       while (sensor_thread_active) {
           // 保留原来的传感器输出逻辑
           system("sensors");
           // 拆分5秒的休眠，保证线程可以快速响应退出指令
           for (int step = 0; step < 50 && sensor_thread_active; step++) {
               std::this_thread::sleep_for(std::chrono::milliseconds(100));
           }
       }
   });
   

4. 在MainWindow的析构函数中做好线程资源回收，避免窗口销毁后子线程还在后台运行：

   MainWindow::~MainWindow() {
       // 先触发线程退出
       sensor_thread_active = false;
       // 等待子线程结束，此处join不会永久阻塞，因为循环已经收到退出标记
       if (sensor_thread.joinable()) {
           sensor_thread.join();
       }
   }
   

5. 后续如果要把采集到的传感器数值更新到UI控件上，绝对不能在子线程里直接调用set_text这类UI方法，必须通过Glib::signal_idle()把更新逻辑投递回主线程执行，示例：

   // 子线程采集到数值后的操作
   double current_cpu_val = 45.2;
   Glib::signal_idle().connect_once([this, current_cpu_val]() {
       // 这个lambda会在主线程执行，不会触发UI线程安全问题
       cpuEntry.set_text(std::to_string(current_cpu_val));
   });
   

常见踩坑提示：很多人初学std::thread的时候会把join和detach搞混，觉得创建了线程就要立刻join，实际上join是会阻塞当前线程的，适合需要等子线程出结果再往下走的场景；而和UI绑定的后台线程，只需要在对象销毁的时候做join回收资源即可，不需要在创建的时候立刻等待。

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