C++(Qt)软件调试---qmake编译优化和生成调试信息（9）

已于 2024-01-22 20:16:21 修改
阅读量2.2k 收藏 21
点赞数 5
分类专栏： # C++软件调试 文章标签： qt c++ 编译器 GCC MSVC
于 2023-04-09 15:32:03 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/qq_43627907/article/details/130042656
版权

C++(Qt)软件调试—qmake编译优化和生成调试信息（9）

文章目录

更多精彩内容
👉个人内容分类汇总 👈
👉C++软件调试、异常定位 👈
👉PDF版本下载 👈

1、前言

1.1 编译器优化是什么

编译器编译优化是指编译器在编译源代码为目标代码的过程中，通过对代码结构和语义的分析，自动优化目标代码的生成方式，编译器编译优化可以提高程序的性能和可靠性，但也可能会对程序的可读性和可维护性产生负面影响。因此，开发者需要在代码调试和维护的过程中进行权衡和选择，以获得最佳的程序性能和开发效率。

编译优化主要包括以下几个方面：

  1. 算法优化：通过优化算法的复杂度，减少程序执行的时间和空间消耗。
  2. 代码优化：通过优化代码的结构、指令的选择和数据存储方式等，减少程序执行的时间和空间消耗。
  3. 循环优化：通过分析循环结构，优化循环的执行过程，减少循环的执行时间和空间消耗。
  4. 内联函数优化：通过将函数的代码直接嵌入到调用该函数的代码中，减少函数调用的开销，提高程序的执行效率。
  5. 代码生成优化：通过对目标代码的生成方式进行优化，减少目标代码的大小和执行时间。

1.2 调试信息是什么

  • C++调试信息是在编译C++程序时生成的一些附加信息，它包括了程序中各个变量、函数以及类的定义和使用等详细信息。

  • 调试信息可以帮助开发人员在程序运行时快速定位和解决问题，特别是在出现崩溃、错误或异常情况时，可以帮助开发人员追踪到具体的代码行数和错误原因。

  • 调试信息可以通过编译器选项来开启和关闭，通常在开发和测试阶段开启，而在正式发布时关闭。

1.3 测试环境

系统环境：ubuntu22.04、Windows10；

编译器：g++ (Ubuntu 11.3.0-1ubuntu1~22.04) 11.3.0、MinGW7.3.0 64-bit、MSVC2017-64；

2、Qt编译模式说明

Qt是一个跨平台的GUI应用程序框架，支持C++编程语言。Qt提供了三种不同的构建模式：Debug、Profile和Release，每种模式都有不同的用途和优化级别。

有的Bug只有在Release模式下才能存在或者只有在Debug模式下高性能运行才能出现，这时就需要我们通过修改编译器选项来进行调试。

  1. Debug模式

Debug模式是开发阶段使用的模式，旨在提供最好的调试工具支持。

在Debug模式下，编译器会生成完整的符号表和调试信息，以便在程序崩溃或出现错误时，开发人员可以轻松地跟踪和调试代码。

此外，Debug模式还会关闭代码优化，以确保程序的行为与代码的预期行为一致。

因此，Debug模式下生成的可执行文件通常比其他模式下的可执行文件更大。

使用MSVC编译器时会生成符号表PDB文件；

使用GCC、MinGW编译器时会将调试信息全部写入可执行程序中，所以可执行程序比较大。

  1. Profile模式

Profile模式是用于性能分析的模式。（相当于Release模式下增加调试信息，使用的也是Release的库）

在Profile模式下，编译器会生成符号表和调试信息，但会开启一些代码优化，以提高程序的性能。

此外，编译器还会为程序生成额外的性能分析信息，以便开发人员可以查看程序的性能瓶颈和优化程序。

因此，Profile模式下生成的可执行文件比Debug模式下的文件稍小。

使用MSVC编译器时会生成符号表PDB文件；

使用GCC、MinGW编译器时会将调试信息写到一个.debug文件中，对可执行程序影响不大。

  1. Release模式

Release模式是用于发布的模式。

在Release模式下，编译器会进行更加严格的代码优化，以提高程序的性能和减小程序的大小。

此外，编译器还会删除符号表和调试信息，以减小可执行文件的大小。

因此，Release模式下生成的可执行文件比Debug和Profile模式下的文件更小，但不适合调试。

总的来说，Debug、Profile和Release模式都有各自的优点和缺点。

在开发过程中，建议使用Debug模式进行调试，以便更容易地查找和修复错误。

在发布之前，建议使用Profile模式进行性能分析和优化，并使用Release模式发布程序以提高程序的性能和减小程序的大小。

3、比较Linux下Qt三种编译模式

1.1 编译生成文件比较

  • 如下图所示：

    • Debug模式编译生成的可执行程序非常大；
    • Release模式生成的可执行程序很小，几乎只有Debug模式的1/30；
    • Profile模式生成的可执行程序和Release模式的差不多大，但是额外生成了一个.debug文件，包含了调试信息。

    在这里插入图片描述

1.2 编译器配置比较

  1. 在Linux下Qt编译后会将QMake的pro文件转换为make使用的Makefile文件，可以通过对比Debug、Profile、Release三种模式编译生成的Makefile文件，了解这三个模式干了啥，有什么区别；

  2. 打开一个生成的Makefile文件，下图中框选部分就是编译器、选项的配置所在；

    在这里插入图片描述

  3. 下图中比较了Debug模式和Release模式的区别，左侧为Debug模式，右侧为Release模式，主要对比CFLAGS、CXXFLAGS、LFLAGS这三个变量；

    • Debug模式：
      • CFLAGS、CXXFLAGS：使用-g参数生成调试信息，默认为-g2，没有指定优化参数-O则默认关闭优化。
    • Release模式：
      • CFLAGS、CXXFLAGS：使用了-O2参数开启了编译优化，没有使用-g参数则默认不生成调试信息；
      • LFLAGS：增加了-O1参数表示链接器开启了1级别编译优化。

    在这里插入图片描述

  4. 下图中比较了Debug模式和Profile模式的区别，左侧为Debug模式，右侧为Profile模式，主要对比CFLAGS、CXXFLAGS、LFLAGS这三个变量；

    • CFLAGS、CXXFLAGS：Profile模式在Debug模式的基础上使用了-O2参数开启了编译优化，同时使用-g参数生成调试信息；

    在这里插入图片描述

  5. 下图中比较了Release模式和Profile模式的区别，左侧为Profile模式，右侧为Release模式，主要对比CFLAGS、CXXFLAGS、LFLAGS这三个变量；

    • CFLAGS、CXXFLAGS：Release和Profile都使用了-O2参数开启了编译优化，Profile增加了使用-g参数生成调试信息；
    • LFLAGS：相对于Release，Profile没有使用-O1参数，关闭了链接器优化。

    在这里插入图片描述

1.3 调试效果比较

  1. 新建一个Qt工程，在程序中添加下面测试代码；

    inline void test()
{
    int* a = nullptr;
    *a = 10;
}

void Widget::on_pushButton_clicked()
{
    test();
}

  2. 切换为Release模式，点击调试运行；

    [外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-HVHauCcp-1681024688399)(C++(Qt)]软件调试—Qt编译优化和生成调试信息（9）.assets/image-20230409101100262.png)

  3. 程序运行起来后点击触发测试代码的按键，如下图所示，可以看出：

    • 错误类型：段错误；
    • 异常位置：Widget::on_pushButton_clicked() 0x555555557714

    在这里插入图片描述

  4. 切换为Profile模式，点击调试运行，程序运行起来后点击触发测试代码的按键，如下图所示，可以看出：

    • 错误类型：段错误；
    • 异常所在文件：widget.cpp；
    • 异常所在函数：void Widget::on_pushButton_clicked()；
    • 异常所在行号：25行；
    • 并且直接在源码中定位到异常所在行号，可以看出定位的异常位置是调用test()函数的位置，而不是准确的异常位置。

    在这里插入图片描述

  5. 切换为Debug模式，点击调试运行，程序运行起来后点击触发测试代码的按键，如下图所示，可以看出：

    • 错误类型：段错误；
    • 异常所在文件：widget.cpp；
    • 异常所在函数：inline void test()；
    • 异常所在行号：20行；
    • 并且直接在源码中定位到异常所在行号，可以看出定位的异常位置就是实际错误的位置，没有出现偏差。

    在这里插入图片描述

1.4 GDB调试Profile程序

  1. 由于Qt在Profile模式编译时将调试信息额外写入到了.debug文件，所以在使用GDB调试时需要指定加载.debug文件才可以调试程序；

  2. 以下是使用GDB调试程序时如何使用.debug文件的详细说明：

    1. 确保可执行文件和.debug文件都在同一目录中。

    2. 启动GDB并加载可执行文件：

      gdb test

    3. GDB加载.debug文件：

      symbol-file test.debug

    4. 开始运行程序：

      run

4、比较Windows下Qt - Mingw三种编译模式

1.1 编译生成文件比较

  • 如下图所示：

    • Debug模式编译生成的可执行程序非常大；
    • Release模式生成的可执行程序很小，几乎只有Debug模式的1/43；
    • Profile模式生成的可执行程序是Release模式的差不多2.7被，还额外生成了一个.debug文件，包含了调试信息。
    • 从比较结果看明显和linux下不一样，虽然说Mingw也是GCC，但是Qt使用Mingw和GCC肯定还是有一些区别。

    在这里插入图片描述

1.2 编译器配置比较

  1. 在Windows下打开编译生成的build*文件夹会发现，和Linux下有很大区别，如下图所示，多了两个release、debug文件夹，又多了Makefile.Release、Makefile.Debug文件，到底是使用Makefile.Release、Makefile.Debug还是Makefile文件呢？

    在这里插入图片描述

  2. 打开Makefile文件会发现没有编译器配置项；

    在这里插入图片描述

  3. 其实编译器配置项都在Makefile.Release和Makefile.Debug中，那使用哪一个呢，其实这里有一个判断的小技巧，打开debug和release文件夹，哪个文件夹里有编译的中间文件就使用哪一个，一般情况下Debug模式编译就会在debug文件夹下生成中间文件，使用的就是Makefile.Debug文件，而Release模式下编译就会在release文件夹下生成编译的中间文件，使用Makefile.Release，那Profile模式呢，打开build-untitled5-Desktop_Qt_5_12_5_MinGW_64_bit-Release文件夹，在里面的release文件夹中发现有编译生成的中间文件，就说明使用的是Makefile.Release文件进行编译的。

  4. 下图中比较了Debug模式和Release模式的区别，左侧为Debug模式，右侧为Release模式，主要对比CFLAGS、CXXFLAGS、LFLAGS这三个变量；

    • Debug模式：
      • CFLAGS、CXXFLAGS：使用-g参数生成调试信息，默认为-g2，没有指定优化参数-O则默认关闭优化。
    • Release模式：
      • CFLAGS、CXXFLAGS：使用了-O2参数开启了编译优化，没有使用-g参数则默认不生成调试信息；
      • LFLAGS：增加了-s参数从可执行文件中删除所有符号表和重新定位信息。（这里和Linux下不一样）

    在这里插入图片描述

  5. 下图中比较了Debug模式和Profile模式的区别，左侧为Debug模式，右侧为Profile模式，主要对比CFLAGS、CXXFLAGS、LFLAGS这三个变量；

    • CFLAGS、CXXFLAGS：Profile模式在Debug模式的基础上使用了-O2参数开启了编译优化，同时使用-g参数生成调试信息；

    在这里插入图片描述

  6. 下图中比较了Release模式和Profile模式的区别，左侧为Profile模式，右侧为Release模式，主要对比CFLAGS、CXXFLAGS、LFLAGS这三个变量；

    • CFLAGS、CXXFLAGS：Release和Profile都使用了-O2参数开启了编译优化，Profile增加了使用-g参数生成调试信息；
    • LFLAGS：相对于Release，Profile没有使用-s参数从可执行文件中删除所有符号表和重新定位信息。

    在这里插入图片描述

1.3 调试效果比较

  1. 使用相同的测试代码。

  2. 切换为Release模式，点击调试运行，程序运行起来后点击触发测试代码的按键，如下图所示，可以看出：

    • 错误类型：段错误；
    • 异常位置：0x401720
    • 由于Release模式编译使用了-s参数，所以异常位置除了地址什么都看不到。

    在这里插入图片描述

  3. 切换为Profile模式，点击调试运行，程序运行起来后点击触发测试代码的按键，如下图所示，可以看出：

    • 错误类型：段错误；
    • 异常所在文件：widget.cpp；
    • 异常所在函数：void Widget::on_pushButton_clicked()；
    • 异常所在行号：25行；
    • 并且直接在源码中定位到异常所在行号，可以看出定位的异常位置是调用test()函数的位置，而不是准确的异常位置，这时因为Profile使用了-O2参数优化编译，导致内联函数被展开了。

    在这里插入图片描述

  4. 切换为Debug模式，点击调试运行，程序运行起来后点击触发测试代码的按键，如下图所示，可以看出：

    • 错误类型：段错误；
    • 异常所在文件：widget.cpp；
    • 异常所在函数：inline void test()；
    • 异常所在行号：20行；
    • 成功定位到源码中使用空指针的一行。

    在这里插入图片描述

5、比较Windows下Qt - MSVC三种编译模式

1.1 编译生成文件比较

  • 如下图所示：

    • Debug模式编译产生了三个文件，exe、ilk、pdb，生成的可执行程序只是比Release模式编译的可执行程序大两倍多一点，；
    • Release模式编译只生成了一个exe，生成的可执行程序很小比较小，只有29k；
    • Profile模式编译生成了两个文件，exe和pdb，生成的可执行程序和Release模式的一样大。

    在这里插入图片描述

1.2 编译器配置比较

  1. 下图中比较了Debug模式和Release模式的区别，左侧为Debug模式，右侧为Release模式，主要对比CFLAGS、CXXFLAGS、LFLAGS这三个变量；

    • Debug模式：
      • CFLAGS、CXXFLAGS：使用-Zi参数生成调试信息，没有指定优化参数-O则默认关闭优化，-MDd是指定-MD的Debug库。
      • LFLAGS：使用了/DEBUG参数，将链接对象和库文件中的调试信息放入程序数据库 (PDB) 文件。 它会在程序的后续生成期间更新 PDB（使用了这个参数后-Zi才有效），指定 /DEBUG 时隐式使用 /INCREMENTAL。
    • Release模式：
      • CFLAGS、CXXFLAGS：使用了-O2参数开启了编译优化，没有使用-Zi参数则默认不生成调试信息；
      • LFLAGS：使用了/INCREMENTAL:NO参数，未选择增量链接，不会生成.ilk文件。

    在这里插入图片描述

  2. 下图中比较了Debug模式和Profile模式的区别，左侧为Debug模式，右侧为Profile模式，主要对比CFLAGS、CXXFLAGS、LFLAGS这三个变量；

    • CFLAGS、CXXFLAGS：Debug和Profile都使用-Zi参数生成调试信息，Profile使用了优化参数-O2开启编译优化。
    • LFLAGS：Debug和Profile都使用了/DEBUG参数生成PDB文件，并且Profile中使用了/INCREMENTAL:NO参数，未选择增量链接，使用了/OPT:REF参数开启了链接器优化，清除从未引用的函数和数据（称为 COMDAT）。

    在这里插入图片描述

  3. 下图中比较了Profile模式和Release模式的区别，左侧为Profile模式，右侧为Release模式，主要对比CFLAGS、CXXFLAGS、LFLAGS这三个变量；

    • CFLAGS、CXXFLAGS：Debug和Profile都使用-O2参数开启编译优化，Profile使用了-Zi参数生成调试信息。
    • LFLAGS：相对于Release，Profile使用了/DEBUG参数生成PDB文件，使用了/OPT:REF参数开启了链接器优化，清除从未引用的函数和数据（称为 COMDAT）。

    在这里插入图片描述

1.3 调试效果比较

  1. 使用相同的测试代码。

  2. 切换为Release模式，点击调试运行，程序运行起来后点击触发测试代码的按键，如下图所示，可以看出：

    • 异常代码：0x0000005（表示”访问冲突异常“或者”内存访问异常“）；
    • 异常信息：写入访问冲突发生在：0x0（基本表示是空指针）；
    • 异常位置：0x7ff65fbb1222
    • 由于Release模式编译开启了编译优化，未生成调试信息，所以异常位置除了地址什么都看不到。

    在这里插入图片描述

  3. 切换为Profile模式，点击调试运行，程序运行起来后点击触发测试代码的按键，如下图所示，可以看出：

    • 异常代码：0x0000005（表示”访问冲突异常“或者”内存访问异常“）；
    • 异常信息：写入访问冲突发生在：0x0（基本表示是空指针）；
    • 异常位置：0x7ff65fbb1222；
    • 异常所在文件：widget.cpp；
    • 异常所在函数：void Widget::on_pushButton_clicked()；
    • 异常所在行号：31 （不准确）；
    • 在两个button的槽函数中都有使用到test()函数，运行时点击的是button1，提示的异常函数名称正确，但是异常行号和在代码中定位的异常位置却是在button2的槽函数中，存在误差。

    在这里插入图片描述

  4. 切换为Debug模式，点击调试运行，程序运行起来后点击触发测试代码的按键，如下图所示，可以看出：

    • 异常代码：0x0000005（表示”访问冲突异常“或者”内存访问异常“）；
    • 异常信息：写入访问冲突发生在：0x0（基本表示是空指针）；
    • 异常位置：0x7ff622694210；
    • 异常所在文件：widget.cpp；
    • 异常所在函数：void Widget::on_pushButton_clicked()；
    • 异常所在行号：20；
    • 成功定位到源码中使用空指针的一行。

    在这里插入图片描述

6、Qt编译器链接器配置用到的变量

  1. C语言编译器使用：
    1. QMAKE_CC：指定在构建包含C源代码的项目时将使用的C编译器。
    2. QMAKE_CFLAGS：指定用于构建项目的C编译器标志（选项）。适用于Debug和Release模式，这个变量的值通常由qmake或qmake.conf处理，很少需要修改。
    3. QMAKE_CFLAGS_RELEASE_WITH_DEBUGINFO：为Profile模式指定c编译器标志。（profile就是带调试信息的Release模式）
    4. QMAKE_CFLAGS_DEBUG：为Debug模式指定C编译器标志。
    5. QMAKE_CFLAGS_RELEASE：指定Release模式的C编译器标志。
  2. C++编译器使用：
    1. QMAKE_CXX：指定在构建包含c++源代码的项目时将使用的c++编译器。
    2. QMAKE_CXXFLAGS：指定用于构建项目的c++编译器标志（选项）。适用于Debug和Release模式，这个变量的值通常由qmake或qmake.conf处理，很少需要修改。
    3. QMAKE_CXXFLAGS_RELEASE_WITH_DEBUGINFO：为Profile模式指定c++编译器标志。（profile就是带调试信息的Release模式）
    4. QMAKE_CXXFLAGS_DEBUG：为Debug模式指定c++编译器标志。
    5. QMAKE_CXXFLAGS_RELEASE：为Release模式指定c++编译器标志。
  3. 链接器使用：
    1. QMAKE_LFLAGS：指定传递给链接器的一组通用标志。如果需要更改用于特定平台或项目类型的标志，请使用专用变量之一而不是此变量。
    2. QMAKE_LFLAGS_CONSOLE：指定用于生成控制台程序的链接器标志。（仅在 Windows 上使用）
    3. QMAKE_LFLAGS_DEBUG：指定Debug版本的链接器标志。
    4. QMAKE_LFLAGS_PLUGIN：指定用于生成插件的链接器标志。
    5. QMAKE_LFLAGS_RPATH：指定使用来自QMAKE_RPATHDIR的值所需的链接器标志。（仅在 Unix 平台上使用）
    6. QMAKE_LFLAGS_RELEASE：指定Release版本的链接器标志。
    7. QMAKE_LFLAGS_APP：指定用于生成应用程序的链接器标志。
    8. QMAKE_LFLAGS_WINDOWS：指定用于生成 Windows GUI 项目（即非控制台应用程序）的链接器标志。（仅在 Windows 上使用）

7、Qt在Release模式下关闭优化生成调试信息配置

  • 将下列代码加入到工程的Pro文件中可以支持在GCC、MinGW、MSVC编译器的Release模式下关闭优化，生成调试信息。

  • 注意：下列代码仅使用于调试，会降低程序性能，如果要发布程序最好将下面代码注释掉再编译。

    msvc:CONFIG(release, debug|release) {
QMAKE_CFLAGS_RELEASE   -= -O2              # 取消C优化
QMAKE_CFLAGS_RELEASE   += -Zi              # 生成调试信息，放到pdb文件中
QMAKE_CXXFLAGS_RELEASE -= -O2              # 取消C++优化
QMAKE_CXXFLAGS_RELEASE += -Zi              # 生成调试信息
QMAKE_LFLAGS_RELEASE   -= /INCREMENTAL:NO  # 选择增量链接
QMAKE_LFLAGS_RELEASE   += /DEBUG           # 将调试信息放到PDB文件中
message(MSVC编译器Release关闭优化，生成调试信息使用)
}

mingw:CONFIG(release, debug|release) {
QMAKE_CFLAGS_RELEASE   -= -O2              # 取消C优化
QMAKE_CFLAGS_RELEASE   += -O0              # 显示指定禁止优化
QMAKE_CFLAGS_RELEASE   += -g               # 生成C调试信息
QMAKE_CXXFLAGS_RELEASE -= -O2              # 取消C++优化
QMAKE_CXXFLAGS_RELEASE += -O0              # 显示指定禁止优化
QMAKE_CXXFLAGS_RELEASE += -g               # 生成C++调试信息
QMAKE_LFLAGS_RELEASE   -= -Wl,-s           # 取消Release模式删除所有符号表和重新定位信息的设置
QMAKE_LFLAGS_RELEASE   += -g               # 链接器生成调试信息
message(Mingw编译器Release关闭优化，生成调试信息使用)
}

# 如果不加unix，MinGW也会进入这里
unix:gcc:CONFIG(release, debug|release) {
QMAKE_CFLAGS_RELEASE   -= -O2              # 取消C优化
QMAKE_CFLAGS_RELEASE   += -O0              # 显示指定禁止优化
QMAKE_CFLAGS_RELEASE   += -g               # 生成C调试信息
QMAKE_CXXFLAGS_RELEASE -= -O2              # 取消C++优化
QMAKE_CXXFLAGS_RELEASE += -O0              # 显示指定禁止优化
QMAKE_CXXFLAGS_RELEASE += -g               # 生成C++调试信息
QMAKE_LFLAGS_RELEASE   -= -Wl,-O1          # 取消Release模式链接器优化
QMAKE_LFLAGS_RELEASE   += -g               # 链接器生成调试信息
message(GCC编译器Release关闭优化，生成调试信息使用)
}

8、总结

通过查看Qt编译生成的Makefile文件可以学习到Qt内部对不同编译模式做了哪些工作；

Qt默认的三种编译模式基本可以适用于大部分开发调试的场景；

当我们遇见特殊的问题时就需要手动修改编译器选项，在程序编译时选择合适的优化参数和生成调试信息参数，在运行性能、程序大小、调试方便三个方向进行权衡利弊。

例如在不需要考虑性能时可以完全关闭优化，生成尽可能多的调试信息，以方便调试；

而有些程序运行需要一定的性能，就可以选择开启一定较低级别的优化。

文章中所述内容多有不足，欢迎一起交流学习。

mahuifa
关注
  • 5
    点赞
  • 踩
  • 21
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论
专栏目录
C++课程设计大作业：基于Qt-C++的学生成绩管理系统.zip
08-03
用c++/qt写的项目，项目都经测试过，真实可靠，可供自己学习c++/qt。Qt是一个用标准C++编写的跨平台开发类库，它对标准C++进行了扩展，引入了元对象系统、信号与槽、属性等特性，使应用程序的开发变得更高效。 Qt类库中大量的类以模块形式分类组织的，包括基本模块和扩展模块等。一个模块通常就是一个编程主题，如数据库、图表、网络等。 一、Qt核心特点 1.1.概述 Qt本身并不是一种编程语言，它本质上是一个跨平台的C++开发类库，是用标准C++编写的类库，它为开发GUI应用程序和非GUI应用程序提供了各种类。 Qt对标准C++进行了扩展，引入了一些新概念和功能，例如信号和槽、对象属性等。Qt的元对象编译器（Meta-Object Compiler,MOC)是一个预处理器，在源程序被编译前先将这些Qt特性的程序转换为标准C++兼容的形式，然后再由标准C++编译器进行编译。这就是为什么在使用信号与槽机制的类里，必须添加一个Q_OBJECT宏的原因，只有添加了这个宏，moc才能对类里的信号与槽的代码进行预处理。 Qt Core模块是Qt类库的核心，所有其他模块都依赖于此模块，如果使用qmake来构建项目，Qt Core模块则是被自动加入的。 Qt为C++语言增加的特性就是在Qt Core模块里实现的，这些扩展特性由Qt的元对象系统实现，包括信号与槽机制、属性系统、动态类型转换等。 1.2.元对象系统 Qt的元对象系统（Meta-Object-System）提供了对象之间通信的信号与槽机制、运行时类型信息和动态属性系统。 元对象系统由以下三个基础组成： 1.QObject类是所有使用元对象系统的类的基类； 2.在一个类的private部分声明Q_OBJECT宏，使得类可以使用元对象的特性，如动态属性、信号与槽。 3.MOC（元对象编译器）为每个QObject的子类提供必要的代码来实现元对象系统的特征。 构建项目时，MOC工具读取C++源文件，当它发现类的定义里有Q_OBJECT宏时，它就会为这个类生成另外一个包含有元对象支持代码的C++源文件，这个生成的源文件连同类的实现文件一起被编译和连接。 除了信号和槽机制外，元对象还提供如下一些功能。 1.QObject::metaObject()函数返回类关联的元对象，元对象类QMetaObject包含了访问元对象的一些接口函数，例如QMetaObject::className()函数可在运行时返回类的名称字符串。 QObject obj=new QPushButton; obj->metaObject()->className(); 2.QMetaObject::newInstance()函数创建类的一个新的实例。 3.QObject::inherits(const charclassName)函数判断一个对象实例是否是名称为className的类或QObject的子类的实例。 1.3.属性系统 1.属性定义 Qt提供一个Q_PROPERTY()宏可以定义属性，它也是属于元对象系统实现的。Qt的属性系统与C++编译器无关，可以用任何标准的C++编译器编译定义了属性的Qt C++程序。 2.属性的使用 不管是否用READ和WRITE定义了接口函数，只要知道属性名称，就可以通过QObject::property()读取属性值，并通过QObject::setProperty()设置属性值。 3.动态属性 QObject::setProperty()函数可以在运行时为类定义一个新的属性，称之为动态属性。动态属性是针对类的实例定义的。 动态属性可以使用QObject::property()查询，就如在类定义里用Q_PROPERTY宏定义的属性一样。 例如，在数据表编辑界面上，一些字段是必填字段，就可以在初始化界面时为这些字段的关联显示组件定义一个新的required属性，并设置值为“true"。 4.类的附加信息 属性系统还有一个宏Q_CLASSINFO()，可以为类的元对象定义”名称——值“信息。
Qt： MinGW 与MSVC的区别
热门推荐
好儿郎~志在四方
09-23 2万+
Qt： MinGW 与MSVC的区别。
QMAKE_LFLAGS妙用
huihuiwith的博客
12-19 1万+
    转自：http://blog.csdn.net/onlyou930/article/details/6423647    当程序依赖的库不断增多时，如果把所有的库放到一起，当目标机上同时也有其他应用程序需要某个特定版本库的时候，这种做法会造成严重的版本冲突问题。专业的做法是，自己的程序依赖库只放到应用程序特定的目录下，程序去连接对应目录的库文件运行。     在make文件编写中，LFLA...
QT Qmake ;............
07-02
qt4资源 和一些qmake .....和一些港湾网络的一个教学材料。。。哈哈
毕设项目：基于C++&QT实现的RAS 非对称加密的信息传输系统.zip
08-03
用c++/qt写的项目，项目都经测试过，真实可靠，可供自己学习c++/qt。Qt是一个用标准C++编写的跨平台开发类库，它对标准C++进行了扩展，引入了元对象系统、信号与槽、属性等特性，使应用程序的开发变得更高效。 Qt类库中大量的类以模块形式分类组织的，包括基本模块和扩展模块等。一个模块通常就是一个编程主题，如数据库、图表、网络等。 一、Qt核心特点 1.1.概述 Qt本身并不是一种编程语言，它本质上是一个跨平台的C++开发类库，是用标准C++编写的类库，它为开发GUI应用程序和非GUI应用程序提供了各种类。 Qt对标准C++进行了扩展，引入了一些新概念和功能，例如信号和槽、对象属性等。Qt的元对象编译器（Meta-Object Compiler,MOC)是一个预处理器，在源程序被编译前先将这些Qt特性的程序转换为标准C++兼容的形式，然后再由标准C++编译器进行编译。这就是为什么在使用信号与槽机制的类里，必须添加一个Q_OBJECT宏的原因，只有添加了这个宏，moc才能对类里的信号与槽的代码进行预处理。 Qt Core模块是Qt类库的核心，所有其他模块都依赖于此模块，如果使用qmake来构建项目，Qt Core模块则是被自动加入的。 Qt为C++语言增加的特性就是在Qt Core模块里实现的，这些扩展特性由Qt的元对象系统实现，包括信号与槽机制、属性系统、动态类型转换等。 1.2.元对象系统 Qt的元对象系统（Meta-Object-System）提供了对象之间通信的信号与槽机制、运行时类型信息和动态属性系统。 元对象系统由以下三个基础组成： 1.QObject类是所有使用元对象系统的类的基类； 2.在一个类的private部分声明Q_OBJECT宏，使得类可以使用元对象的特性，如动态属性、信号与槽。 3.MOC（元对象编译器）为每个QObject的子类提供必要的代码来实现元对象系统的特征。 构建项目时，MOC工具读取C++源文件，当它发现类的定义里有Q_OBJECT宏时，它就会为这个类生成另外一个包含有元对象支持代码的C++源文件，这个生成的源文件连同类的实现文件一起被编译和连接。 除了信号和槽机制外，元对象还提供如下一些功能。 1.QObject::metaObject()函数返回类关联的元对象，元对象类QMetaObject包含了访问元对象的一些接口函数，例如QMetaObject::className()函数可在运行时返回类的名称字符串。 QObject obj=new QPushButton; obj->metaObject()->className(); 2.QMetaObject::newInstance()函数创建类的一个新的实例。 3.QObject::inherits(const charclassName)函数判断一个对象实例是否是名称为className的类或QObject的子类的实例。 1.3.属性系统 1.属性定义 Qt提供一个Q_PROPERTY()宏可以定义属性，它也是属于元对象系统实现的。Qt的属性系统与C++编译器无关，可以用任何标准的C++编译器编译定义了属性的Qt C++程序。 2.属性的使用 不管是否用READ和WRITE定义了接口函数，只要知道属性名称，就可以通过QObject::property()读取属性值，并通过QObject::setProperty()设置属性值。 3.动态属性 QObject::setProperty()函数可以在运行时为类定义一个新的属性，称之为动态属性。动态属性是针对类的实例定义的。 动态属性可以使用QObject::property()查询，就如在类定义里用Q_PROPERTY宏定义的属性一样。 例如，在数据表编辑界面上，一些字段是必填字段，就可以在初始化界面时为这些字段的关联显示组件定义一个新的required属性，并设置值为“true"。 4.类的附加信息 属性系统还有一个宏Q_CLASSINFO()，可以为类的元对象定义”名称——值“信息。
Qt QMake详解
芒种、的博客
09-17 1万+
一、QMake是什么 qmake 是由Qt提供的一个编译打包工具。 二、为什么要学习QMake 学会手动编译，平台移植，快速查找编译错误。 三、QT程序编译经历的步骤 编译pro生成makefile(由qmake完成)。 jom或者make编译makefile(生成界面源码，uic.exe widget.ui -o ui_widget.h；生产信号槽代码，moc.exe widget.h moc_widget.cpp)。 四、从代码到执行程序执行经历的步骤 预处理-头文件加载和宏生成cpp。 编译-c
Qt 编译方式之 qmake
billy的博客
08-04 8395
Qt 的帮助文档中对于 qmake 是这样介绍的：qmake工具有助于简化不同平台上开发项目的构建过程。它自动生成生成makefile，因此创建每个makefile只需要几行信息。您可以将qmake用于任何软件项目，无论它是否使用qt编写。qmake 是 Qt 工具包中带的一个非常方便的工具。可以用于生成 Makefile 以及各种工程文件，还可以生成 Microsoft Visual Studio 可以使用的项目文件等。最关键的是它可以自动解决依赖关系，不用手写 Makefile，而且是跨平台的。
Qt高级——QMake快速入门
hw5230的博客
06-03 2007
qmake是Trolltech公司创建的用来为不同的平台和编译器书写Makefile的工具。qmake是一个用来简化在不同平台间开发工程的构建过程的工具。qmake会自动生成MakeFile文件，可以用于任何软件项目中，无论是否由Qt编写。qmake会注意所有的编译器和平台的依赖性，开发者只需关注自己的代码。qmake作为Qt库和Qt所提供的工具的主要连编工具，可以自动的包含moc和uic的连编规则。
qmake介绍
赵树成的博客
01-01 3012
文章目录简单介绍下qmake简要介绍关于pro文件构建一个项目使用第三方库预编译头文件让我们开始试试吧从一个简单的例子开始允许程序可以Debug添加特定平台的源文件设置当文件不存在的时候就停止qmake检查多个条件 qmake可以帮助我们在跨平台构建应用程序的时候变得更简单，我们可以通过写简单的几行必要的信息来生成构建文件，我们可以在任何的软件项目中使用qmake qmake基于pro文件生产构建...
Qt自学之路（一）：qmake
qq_30574227的博客
09-17 1951
qmake自学内容汇总
qt-signal-slot:使用信号和槽将 QML 连接到 C++
07-02
连接 Qt QML 和 C++ 概述 该程序演示了如何通过 Qt 信号和槽连接 QML 和 C++。 它通过在 QML 中嵌入 C++ 代码作为上下文属性而不是显式连接信号和槽来实现这一点。 当程序启动时，C++ 部分向 QML 发送一个信号，包括一个参数。 该信号仅发送一次。 当用户点击窗口区域时，一个信号从 QML 发送到 C++ 插槽。 观察控制台输出，看看它是否有效。 安装 这个程序需要一个有效的 Qt5 安装。 它已使用 5.3 和 5.4 版进行了测试。 为了编译和运行程序，请执行以下命令。 qmake signal_slot.pro make ./signal_slot 或者，可以将项目加载到 Qt Creator 并从那里启动。 更多文档 此源代码属于我们网站上的。
C++课设作业：基于Qt-qvfb开发的电子点菜系统.zip
08-03
用c++/qt写的项目，项目都经测试过，真实可靠，可供自己学习c++/qt。Qt是一个用标准C++编写的跨平台开发类库，它对标准C++进行了扩展，引入了元对象系统、信号与槽、属性等特性，使应用程序的开发变得更高效。 Qt类库中大量的类以模块形式分类组织的，包括基本模块和扩展模块等。一个模块通常就是一个编程主题，如数据库、图表、网络等。 一、Qt核心特点 1.1.概述 Qt本身并不是一种编程语言，它本质上是一个跨平台的C++开发类库，是用标准C++编写的类库，它为开发GUI应用程序和非GUI应用程序提供了各种类。 Qt对标准C++进行了扩展，引入了一些新概念和功能，例如信号和槽、对象属性等。Qt的元对象编译器（Meta-Object Compiler,MOC)是一个预处理器，在源程序被编译前先将这些Qt特性的程序转换为标准C++兼容的形式，然后再由标准C++编译器进行编译。这就是为什么在使用信号与槽机制的类里，必须添加一个Q_OBJECT宏的原因，只有添加了这个宏，moc才能对类里的信号与槽的代码进行预处理。 Qt Core模块是Qt类库的核心，所有其他模块都依赖于此模块，如果使用qmake来构建项目，Qt Core模块则是被自动加入的。 Qt为C++语言增加的特性就是在Qt Core模块里实现的，这些扩展特性由Qt的元对象系统实现，包括信号与槽机制、属性系统、动态类型转换等。 1.2.元对象系统 Qt的元对象系统（Meta-Object-System）提供了对象之间通信的信号与槽机制、运行时类型信息和动态属性系统。 元对象系统由以下三个基础组成： 1.QObject类是所有使用元对象系统的类的基类； 2.在一个类的private部分声明Q_OBJECT宏，使得类可以使用元对象的特性，如动态属性、信号与槽。 3.MOC（元对象编译器）为每个QObject的子类提供必要的代码来实现元对象系统的特征。 构建项目时，MOC工具读取C++源文件，当它发现类的定义里有Q_OBJECT宏时，它就会为这个类生成另外一个包含有元对象支持代码的C++源文件，这个生成的源文件连同类的实现文件一起被编译和连接。 除了信号和槽机制外，元对象还提供如下一些功能。 1.QObject::metaObject()函数返回类关联的元对象，元对象类QMetaObject包含了访问元对象的一些接口函数，例如QMetaObject::className()函数可在运行时返回类的名称字符串。 QObject obj=new QPushButton; obj->metaObject()->className(); 2.QMetaObject::newInstance()函数创建类的一个新的实例。 3.QObject::inherits(const charclassName)函数判断一个对象实例是否是名称为className的类或QObject的子类的实例。 1.3.属性系统 1.属性定义 Qt提供一个Q_PROPERTY()宏可以定义属性，它也是属于元对象系统实现的。Qt的属性系统与C++编译器无关，可以用任何标准的C++编译器编译定义了属性的Qt C++程序。 2.属性的使用 不管是否用READ和WRITE定义了接口函数，只要知道属性名称，就可以通过QObject::property()读取属性值，并通过QObject::setProperty()设置属性值。 3.动态属性 QObject::setProperty()函数可以在运行时为类定义一个新的属性，称之为动态属性。动态属性是针对类的实例定义的。 动态属性可以使用QObject::property()查询，就如在类定义里用Q_PROPERTY宏定义的属性一样。 例如，在数据表编辑界面上，一些字段是必填字段，就可以在初始化界面时为这些字段的关联显示组件定义一个新的required属性，并设置值为“true"。 4.类的附加信息 属性系统还有一个宏Q_CLASSINFO()，可以为类的元对象定义”名称——值“信息。
qt-interactive-coding:使用Qt进行C ++交互式实时编码
05-23
Qt互动编码 作者： 执照：麻省理工学院 概括 简单，跨平台的库可在正在运行的应用程序中自动执行C ++代码的编译和执行过程。 允许使用C ++作为脚本语言。 该库是使用Qt实现的，因此适合与Qt项目集成。 可能的用途： 互动/创意/现场编码 调试，状态检查 应用程序脚本 依赖关系： Qt 5（libQtCore5，qmake），C ++编译器工具链平台： Windows，Linux，可能还有Qt支持的其他平台 演示版 一体化 该库由一个C ++源文件和几个头组成。 您可以使用qicruntime.pro将其构建为共享库或静态库，也可以将直接复制到Qt项目中，并包含qicruntime.pri 。 用法 基本示例：在运行时编译和运行C ++代码。 # include < qicruntime> int main () { qicRuntime rt; // co
C++(Qt)软件调试-验证GCC编译优化和生成调试信息（8）20230408.pdf
04-08
我们可以通过学习GCC编译器参数，在程序编译时选择合适的优化参数和生成调试信息参数，在运行性能、程序大小、调试方便三个方向进行权衡利弊。 例如在不需要考虑性能时可以完全关闭优化，生成尽可能多的调试信息，...
Qt QLineEdit详解
最新发布
希望能帮助大家，希望大家多多支持，你们的支持是我前进的动力。
04-29 549
QLineEdit是一个单行文本编辑器。行编辑允许用户使用一组有用的编辑功能输入和编辑单行纯文本，包括撤消和重做、剪切和粘贴以及拖放。通过更改行编辑的echoMode，它也可以用作“只写”字段，用于密码等输入。文本的长度可以限制为maxLength，文本可以使用validator或inputMask进行任意约束，也可以同时使用这两种方法。在同一行编辑的validator和inputMask之间切换时，最好清除validator或输入mask，以防止出现未定义的行为。
【Qt踩坑】Qt项目嵌入Web踩坑记录--加载QtWebEngine模块的程序会出现崩溃
Monster_H7的博客
04-23 300
是一个环境变量设置，用于禁用 Qt WebEngine 的沙箱功能。Qt WebEngine 是 Qt 框架中用于处理 web 内容的模块，沙箱功能可以增强安全性，防止恶意代码对系统造成影响。但在某些情况下，可能由于特定需求或系统配置，需要禁用沙箱功能。设置这个环境变量为1就是告诉 Qt WebEngine 不要使用沙箱功能。
Qt中的 tableView 设置 二进制 十六进制 序号表头
日常解决问题的记录。
04-24 385
因为QTableView的垂直表头并不支持使用委托来自定义。相反，你可以通过将自定义的QWidget作为QHeaderView的标签来实现这一目标。在这个示例中，我自定义了BinaryHeaderView类，继承自QHeaderView，重写了paintSection方法来绘制二进制序列。然后，我将这个自定义的垂直表头应用到了QTableView中。
qt——窗口置灰不可操作
qq_43287763的博客
04-24 567
虽然`setEnabled(false)`会自动让大多数控件看起来是灰色的，但有时你可能需要更明显的视觉效果，或者要自定义非标准控件的视觉表现。在Qt中实现一个窗口（或窗口中的特定部分）置灰并不可操作，通常涉及到两个概念：禁用窗口的交互功能以及视觉上的置灰效果。如果你希望整个窗口都不可交互，可以简单地使用`QWidget`的`setEnabled(false)`方法。这将禁用窗口及其所有子控件的交互能力。这段代码将在窗口的内容上绘制一个半透明的灰色矩形，从而给用户一种窗口被禁用的视觉印象。
Qt ： 在QTreeWidget中添加自定义右键菜单
Mr.Sugarcane
04-25 270
QTreeWidget 添加自定义右键菜单
qt c++获取qmake变量
06-07
在 Qt 中，可以通过 `QMAKE_` 前缀来获取 `qmake` 变量的值。可以使用 `qmake` 函数 `$$()` 来获取变量的值。 例如，如果在 `.pro` 文件中定义了一个变量 `MYVAR`： ``` MYVAR = myValue ``` 可以通过以下方式在 C++ 中获取该变量的值： ```cpp QString myVarValue = QString(qgetenv("MYVAR")); ``` 或者： ```cpp QString myVarValue = QString(qgetenv("QMAKE_MYVAR")); ``` 如果是整数类型的变量，则可以使用 `qmake` 函数 `toInt()` 将字符串转换为整数： ```cpp int myIntValue = qgetenv("MYVAR").toInt(); ``` 或者： ```cpp int myIntValue = qgetenv("QMAKE_MYVAR").toInt(); ``` 需要注意的是，获取 `qmake` 变量的值需要在运行时，而不是在编译时。因此，如果需要在编译时使用某个变量的值，可以在 `.pro` 文件中使用 `DEFINES` 指令将该值定义为宏，然后在 C++ 代码中使用宏来代替变量。

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

mahuifa

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值