qt界面不动,但是响应事件

无响应情况的发生与QT版本（本noob使用的Qt Creator 4.8.0 (Enterprise)）无关，在QT使用时突然发作。

表现为内存占用不断上升，直至到达内存上限后QT闪退123

结合广大博友的相似案例，以及自己成功的解决方案，初步判断为QT无响应和显卡/显示驱动/其他软件的进程干涉有关。

解决方案

显卡问题

运行QtCreator的时候不支持某些显卡或者不支持高性能图形处理器

方法1（笔记本适用，台式PC可能不猜首手行）

你使用的独立显卡有可能不兼容QT，首选图形处理器选择为自动选择或者集成图形

引穗嫌用来自https://blog.csdn.net/Hxj_CSDN/article/details/80630420的图片

方法2（适用不存在上述方法的首选图形处理器选项的台式PC）

inter i系列cpu自带集成显示处理。所以直接禁用独立显卡便可以切换成集成图形。

在这里插入图片描述

显卡驱动原因

想一想最近有没有更新显卡驱动或者安装NVIDIA相关驱动（如 3D vision）

将其卸载安装旧稳定版本显卡驱动，或者卸载3D vision

其他软件进程的干涉（如HOOK）

已知有道词典的划词取词功能（可能是用了信息钩子）会导致QT无响应的BUG。

1还有可能是上层屏幕显示的软件导致QT无响应。

请尽量关闭其他软件进程，再重新进入QT排除原因。如果实锤了，那当然就不能同时使用了！

其他可能的解决办法芹棚

删除 ~\AppData\Roaming\QtProject文件夹，然后再打开Qt Creator即可。

该文件夹经本noob的试验是用于存储QT个人设置以及历史项目目录等文件的，大可删除，QT会在重新打开时自动生成，只不过你相关的设置就会恢复默认值了！！！

Linux下，~是/home/YourUserName

Windows下，~是C:\Users\YourUserName

开启一个局部的事件循环，让其态运执行100ms后自己退出，似乎很不错。写来看看：

QEventLoop eventloop

QTimer::singleShot(100, &eventloop, SLOT(quit()))

eventloop.exec()

创建事件循环

启动定时器，让其100ms后触发事燃闭桥件循环的quit()槽

启动事件循环

后面这种方法可以皮猛不影响其他线程的响应，又可以达到等待的目的。

使用平台相关的 Sleep 或 nanosleep 以后，界面为什么没有反应？QThread 中提供了protected 权限的 sleep 函数，如何用到主线程中？使用QTest 中的 qSleep，在windows下如何隐藏控制台？这些问题其实归结为一点：在主线程中使用这些函数是一种错误，这会直接导致界面无法刷新，用户与程序无法交互。Qt不提供，是因为你不需要在主线程中使用 sleep 函数。如何让程序等待一段时间QTimeQTime tt.start()while(t.elapsed()<1000)这种死循环也是一种常见错误用法。但改成正确的还是比较简单的：QTime tt.start()while(t.elapsed()<1000) QCoreApplication::processEvents()不停地处理事件，以使得程序保持响应。QElapsedTimer这是Qt4.7引入的新的类，和QTime相比，它提供了更快的厅森计算 elapsed 时间的方法。QElapsedTimer tt.start()while(t.elapsed()<1000) QCoreApplication::processEvents()QTest::qWait这是QTest模块提供的等待函数下面是其源代码（和我们前面的游伏谨代码很像吧？）：namespace QTest { inline static void qWait(int ms) { Q_ASSERT(QCoreApplication::instance())QElapsedTimer timertimer.start()do { QCoreApplication::processEvents(QEventLoop::AllEvents, ms)QTest::qSleep(10)} while (timer.elapsed() <ms)} ...其实没什么魔力,对吧？但是因为它QTest模块，所以在程序中我们不要使用它。QEventLoop配合QTimer使用局部的 eventLoop 也是一个不错的选择。例子： QEventLoop eventloopQTimer::singleShot(100, &eventloop, SLOT(quit()))eventloop.exec()QTimer 和 QBasicTimer这两个和本文没有什么直接关系，QTimer估计大家都很熟了。而QBasicTimer估计很少有人用。与QTimer相比，QBasicTimer更快速、轻量、底层。与QTimer相比，它不是QObject的派生类。跨平台的sleep尽管一开始我们就说了，不需要这个东西。但不排除某种场合下，你确实需要这个东西。橹械暮��芗虻ィ╳indows下神基调用Sleep，其他平台调用 nanosleep）：void QTest::qSleep(int ms) { QTEST_ASSERT(ms >0)#ifdef Q_OS_WIN Sleep(uint(ms))#else struct timespec ts = { ms / 1000, (ms % 1000) * 1000 * 1000 }nanosleep(&ts, NULL)#endif }看QThread的源码，windows下同样直接调用Sleep，但非windows的实现比这个就复杂多了：/* \internal helper function to do thread sleeps, since usleep()/nanosleep() aren't reliable enough (in terms of behavior and availability)*/staticvoidthread_sleep(structtimespec *ti){pthread_mutex_tmtxpthread_cond_tcndpthread_mutex_init(&mtx, 0)pthread_cond_init(&cnd, 0)pthread_mutex_lock(&mtx)(void) pthread_cond_timedwait(&cnd, &mtx, ti)pthread_mutex_unlock(&mtx)pthread_cond_destroy(&cnd)pthread_mutex_destroy(&mtx)}voidQThread::sleep(unsignedlongsecs){structtimevaltvgettimeofday(&tv, 0)structtimespectiti.tv_sec = tv.tv_sec + secsti.tv_nsec = (tv.tv_usec * 1000)thread_sleep(&ti)}

---