Qt之qInstallMessageHandler(输出详细日志)

简述

安装之前已定义的消息处理程序,返回一个指向前一个消息处理程序。

消息处理程序是一个函数,用于打印调试信息、警告信息、严重错误和致命的错误的消息。Qt库(debug模式)包含成百上千的警告信息打印,当发生内部错误时(通常是无效的函数参数)。Qt在release模式下构建还包含这些警告,除非在编译时设置QT_NO_WARNING_OUTPUT和/或QT_NO_DEBUG_OUTPUT。如果你实现自己的消息处理程序,就可以完全控制这些消息。

缺省的消息处理程序向标准输出打印消息。如果是一个致命的消息,应用程序就会立即中止。

仅可以定义一个消息处理程序,因为这通常是在应用范围的基础上进行的,以控制调试输出。

调用qInstallMessageHandler(0)可以恢复消息处理程序。

  • 简述
  • 调试级别
  • 正常使用
  • 自定义消息处理
  • 更多参考

调试级别

首先,我们看一下常见的调试级别:

  • qDebug

    调试信息

  • qWarning

    警告信息

  • qCritical

    严重错误

  • qFatal

    致命错误

正常使用

一般情况下,在调试程序的时候,我们会输出一些调试信息,便于程序跟踪。

例如:

int main(int argc, char **argv)
{
    QApplication app(argc, argv);

    // 打印信息
    qDebug("This is a debug message.");
    qWarning("This is a warning message.");
    qCritical("This is a critical message.");
    qFatal("This is a fatal message.");

    ...
    return app.exec();
}

输出如下:

This is a debug message.

This is a warning message.

This is a critical message.

This is a fatal message.

自定义消息处理

一般情况下,一个大型项目会出现很多这样类似的调试信息,很不利于查找,因为我们根本不清楚输出信息所在的文件、函数、行号等信息。

下面,我们来根据需要自定义消息处理程序。

#include <QApplication>
#include <stdio.h>
#include <stdlib.h>

// 自定义消息处理程序
void myMessageOutput(QtMsgType type, const QMessageLogContext &context, const QString &msg)
{
    QByteArray localMsg = msg.toLocal8Bit();
    switch (type) {
    case QtDebugMsg:
        fprintf(stderr, "Debug: %s (%s:%u, %s)\n", localMsg.constData(), context.file, context.line, context.function);
        break;
    case QtInfoMsg:
        fprintf(stderr, "Info: %s (%s:%u, %s)\n", localMsg.constData(), context.file, context.line, context.function);
        break;
    case QtWarningMsg:
        fprintf(stderr, "Warning: %s (%s:%u, %s)\n", localMsg.constData(), context.file, context.line, context.function);
        break;
    case QtCriticalMsg:
        fprintf(stderr, "Critical: %s (%s:%u, %s)\n", localMsg.constData(), context.file, context.line, context.function);
        break;
    case QtFatalMsg:
        fprintf(stderr, "Fatal: %s (%s:%u, %s)\n", localMsg.constData(), context.file, context.line, context.function);
        abort();
    }
}

int main(int argc, char **argv)
{
    QApplication app(argc, argv);

    // 安装消息处理程序
    qInstallMessageHandler(myMessageOutput);

    // 打印信息
    qDebug("This is a debug message.");
    qWarning("This is a warning message.");
    qCritical("This is a critical message.");
    qFatal("This is a fatal message.");

    ...
    return app.exec();
}

这时,我们不仅可以输出调试信息,而且可以很直观、很方便的得到输出代码所在的文件、函数、行号等信息。

输出如下:

Debug: This is a debug message. (..\MessageOutput\main.cpp:90, int __cdecl main(int,char *[]))

Warning: This is a warning message. (..\MessageOutput\main.cpp:91, int __cdecl main(int,char *[]))

Critical: This is a critical message. (..\MessageOutput\main.cpp:92, int __cdecl main(int,char *[]))

Fatal: This is a fatal message. (..\MessageOutput\main.cpp:93, int __cdecl main(int,char *[]))

更多参考

时间: 2024-10-11 22:54:32

Qt之qInstallMessageHandler(输出详细日志)的相关文章

Qt之qInstallMessageHandler(日志输出文件)

简述 在Qt之qInstallMessageHandler(输出详细日志)一节中,我们讲解了如何使用自定义消息处理程序输出调试信息,而且可以很直观.很方便的得到输出代码所在的文件.函数.行号等信息. 当软件发布的时候,通常都会采用日志输出功能,方便我们后期的跟踪.查找问题. 简述 自定义消息处理 效果 源码 更多参考 自定义消息处理 下面,我们来根据需要自定义消息处理程序.其中输出格式包含:输出信息.文件.函数.行号.日期时间.这样就很利于我们追踪了. 效果 源码 void myMessageO

Qt on Android:将Qt调试信息输出到logcat中

版权全部 foruok .如需转载敬请注明出处(http://blog.csdn.net/foruok). 假设你在目标 Android 设备上执行了 Qt on Android 应用,你可能希望看到程序输出的日志信息. Android SDK 中有 adb 工具,当你连接了目标设备,能够使用 adb logcat 查看 Android 设备上应用输出的日志. 先介绍一下 adb 工具的使用.一般我经常使用下列命令: adb logcat ,查看手机或其它设备上输出的全部日志 adb logca

ibatis配置log4j输出sql日志信息

为了在开发过程更加直观,我们需要将ibatis日志打开以便观察ibatis运作的细节. ibatis采用Apache common_logging,并结合Apache log4j作为日志输出组件. 在CLASSPATH中新建log4j.properties配置文件,内容如下: log4j.rootLogger=DEBUG,stdout log4j.appender.stdout=org.apache.log4j.ConsoleAppender log4j.appender.stdout.layo

Tomcat遇到”Error listenerStart”或”Error filterStart”问题且无详细日志时的log配置.

昨天部署web应用到Tomcat之后,无法成功启动,并且控制台没有详细的错误信息,顶多就两行提示信息,例如:严重: Error listenerStart严重: Context [/lizongbo] startup failed due to previous errors 或者 严重: Error filterStartorg.apache.catalina.core.StandardContext start严重: Context startup failed due to previou

JAVA异常处理原则和log4j输出详细异常分析

1.多用try,catch;不要一个try,catch包含所有内容 好处:不同模块抓取不同异常,某一模块异常挂了,不影响其他模块的程序的进行 2.多写几个catche:尽量不要使用Exception这个大异常去包容所有异常 不要为了追求代码的简练,try,catch只写一个,使用Exception去抓取所有可能的异常,这只是理想状态,程序出错不是直接打印出来异常就完事了,应该在catche抓取异常的同时一方面给程序员输出错误日志,一方面做些处理反馈给用户,比如一些提示错误框或者错误页面,不能让用

Spring MVC自定义统一异常处理类,并且在控制台中输出错误日志

在使用SimpleMappingExceptionResolver实现统一异常处理后(参考Spring MVC的异常统一处理方法), 发现出现异常时,log4j无法在控制台输出错误日志.因此需要自定义一个继承至SimpleMappingExceptionResolver的 RrtongMappingExceptionResolver类,在RrtongMappingExceptionResolver中通过 log.error(ex.getMessage())的方式输出日志到控制台上.以下是具体的配

slf4j日志只输出到控制台,没输出到日志文件

最近使用SLF4J遇到了一个比较头疼的坑,日志输出到控制台没有问题,但是始终没有输出到日志文件.无论怎麽修改日志配置,始终是老样子. 有一种绝望,是各种百度.google却还是解决不了问题..直到我在启动项目的时候发现了这样的提示, SLF4J: Class path contains multiple SLF4J bindings.SLF4J: Found binding in [jar:file:/E:/Java/tp-wechat/webapps/wechat-hy/WEB-INF/lib

ORACLE输出详细错误信息错误行数

... COMMIT; --输出成功信息 DBMS_OUTPUT.PUT_LINE('RUN RESULT: SUCCESS'); EXCEPTION WHEN OTHERS THEN BEGIN ROLLBACK; --输出错误信息 dbms_output.put_line(to_char(DBMS_UTILITY.format_error_backtrace) ||chr(10)||to_char(sqlcode) ||chr(10)||'ERROR '||SQLERRM); END; OR

编程挑战系统的输入和输出详细说明

在高校俱乐部线上编程挑战中,一道题目的所有测试数据是放在一个文本文件中,选手将一道题目的程序提交给评判系统运行,程序从该文件中读取测试数据,再把运行结果输出到另一个文本文件中.系统把输出文件与标准答案比对,来评判程序编写得正确与否. 本系统采用标准的输入输出,输入结束有文件末尾标识(EOF),这可以用于确定输入结束. 一.四种基本输入形式 1.      一组输入数据 示例:整数求和 描述 给定两个整数,求它们之和. 输入 两个整数A,B. 输出 两个整数的和. 样例输入 1 2 样例输出 3