QT程序崩溃原因示例和分析

崩溃示例

程序崩溃的一般原因

一、内存访问

QT中的QList和他的了类QByteArrayList，QItemSelection,QQueue,QStringList以下标方式引用时，如果未对下标是由越界进行检查，就有可能会引起程序的崩溃。

1.1 SIMIS-Teacher CreateUser.cpp

数组越界，引起崩溃：

另外还需要注意：ui.comboBox_structure->currentIndex()，在QT控件获取选中位置时，在未选中时多数返回-1，如果未加检查就在数组中引用就会引起问题。

    _map[DB_Field_role] = m_bTeacher ? _Role_Teac : _Role_Stu;

    _map[DB_Field_ParentID] = m_classIDList.at(ui.comboBox_structure->currentIndex());

 

修改后代码：

    _map[DB_Field_role] = m_bTeacher ? _Role_Teac : _Role_Stu;

const int ncIndex = ui.comboBox_structure->currentIndex();

    if((0 <= ncIndex) && (m_classIDList.size() > ncIndex)){

        _map[DB_Field_ParentID] = m_classIDList.at(ncIndex);/

    }

1.2 UserInforManager  UserInforManager.cpp

数组越界，引起崩溃：

QVariantMap _user = _users[0];

              _userRes << _user;

              role = _user.value(DB_Field_role).toString();

 

修改为：

QVariantMap _user;

              if (0 < _users.size()) {

                     _user = _users[0];

                     _userRes << _user;

                     role = _user.value(DB_Field_role).toString();

              }

 

 

1.3 UserInforManager  UserInforManager.cpp

数组越界，引起崩溃：

_oldMap = QueryUserInfor(getAccount(userID.toInt())).at(0);

 

修改为：

auto qlmTemp = QueryUserInfor(rDataBase, getAccount(rDataBase, userID.toInt()));

              if (0 < qlmTemp.size()) {

                     _oldMap = qlmTemp[0];

              }

1.4 数据溢出

char buffer[10];

int counter;

lstrcpy(buffer, "abcdefghik");

 

在debug版中buffer的结束标志覆盖了counter的高位，但是除非counter的数值大于16M,否则不会引起问题。但是在release版中，counter可能被放在寄存器中，这样NULL就覆盖了buffer下面的空间，可能就是函数的返回地址，这将导致ACCESS ERROR。

二、使用无效的迭代器

2.1 引用无效的iterator

Erase操作作迭代器it已经效，对其操作会引起未定义的问题。

    if (!bExist)//不存在删除

        {      

vAllSelPackageUUID.erase(it);

   

            QString strTip = QString(QStringLiteral("文件%1不存在是否删除配置信息？")).arg(strFilePath);

            if (QMessageBox::Ok == QMessageBox::warning(NULL, QStringLiteral("提示"), strTip, QMessageBox::Ok | QMessageBox::Cancel))

            {

                QString strConfigFile = ModifyPath(Cls_PackageDataInfo::GetInstance()->GetWorkPath()) + CONST_QSTR_SERVER_CONFIG_FILE;

                Cls_PackageDataInfo::GetInstance()->GetPackageDataInfoFromServerByID(*it)->DelPackageConfig(strConfigFile);

                bUpdateServerFile = true;

            }

 

                        continue;

        }

建议修改为：

    if (!bExist)//不存在删除

        {          

            QString strTip = QString(QStringLiteral("文件%1不存在是否删除配置信息？")).arg(strFilePath);

            if (QMessageBox::Ok == QMessageBox::warning(NULL, QStringLiteral("提示"), strTip, QMessageBox::Ok | QMessageBox::Cancel))

            {

                QString strConfigFile = ModifyPath(Cls_PackageDataInfo::GetInstance()->GetWorkPath()) + CONST_QSTR_SERVER_CONFIG_FILE;

                Cls_PackageDataInfo::GetInstance()->GetPackageDataInfoFromServerByID(*it)->DelPackageConfig(strConfigFile);

                bUpdateServerFile = true;

            }

vAllSelPackageUUID.erase(it);

 

                        continue;

        }

三、杂项

3.1 Assert问题

ASSERT在Release版本中是不会被编译的。 假如你在这些语句中加了程序中必须要有的代码。例：

ASSERT(pNewObj = new CMyClass);

pNewObj->MyFunction();

这种时候Release版本中的pNewObj不会分配到空间，所以Assert中的代码，不能有边际效应。

3.2 库版本

人们将不同版本DLL混合造成的不一致性形象的称为 “动态连接库的地狱“(DLL Hell)。不能将debug和release版的DLL混合在一起使用。debug都是debug版，release版都是release版。

debug版和release版会引起难查找的问题。

3.3 多线程

在多线程的环境下，对于关键资源需要加锁，特别是在对容器变量进行修改时。