Yocto构建BeagleBone Black平台Qt触摸屏自启应用多窗口冻结问题

我帮你捋捋这个问题的排查方向哈，先确认下你的场景：你用Yocto为BeagleBone Black（配置MACHINE='beaglebone'，依赖meta-ti层）构建了系统，Qt应用采用X11渲染方式并设置开机自启。应用的主窗口用堆叠widget做了多页面结构，首页的登录图标点击后会弹出带两个图标的对话框，点击对话框里的任意图标会弹出键盘，输入正确密码就能跳转到对应堆叠页面——这套逻辑在桌面端运行完全正常，但在BBB的触摸屏上，第一次登录没问题，切回首页再尝试登录时整个窗口就会冻结，对吧？

结合嵌入式平台的特性，我整理了几个可能的原因和对应的解决思路：

• X11资源泄漏：嵌入式平台的X11系统资源远不如桌面端充足，你每次弹出对话框、键盘窗口后，有没有确保这些窗口对象被正确销毁？建议用Qt的deleteLater()方法来销毁窗口（而不是直接调用delete），它会在事件循环空闲时安全释放资源；同时要检查窗口相关的信号槽、输入事件绑定有没有在窗口关闭时及时解绑，避免资源占用累积。
• 事件循环阻塞：排查对话框和键盘窗口的业务逻辑，有没有出现同步阻塞的操作（比如长时间的密码验证逻辑、未异步处理的IO操作）？桌面端资源充足可能不会暴露问题，但在BBB这类性能有限的平台上，阻塞事件循环会导致窗口无法响应后续操作，看起来像是冻结。可以把耗时操作放到子线程里执行，避免卡住主线程的事件循环。
• 触摸屏输入事件冲突：嵌入式触摸屏的输入事件处理机制和桌面端有差异，可能存在重复点击时前一个窗口的事件未完全清理，导致输入事件被重复绑定或者焦点混乱。可以在对话框关闭时，明确调用QWidget::clearFocus()把焦点归还给主窗口，同时确保窗口对象彻底销毁后再允许触发新的登录操作。
• Yocto构建的Qt环境依赖不全：桌面端的Qt环境依赖完整，但Yocto构建时可能遗漏了X11相关的依赖组件，比如libxcb系列库、Qt的X11平台插件。可以检查根文件系统的/usr/lib/qt5/plugins/platforms/目录下是否存在libqxcb.so，同时确认libxcb-util、libxcb-xinerama等依赖库是否已打包进系统。
• 窗口层级管理问题：堆叠widget和弹出的对话框、键盘窗口的层级关系可能存在问题，比如关闭对话框后没有正确恢复主窗口的层级焦点，导致后续的触摸输入无法被主窗口接收。可以在对话框关闭后调用mainWindow->activateWindow()强制激活主窗口，确保输入事件能被正确处理。

另外给你两个调试小技巧：

• 在BBB上启动应用前，先设置环境变量QT_DEBUG_PLUGINS=1，这样能看到Qt插件加载的详细日志，排查是否有依赖缺失或者插件加载失败的情况；
• 在代码中给窗口的创建、销毁逻辑添加日志输出，通过串口或者xterm查看日志，确认重复操作时窗口对象是否真的被正确释放了。

备注：内容来源于stack exchange，提问作者user23494417