qDebug()使应用程序崩溃的怪异行为

Question

我一直在调试一个简单的目录应用程序，这个问题开始让我受益匪浅。我想创建一个模式对话框，它将接收用户对所显示数据的输入。我有一个保存目录项数据的简单结构：

struct ItemData {
int nodeType;
int nodeID;
int nodeLevel;
QString nodeName;
QString nodeNote;
QString fileName;
}

然后，在数据输入对话框中表示项目数据的结构

struct DialogData {
QString name;
QString note;
QString file;
}

现在，从主窗口的editRec()方法调用数据输入对话框：

void MainWindow::editRec()
{
// model is defined in the main window, getSelectedRowData()
// fills the struct with data properly
ItemData md = model->getSelectedRowData(ui->treeView->selectionModel());
// data, on wich the dialog will operate
DialogData dd;
dd.name = md.nodeName;
dd.note = md.nodeNote;
dd.file = md.fileName;
// checking whether the data wich is being read from the model
// and being passed to dialog is correct
// qDebug '<<' operator is overloaded to handle my structs
//    qDebug << md;        // - outputs data properly, then crashes the program
//    qDebug << dd;        // - also, outputs data properly, then crashes the program
// suspecting the error in the '<<' overload, I tried to output 
// one field at a time and it works if I if uncomment one 
// line at a time, but crashes the application if I try to 
// output all fields in one go.
//  qDebug() << md.nodeType;
//  qDebug() << md.nodeID;
//  qDebug() << md.nodeLevel;
//  qDebug() << md.nodeName;
//  qDebug() << md.nodeNote;
//  qDebug() << md.fileName;
DataDialog *dialog;
//  dialog's interface and data handling differs depending on 
//  the type of the node it will operate on
switch (md.nodeType) {
case NODE_ROOT: {
dialog = new DataDialog(dlgEditRoot, false, this);
dialog->setDialogData(dd, NODE_ROOT);
break;
}
case NODE_BRANCH: {
dialog = new DataDialog(dlgEditBranch, false, this);
dialog->setDialogData(dd, NODE_BRANCH);
break;
}
}
dialog->initWidgets();
if (dialog->exec() == QDialog::Accepted) {   // showing a modal dialog
// if user changed the data, modifying the model with the new data
if (dialog->isDataChanged) {             
dd = dialog->getDialogData();
switch (md.nodeType) {
case NODE_ROOT: {
md.nodeName = dd.name;
md.nodeNote = dd.note;
md.fileName = dd.file;
model->setSelectedRowData(ui->treeView->selectionModel(), md);
break;
}
case NODE_BRANCH: {
md.nodeName = dd.name;
md.nodeNote = dd.note;
md.fileName = dd.file;
model->setSelectedRowData(ui->treeView->selectionModel(), md);
break;
}
}
}
}
qDebug() << md;    // - both of these output data correctly without any crashes
qDebug() << dd;    //
delete dialog;
}

如果我注释掉前三个qDebug()数据转储，那么整个过程将按预期进行。

我在StackOverflow上只发现了两个类似的问题：

• 这个问题没有解决
• 这个解决方案不适用于我的情况

我做错了什么？

Answer 1

我开始使用Kuba Ober的建议进行挖掘，对我最初使用的整个数据结构进行了非常深入的重构，几乎是完全重写。虽然我之前没有找到车祸的确切原因，但我还是解决了这个问题。

给可能遇到类似问题的人一些提示。我在最初的问题中发布的链接实际上与我的问题直接相关。在第一个链接上，Scott"scm6079"说：

qDebug创建了一个相当重要的缓冲区，当它被踩踏时不会使你的程序崩溃

在重写的过程中，我得到的正是这种行为：当我的函数没有返回值时，qDebug()正在将它们从崩溃中"保存"出来。在强制所有函数返回一个值之后，崩溃停止了。

接下来，如果您既没有对QObject实体进行子类化，也没有使用智能指针，请格外注意news，以便将它们与相应的deletes相匹配。不要在条件分支中创建变量。如果您需要根据条件创建对象，请将构造函数中的不同部分重构到创建后将从条件分支调用的方法中。虽然我不确定它是否是好的编码风格，但它确实帮助我修复了崩溃。