调试技术

这里，呈现一些有用提示，以帮助您调试基于 Qt 的软件。

为调试配置 Qt

当 configuring Qt for installation, it is possible to ensure that it is built to include debug symbols that can make it easier to track bugs in applications and libraries. However, on some platforms, building Qt in debug mode will cause applications to be larger than desirable.

在 macOS 和 Xcode 中调试

采用/不用框架调试

The basic stuff you need to know about debug libraries and frameworks is found at developer.apple.com in: Apple 技术注意事项 TN2124 .

When you build Qt, frameworks are built by default, and inside the framework you will find both a release and a debug version (e.g., QtCore and QtCore_debug). If you pass the -no-framework flag when you build Qt, two dylibs are built for each Qt library (e.g., libQtCore.4.dylib and libQtCore_debug.4.dylib).

What happens when you link depends on whether you use frameworks or not. We don't see a compelling reason to recommend one over the other.

采用框架：

Since the release and debug libraries are inside the framework, the app is simply linked against the framework. Then when you run in the debugger, you will get either the release version or the debug version, depending on whether you set DYLD_IMAGE_SUFFIX . If you don't set it, you get the release version by default (i.e., non _debug). If you set DYLD_IMAGE_SUFFIX=_debug , you get the debug version.

不用框架：

When you tell qmake to generate a Makefile with the debug config, it will link against the _debug version of the libraries and generate debug symbols for the app. Running this program in GDB will then work like running GDB on other platforms, and you will be able to trace inside Qt.

由 Qt 识别的命令行选项

When you run a Qt application, you can specify several command-line options that can help with debugging. These are recognized by QApplication .

选项	描述
`-nograb`	The application should never grab the mouse or the keyboard . This option is set by default when the program is running in the `gdb` debugger under Linux.
`-dograb`	忽略任何隐式 (或明确) `-nograb` . `-dograb` wins over `-nograb` even when `-nograb` is last on the command line.

由 Qt 识别的环境变量

At runtime, a Qt application recognizes many environment variables, some of which can be helpful for debugging:

变量	描述
`QT_DEBUG_PLUGINS`	Set to a non-zero value to make Qt print out diagnostic information about the each (C++) plugin it tries to load.
`QML_IMPORT_TRACE`	Set to a non-zero value to make QML print out diagnostic information from the import loading mechanism.
`QT_HASH_SEED`	设为整数值以禁用 QHash and QSet using a new random ordering for each application run, which in some cases might make testing and debugging difficult.
`QT_WIN_DEBUG_CONSOLE`	On Windows, GUI applications are not attached to a console, so output written to `stdout` and `stderr` is not visible to the user. IDEs typically redirect and display output, but when running an application from the command line, debug output is lost. To get access to the output, set this environment variable to `new` to make the application allocate a new console, or to `attach` to make the application attempt to attach to the parent process' console.

警告和调试消息

Qt includes global C++ macros for writing out warning and debug text. The plain macros use a default 日志类别 ; the categorized logging macros allow you to specify the category. You can use them for the following purposes:

纯宏	有分类的宏	目的
qDebug ()	qCDebug ()	用于写入自定义调试输出
qInfo ()	qCInfo ()	用于情报消息
qWarning ()	qCWarning ()	Used to report warnings and recoverable errors in your application or library
qCritical ()	qCCritical ()	Used for writing critical error messages and reporting system errors
qFatal ()	-	Used for writing messages about fatal errors shortly before exiting

若包括 <QtDebug> 头文件， qDebug() 宏也可以用作输出流。例如：

qDebug() << "Widget" << widget << "at position" << widget->pos();

这些宏的 Qt 实现会打印到 stderr output under Unix/X11 and macOS. With Windows, if it is a console application, the text is sent to console; otherwise, it is sent to the debugger.

By default, only the message is printed. You can include additional information by setting the QT_MESSAGE_PATTERN 环境变量。例如：

QT_MESSAGE_PATTERN="[%{time process} %{type}] %{appname} %{category} %{function} - %{message}"

The format is documented in qSetMessagePattern (). You can also install your own message handler using qInstallMessageHandler ().

若 QT_FATAL_WARNINGS 环境变量有设置， qWarning () exits after printing the warning message. This makes it easy to obtain a backtrace in the debugger.

qDebug (), qInfo ()，和 qWarning () are debugging tools. They can be compiled away by defining QT_NO_DEBUG_OUTPUT , QT_NO_INFO_OUTPUT ，或 QT_NO_WARNING_OUTPUT 在编译期间。

调试函数 QObject::dumpObjectTree () 和 QObject::dumpObjectInfo () are often useful when an application looks or acts strangely. More useful if you use 对象名称 than not, but often useful even without names.

In QML, dumpItemTree () serves the same purpose.

提供 qDebug() 流运算符支持

You can implement the stream operator used by qDebug () to provide debugging support for your classes. The class that implements the stream is QDebug 。使用 QDebugStateSaver to temporarily save the formatting options of the stream. Use nospace () 和 QTextStream 操作符 to further customize the formatting.

这里是表示 2D 坐标类的范例。

QDebug operator<<(QDebug dbg, const Coordinate &c)
{
    QDebugStateSaver saver(dbg);
    dbg.nospace() << "(" << c.x() << ", " << c.y() << ")";
    return dbg;
}

Integration of custom types with Qt's meta-object system is covered in more depth in the 创建自定义 Qt 类型文档。

调试宏

头文件 <QtGlobal> 包含了一些调试宏和 #define 。

3 个重要宏是：

Q_ASSERT (cond), where cond is a boolean expression, writes the warning "ASSERT: ' cond ' in file xyz.cpp, line 234" and exits if cond 为 false。
Q_ASSERT_X (cond, where, what), where cond is a boolean expression, where a location, and what a message, writes the warning: "ASSERT failure in where : ' what ', file xyz.cpp, line 234" and exits if cond 为 false。
Q_CHECK_PTR (ptr), where ptr is a pointer. Writes the warning "In file xyz.cpp, line 234: Out of memory" and exits if ptr 为 0。

这些宏很有用，为检测程序错误，如像这样：

char *alloc(int size)
{
    Q_ASSERT(size > 0);
    char *ptr = new char[size];
    Q_CHECK_PTR(ptr);
    return ptr;
}

Q_ASSERT (), Q_ASSERT_X ()，和 Q_CHECK_PTR () expand to nothing if QT_NO_DEBUG is defined during compilation. For this reason, the arguments to these macro should not have any side-effects. Here is an incorrect usage of Q_CHECK_PTR ():

char *alloc(int size)
{
    char *ptr;
    Q_CHECK_PTR(ptr = new char[size]);  // WRONG
    return ptr;
}

If this code is compiled with QT_NO_DEBUG defined, the code in the Q_CHECK_PTR () expression is not executed and alloc returns an uninitialized pointer.

The Qt library contains hundreds of internal checks that will print warning messages when a programming error is detected. We therefore recommend that you use a debug version of Qt when developing Qt-based software.

日志和分类日志也是可能的在 QML .

常见 Bug

There is one bug that is so common that it deserves mention here: If you include the Q_OBJECT macro in a class declaration and run the meta-object compiler ( moc ), but forget to link the moc -generated object code into your executable, you will get very confusing error messages. Any link error complaining about a lack of vtbl , _vtbl , __vtbl or similar is likely to be a result of this problem.