C/C++笔记-分析带有Q_OBJECT继承QObject的类make流程

这篇具有很好参考价值的文章主要介绍了C/C++笔记-分析带有Q_OBJECT继承QObject的类make流程。希望对大家有所帮助。如果存在错误或未考虑完全的地方,请大家不吝赐教,您也可以点击"举报违法"按钮提交疑问。

此篇博文记录到个笔记时间2023-02-15,发表到网上的时间是2023-05-03。

这里以Qt5.5.1为例,操作系统是centos 7.5版本。

代码如下:

MOCQtConsole.pro

QT += core


TARGET = MOCQtConsole

SOURCES += main.cpp     \
           Test.cpp

HEADERS += Test.h

Test.h

#ifndef TEST_H
#define TEST_H

#include <QObject>

class Test: public QObject{

        Q_OBJECT
public:
        Test();
        void print();
};

#endif

Test.cpp

#include "Test.h"
#include <QDebug>

Test::Test(){
}

void Test::print(){
        qDebug() << "Test";
}

main.cpp

#include "Test.h"

int main(){

        Test test;
        test.print();

        return 0;
}

使用qmake生成好makefile文件后,make下:

C/C++笔记-分析带有Q_OBJECT继承QObject的类make流程

 

g++ -c -pipe -O2 -Wall -W -D_REENTRANT -fPIC -DQT_NO_DEBUG -DQT_GUI_LIB -DQT_CORE_LIB -I. -I/opt/Qt5.5.1/5.5/gcc_64/include -I/opt/Qt5.5.1/5.5/gcc_64/include/QtGui -I/opt/Qt5.5.1/5.5/gcc_64/include/QtCore -I. -I/opt/Qt5.5.1/5.5/gcc_64/mkspecs/linux-g++ -o main.o main.cpp
g++ -c -pipe -O2 -Wall -W -D_REENTRANT -fPIC -DQT_NO_DEBUG -DQT_GUI_LIB -DQT_CORE_LIB -I. -I/opt/Qt5.5.1/5.5/gcc_64/include -I/opt/Qt5.5.1/5.5/gcc_64/include/QtGui -I/opt/Qt5.5.1/5.5/gcc_64/include/QtCore -I. -I/opt/Qt5.5.1/5.5/gcc_64/mkspecs/linux-g++ -o Test.o Test.cpp
/opt/Qt5.5.1/5.5/gcc_64/bin/moc -DQT_NO_DEBUG -DQT_GUI_LIB -DQT_CORE_LIB -I/opt/Qt5.5.1/5.5/gcc_64/mkspecs/linux-g++ -I/root/CffPro/MOCQtConsole -I/opt/Qt5.5.1/5.5/gcc_64/include -I/opt/Qt5.5.1/5.5/gcc_64/include/QtGui -I/opt/Qt5.5.1/5.5/gcc_64/include/QtCore Test.h -o moc_Test.cpp
g++ -c -pipe -O2 -Wall -W -D_REENTRANT -fPIC -DQT_NO_DEBUG -DQT_GUI_LIB -DQT_CORE_LIB -I. -I/opt/Qt5.5.1/5.5/gcc_64/include -I/opt/Qt5.5.1/5.5/gcc_64/include/QtGui -I/opt/Qt5.5.1/5.5/gcc_64/include/QtCore -I. -I/opt/Qt5.5.1/5.5/gcc_64/mkspecs/linux-g++ -o moc_Test.o moc_Test.cpp
g++ -Wl,-O1 -Wl,-rpath,/opt/Qt5.5.1/5.5/gcc_64 -Wl,-rpath,/opt/Qt5.5.1/5.5/gcc_64/lib -o MOCQtConsole main.o Test.o moc_Test.o   -L/opt/Qt5.5.1/5.5/gcc_64/lib -lQt5Gui -L/usr/lib64 -lQt5Core -lGL -lpthread 

运行截图如下:

C/C++笔记-分析带有Q_OBJECT继承QObject的类make流程

 下面逐条分析下流程:

①编译main.cpp,生成对应的object文件:

g++ -c -pipe -O2 -Wall -W -D_REENTRANT -fPIC -DQT_NO_DEBUG -DQT_GUI_LIB -DQT_CORE_LIB 
-I. 
-I/opt/Qt5.5.1/5.5/gcc_64/include 
-I/opt/Qt5.5.1/5.5/gcc_64/include/QtGui 
-I/opt/Qt5.5.1/5.5/gcc_64/include/QtCore
 -I. 
 -I/opt/Qt5.5.1/5.5/gcc_64/mkspecs/linux-g++ 
 -o main.o main.cpp

各个参数分析:

-c:生成文件;

-pipe:在不同的编译阶段使用管道替代临时文件;

-O2:optimization优化,比-O高一级的优化,编译优化,具体优化哪些内容,在此不说明;

-Wall:编译后显示所有告警;

-W:默认报警也要显示;

-D_REENTRANT:它会对部分函数重新定义它们的可安全重入的版本;

-fPIC:用于生成位置无关的代码(Position-Independent-Code);

-DQT_NO_DEBUG:这个没查到,但看名称差不多能猜到是QT不使用Debug;

-DQT_CORE_LIB:这个没查到,但看名称差不多能猜到是QT核心库;

-DQT_GUI_LIB:这个没查到,但看名称差不多能猜到是QT的图形GUI库;

-I:表示包含的include文件;

-o:表示编译成object文件。

②编译Test.cpp,生成对应的object文件:

g++ -c -pipe -O2 -Wall -W -D_REENTRANT -fPIC -DQT_NO_DEBUG -DQT_GUI_LIB -DQT_CORE_LIB 
-I. -I/opt/Qt5.5.1/5.5/gcc_64/include 
-I/opt/Qt5.5.1/5.5/gcc_64/include/QtGui 
-I/opt/Qt5.5.1/5.5/gcc_64/include/QtCore 
-I. -I/opt/Qt5.5.1/5.5/gcc_64/mkspecs/linux-g++ 
-o Test.o Test.cpp

各个参数分析:

和①步一样。

③调用moc程序,将Test.h文件转换为moc_Test.cpp

/opt/Qt5.5.1/5.5/gcc_64/bin/moc -DQT_NO_DEBUG -DQT_GUI_LIB -DQT_CORE_LIB 
-I/opt/Qt5.5.1/5.5/gcc_64/mkspecs/linux-g++ 
-I/root/CffPro/MOCQtConsole -I/opt/Qt5.5.1/5.5/gcc_64/include 
-I/opt/Qt5.5.1/5.5/gcc_64/include/QtGui 
-I/opt/Qt5.5.1/5.5/gcc_64/include/QtCore 
Test.h -o moc_Test.cpp

各个参数分析:

和①步一样。

从中发现了个有意思的,以前都以为moc_xxx.cpp文件是通过对于的.h和.cpp使用moc联合生成的,现在发现他仅仅是使用对应的.h文件生成。具体moc_Test.cpp文件的内容在后面说明。

④编译moc_Test.cpp,生成对应的object文件:

g++ -c -pipe -O2 -Wall -W -D_REENTRANT -fPIC -DQT_NO_DEBUG -DQT_GUI_LIB -DQT_CORE_LIB 
-I. 
-I/opt/Qt5.5.1/5.5/gcc_64/include 
-I/opt/Qt5.5.1/5.5/gcc_64/include/QtGui 
-I/opt/Qt5.5.1/5.5/gcc_64/include/QtCore 
-I. 
-I/opt/Qt5.5.1/5.5/gcc_64/mkspecs/linux-g++ 
-o moc_Test.o moc_Test.cpp

各个参数分析:

和①步一样。

这里就很明确的发现了,在编译阶段,使用了Q_OBJECT和继承了QObject的类会编译时会生成2个object文件,分别是原始object和带moc的object文件。

⑤将所有object文件链接起来,生成可执行程序:

g++ -Wl,-O1 -Wl,-rpath,/opt/Qt5.5.1/5.5/gcc_64 -Wl,-rpath,/opt/Qt5.5.1/5.5/gcc_64/lib 
-o MOCQtConsole main.o Test.o moc_Test.o   
-L/opt/Qt5.5.1/5.5/gcc_64/lib -lQt5Gui -L/usr/lib64 -lQt5Core -lGL -lpthread 

各个参数分析:

-Wl, -rpath:①用于编译时指定间接引用的库位置,作用同-Wl,-rpath-link;②用于运行时指定所有引用库的位置,作用同修改环境变量(LD_LIBRARY_PATH),并且库路径引用优先级高于LD_LIBRARY_PATH;

-L:Link链接路径;

-l:链接到哪个so文件。

最后

下面来看下moc_Test.cpp文件:

/****************************************************************************
** Meta object code from reading C++ file 'Test.h'
**
** Created by: The Qt Meta Object Compiler version 67 (Qt 5.5.1)
**
** WARNING! All changes made in this file will be lost!
*****************************************************************************/

#include "Test.h"
#include <QtCore/qbytearray.h>
#include <QtCore/qmetatype.h>
#if !defined(Q_MOC_OUTPUT_REVISION)
#error "The header file 'Test.h' doesn't include <QObject>."
#elif Q_MOC_OUTPUT_REVISION != 67
#error "This file was generated using the moc from 5.5.1. It"
#error "cannot be used with the include files from this version of Qt."
#error "(The moc has changed too much.)"
#endif

QT_BEGIN_MOC_NAMESPACE
struct qt_meta_stringdata_Test_t {
    QByteArrayData data[1];
    char stringdata0[5];
};
#define QT_MOC_LITERAL(idx, ofs, len) \
    Q_STATIC_BYTE_ARRAY_DATA_HEADER_INITIALIZER_WITH_OFFSET(len, \
    qptrdiff(offsetof(qt_meta_stringdata_Test_t, stringdata0) + ofs \
        - idx * sizeof(QByteArrayData)) \
    )
static const qt_meta_stringdata_Test_t qt_meta_stringdata_Test = {
    {
QT_MOC_LITERAL(0, 0, 4) // "Test"

    },
    "Test"
};
#undef QT_MOC_LITERAL

static const uint qt_meta_data_Test[] = {

 // content:
       7,       // revision
       0,       // classname
       0,    0, // classinfo
       0,    0, // methods
       0,    0, // properties
       0,    0, // enums/sets
       0,    0, // constructors
       0,       // flags
       0,       // signalCount

       0        // eod
};

void Test::qt_static_metacall(QObject *_o, QMetaObject::Call _c, int _id, void **_a)
{
    Q_UNUSED(_o);
    Q_UNUSED(_id);
    Q_UNUSED(_c);
    Q_UNUSED(_a);
}

const QMetaObject Test::staticMetaObject = {
    { &QObject::staticMetaObject, qt_meta_stringdata_Test.data,
      qt_meta_data_Test,  qt_static_metacall, Q_NULLPTR, Q_NULLPTR}
};


const QMetaObject *Test::metaObject() const
{
    return QObject::d_ptr->metaObject ? QObject::d_ptr->dynamicMetaObject() : &staticMetaObject;
}

void *Test::qt_metacast(const char *_clname)
{
    if (!_clname) return Q_NULLPTR;
    if (!strcmp(_clname, qt_meta_stringdata_Test.stringdata0))
        return static_cast<void*>(const_cast< Test*>(this));
    return QObject::qt_metacast(_clname);
}

int Test::qt_metacall(QMetaObject::Call _c, int _id, void **_a)
{
    _id = QObject::qt_metacall(_c, _id, _a);
    if (_id < 0)
        return _id;
    return _id;
}
QT_END_MOC_NAMESPACE

①从中可以知道,这个moc_Test.cpp文件是通过Test.h文件生成的;

②其中生成的代码都包含到QT_BEGIN_MOC_NAMESPACE这个命名空间中;

③生成的函数都和元对象(Meta Object)有关,具体每个函数什么功能,后面会有文章说明。文章来源地址https://www.toymoban.com/news/detail-451531.html

到了这里,关于C/C++笔记-分析带有Q_OBJECT继承QObject的类make流程的文章就介绍完了。如果您还想了解更多内容,请在右上角搜索TOY模板网以前的文章或继续浏览下面的相关文章,希望大家以后多多支持TOY模板网!

本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处: 如若内容造成侵权/违法违规/事实不符,请点击违法举报进行投诉反馈,一经查实,立即删除!

领支付宝红包 赞助服务器费用

相关文章

  • QObject::moveToThread: Current thread(...) is not the object`s thread. Cannot move to target thread(

    最近在使用 conda 环境踩了个坑,运行 opencv 项目时弹出满屏的 Qthread 报错。 网上的解决方法大多是把 opencv-python 降级,或者 sudo 用包管理器安装到系统,但是都没有很彻底或者说优雅地解决问题。 问题描述 python 3.8 (conda) 环境下,运行 opencv 项目出现报错:QObject::moveToThread

    2024年02月11日
    浏览(52)
  • .NET Core反射获取带有自定义特性的类,通过依赖注入根据Attribute元数据信息调用对应的方法

    前段时间有朋友问道一个这样的问题,.NET Core中如何通过Attribute的元数据信息来调用标记的对应方法。我第一时间想到的就是通过C#反射获取带有Custom Attribute标记的类,然后通过依赖注入(DI)的方式获取对应服务的方法并通过反射动态执行类的方法,从而实现更灵活的编程

    2023年04月15日
    浏览(44)
  • MFC中的类继承图的基本框架

    一、类继承关系 从图中可知,在MFC中大多数的类都派生于CObject类,它的主要作用是为子类提供一些基本的功能,这些派生类构成了MFC应用程序的基本框架,它们各自的功能描述如表1所示。 派生类 功能描述 CCmdTarget 用于处理用户请求 CWinThread 代表应用程序内部的执行线程

    2024年02月09日
    浏览(38)
  • 低代码如何玩转面向对象的类继承

    老铁们!要说Mendix 在低代码领域的过人之处,没两瓶白的再来几斤花生米是唠不完的。 话说“低代码,高逻辑”、“最接近高代码的低代码”、“高低结合”,大家也已耳熟能详。一个要登大雅之堂的产品从来没什么小秘密,无奈江湖险恶,各路玩家从没放弃调(mo)研(

    2024年02月02日
    浏览(35)
  • python中的类class: 继承、覆盖、重写、重载、扩展、多态、封装

    使用  class  创建类。类中有方法、属性。 1.1 __init__() 函数 类的内置  __init__()  函数。所有类都有一个名为 __init__() 的函数,它在启动类时执行。 使用 __init__() 函数将值赋给对象属性,或者在创建对象时需要执行的其他操作。 每次使用类创建新对象时,都会 自动调

    2024年02月08日
    浏览(50)
  • 什么是JavaScript中的类(Class)和继承(Inheritance)?它们与原型链继承相比有哪些优缺点?

    JavaScript中的类(Class)和继承(Inheritance)是面向对象编程的重要概念。类是一种抽象的概念,它定义了一组属性和方法,并且这些属性和方法可以在同一组对象中重复使用。继承是类之间的层次关系,其中一个类继承了另一个类的属性和方法,从而能够共享其代码和行为。 在Ja

    2024年02月12日
    浏览(55)
  • Python框架【模板继承 、继承模板实战、类视图 、类视图的好处 、类视图使用场景、基于调度方法的类视图】(四)

    👏作者简介:大家好,我是爱敲代码的小王,CSDN博客博主,Python小白 📕系列专栏:python入门到实战、Python爬虫开发、Python办公自动化、Python数据分析、Python前后端开发 📧如果文章知识点有错误的地方,请指正!和大家一起学习,一起进步👀 🔥如果感觉博主的文章还不错的

    2024年02月11日
    浏览(50)
  • Python的类与对象、构造方法、类与对象三大特性封装、继承和多态、类型注解

      使用对象组织数据 在程序中是可以做到和生活中那样,设计表格、生产表格、填写表格的组织形式的。 在程序中设计表格,我们称之为: 设计类(class) class Student: name None #记录学生姓名 在程序中打印生产表格,我们称之为: 创建对象 #基于类创建对象 stu_1 Student() stu_2 St

    2024年02月02日
    浏览(54)
  • Web3j 继承StaticStruct的类所有属性必须为Public <DynamicArray<StaticStruct>>

    Web3j 继承StaticStruct的类所有属性必须为Public,属性的顺序和数量必须和solidity 里面的struct 属性相同,否则属性少了或者多了的时候会出现错位 Web3j 继承StaticStruct的类所有属性不能为private,因为web3j 是通过长度去截取返回值解析成对应的属性进行赋值的。要获取一个list对象时

    2024年02月09日
    浏览(47)
  • 论文阅读:YOLOV: Making Still Image Object Detectors Great at Video Object Detection

    发表时间:2023年3月5日 论文地址:https://arxiv.org/abs/2208.09686 项目地址:https://github.com/YuHengsss/YOLOV 视频物体检测(VID)具有挑战性,因为物体外观的高度变化以及一些帧的不同恶化。有利的信息是,与静止图像相比在视频的某一帧中检测,可以从其他帧中获得支持。因此,如

    2024年02月01日
    浏览(37)

觉得文章有用就打赏一下文章作者

支付宝扫一扫打赏

博客赞助

微信扫一扫打赏

请作者喝杯咖啡吧~博客赞助

支付宝扫一扫领取红包,优惠每天领

二维码1

领取红包

二维码2

领红包