qt元对象以及QTL容器讲解

九十岁也要程序猿

已于 2024-01-02 16:50:25 修改

阅读量723

点赞数 9

CC 4.0 BY-SA版权

分类专栏： Qt QWidget 文章标签：数据库 qt

于 2024-01-02 15:55:38 首次发布

本文链接：https://blog.youkuaiyun.com/weixin_41199566/article/details/135102491

1、Qt的元对象系统

Qt的元对象提供对象间通信的信号和槽机制、运行时类型信息和动态属性系统。

QT RTTI 运行时类型识别技术（运行时类型信息）

除了C++为我们提供的两种RTTI运算符（ dynamic_cast 和 typeid）外，qt也为我们提供了两种运行时类型识别机制：

（1） qobject_cast

（2） Qobject::inherits()

QT对象间的交流（槽函数）

QObject::connect()函数的原型是 [static] QMetaObject::Connection QObject::connect(const QObject *sender, const char *signal, const QObject *receiver, const char *method, Qt::ConnectionType type = Qt::AutoConnection)

参数Qt::ConnectionType type 就是Qt中信号与槽的连接方式。

默认连接：也称为AutoConnection，根据信号和槽所在的对象是否在 同一线程来决定连接方式。如果 信号和槽在同一线程，则使用DirectConnection；如果 信号和槽在不同线程，则使用 QueuedConnection。

直连（DirectConnection），信号在哪，就在哪个线程执行。这种连接方式 最好只在同一线程中使用。

队列连接（QueuedConnection），无论信号和槽在同一线程还是不同线程， 槽函数不会立刻执行，等到接受者的 当前执行的函数执行完才会执行槽函数。这种连接方式中，槽函数不会立刻执行， 会等待接收对象的当前线程完成当前的任务后，在事件循环中执行。

阻塞队列连接（BlockingQueuedConnection），这种连接方式与队列连接类似，槽函数调用时机相同，只是会在 发送者所在的线程会阻塞，直到槽函数运行完，发送者和接受者绝对不能在同一个线程。

唯一连接：（Qt::UniqueConnect）， 一个信号只能有一个槽连接，多个会失败。 可以使用|与以上四种结合使用。

优点：

类型安全：信号和槽的签名必须是等同的，即信号的参数类型和参数个数必须与接收该信号的槽的参数类型和参数个数相同（ 信号参数数大于等于槽的参数）。

松散耦合： 信号和槽机制减弱了Qt对象的耦合度。激发信号的Qt对象无须知道是哪个对象的哪个槽需要接收它发出的信号，而对象的槽也不知道是哪些信号关联了自己。这样，一个对象可以在不等待接收者的响应下继续执行，提高了程序的响应性能。 即使关联的对象在运行时被删除，应用程序也不会崩溃。

异步通信：信号和槽机制可以实现异步通信， 一个对象可以在不等待接收者的响应下继续执行，提高了程序的响应性能。

事件驱动：在Qt中的图形界面编程常常与事件处理有关。信号与槽机制使得处理事件变得更加方便，能够 轻松地处理按钮点击、鼠标事件等。

缺点：

速度较慢。与回调函数相比，信号和槽机制运行速度比直接调用非虚函数慢 10倍。

原因：1、需要定位接收对象的信号（ 找到对象位置）。2、安全地遍历所有关联槽（ 一个对象有多个槽，需要一个一个对比）

3、编组解组 传递参数 4、 多线程的时候，信号需要排队等待。（然而，与创建对象的new操作及删除对象的delete操作相比，信号和槽的运行代价只是他们很少的一部分。信号和槽机制导致的这点性能损耗，对实时应用程序是可以忽略的。）