起因：

现象：

屏蔽掉相关代码之后，再次运行，会跳到Button的setPalette处；

屏蔽掉相关代码之后，再次运行，又会调到Label的setText处；

屏蔽掉相关代码之后，再次运行，会跳到一个vector变量的at(i)处。

这个屏蔽了之后就可以了。

release的时候，不固定的崩溃，日志报告为常见的debug信息：

Warning: Qt has caught an exception thrown from an event handler.

Throwing exceptions from an event handler is not supported in Qt.

You must reimplement QApplication::notify() and catch all exception there.

重现：

调试：

想上网上找找吧，错误不明显，网速也慢的难受，只好自己闷骚了。

思考：

1、使用了不当的指针，导致系统变量乱套了。不过也不太可能，一个变量乱套可以，总不至于A、B、C、D都乱套吧。

2、系统使用了QTimer定时器，但是使用了长时间的延时。有可能阻碍主线程或串口线程动作，阻碍主线程解析串口数据缓冲区溢出，导致崩溃。

3、系统结果需要定时保存到本地Excel文件。可能是Excel模块出一些不太严重的问题，时间长了导致系统随机崩溃。

4、或者别人安装、卸载了什么软件，导致操作系统环境变化，影响了调试、运行环境，最终导致崩溃。

5、或者Qt本身环境不稳定。想想，也不太可能吧，毕竟已经十几年了，一般的应用应该没问题。要是真有问题，那真的恭喜我了。

回退到稳定版本：

1、延时是200ms，现在的是4000ms。

2、增加了平均值输出功能，并引入了平均值数据存储变量（数组）。

3、界面有原来的20*1个按钮和20*4个标签扩展为30*1个按钮和30*4个标签。

逐步增加功能：

2、增加界面按钮，正常；

3、增加延时，崩溃。

终于发现问题：

主线程中使用的QTime定时器中循环造成程序线程堵塞：

void CDelayTimer::DelayTime(unsigned long nDelayTime)//ms
{
    QTime time;
    time.start();
    while (time.elapsed() < nDelayTime)
    {
        //空语句，延时效果
    }
}

按照Qt中文手册中7-3 系统繁忙时的响应（ Staying Responsive During Intensive Processing）的说明，改为如下可暂时使用：

void CDelayTimer::DelayTime(unsigned long nDelayTime)//ms
{
    QTime time;
    time.start();
    while (time.elapsed() < nDelayTime)
    {
        //空语句，延时效果
        QApplication::processEvents();
    }
}

结论：

其实个人感觉也可能不是这方面的原因，也可能是某个变量在定时器和主线程中同时写，造成变量写违例，引发这种问题。

但是现在还没有找到对应的位置。

思考：

        QApplication::processEvents();
2、多线程程序中定义、引入一个变量，要考虑作用范围，抱着“能不定义就不定义，能少定义就少定义”的原则。

  个人感觉如果对某个变量频繁修改，那么就要积极考虑是否会引起冲突，尽量降低维护成本。

3、构建能够调试的环境，步步跟踪。

  我的情况就是，开发机上可以调试，但是生产机上不能调试，郁闷的要死。

  在设置QWidget字体样式、变量内容被覆盖就无法调试。

遗留问题：

2、根本原因仍不明朗，暂时可用，但还需要继续研究。