今天为大家带来一份大疆嵌入式Qt开发一面面经。

这些问题既考察基础，又注重实际应用，无论你是否面试大疆，只要从事Qt开发，这些知识点都值得掌握。

1. Qt为什么要设计对象树机制？它主要解决什么问题？

Qt设计对象树机制主要是为了解决C++在GUI开发中面临的内存管理难题。想象一下，C++中手动new/delete就像在杂技团抛球，稍有不慎就会“球掉一地”（内存泄漏）。

对象树机制的核心价值在于自动管理对象生命周期，从根本上减少内存泄漏和野指针问题。

它主要解决三大痛点：

• 自动内存管理，避免内存泄漏：当一个对象被指定为另一个对象的“父对象”时，子对象会被加入父对象的内部列表中。当父对象被销毁时，会自动遍历并销毁所有子对象，无需手动调用delete。
• 维护对象间的逻辑关联：GUI程序中，对象间常存在“包含”或“从属”关系（如窗口包含按钮）。对象树机制通过父子关系绑定，让对象的生命周期自动遵循这种逻辑关联。
• 避免重复释放，提升安全性：对象树中，子对象被手动销毁时会先从父对象的列表中移除自己，确保父对象销毁时不会重复释放该子对象，避免了双重释放错误。

2. QObject类里面有个parent()是干什么用的？

parent()是Qt对象树机制的核心接口之一，就像每个人的家庭关系一样，它记录了当前对象的“父亲”是谁。

具体功能包括：

• 维护对象树的层级关系：通过parent()可以明确对象在整个对象树中的位置，比如按钮的父对象是窗口，窗口的父对象可能是主窗口。
• 支持自动生命周期管理：parent()指向的父对象是当前对象生命周期的“管理者”。父对象被销毁时，会自动销毁所有子对象。
• 方便对象间的层级交互：子控件可以通过parent()获取父容器，进而访问父对象的属性或调用方法，实现跨层级的事件传递或状态同步。

3. 信号发出后槽函数会立即执行吗？

这个问题有点“看情况”！信号发出后槽函数是否立即执行，取决于连接类型和线程关系，分三种情况：

• 直接连接：槽函数立即在发送信号的线程中执行，就像直接调用函数一样。
• 队列连接：信号会被封装成事件，放入接收者所在线程的事件队列中，等待事件循环处理时才执行。
• 自动连接（默认）：同一线程等同于直接连接，跨线程等同于队列连接。

简单总结：同一线程+直接连接=立即执行；跨线程+队列连接=延迟执行。

4. Qt为什么不能在子线程里操作UI？

这就像你不能在后台随意改动前台展示的商品一样！Qt不允许在子线程中直接操作UI，核心原因是UI组件不是线程安全的。

具体原因：

• 线程安全问题：UI组件内部维护了大量与绘制、事件处理相关的状态，这些状态的修改和访问没有经过线程同步处理。
• 单线程UI模型：几乎所有主流GUI框架都采用这一设计，目的是简化UI编程，避免为每个UI操作添加复杂的线程同步逻辑。
• 事件循环依赖：UI组件的状态更新依赖于UI线程的事件循环正常运转。在子线程中直接操作UI，相当于绕过了事件循环，可能导致状态同步失败甚至UI线程卡死。

正确做法：通过Qt提供的跨线程通信机制（信号槽队列连接、invokeMethod等）安全地触发UI更新。

5. Qt多线程编程为什么不直接继承QThread而是用workerObject？

这是Qt多线程编程中最容易踩的坑！Qt 官方早就说过：QThread 是 “工头”，负责管线程的生死；Worker Object 是 “工人”，负责干具体活 —— 别让工头又管线程又干活，职责混乱容易出问题！

核心原因：职责分离

• QThread是“线程的管理者”：它的核心功能是管理操作系统线程的生命周期，而不是执行任务。
• 直接继承QThread的问题：会导致QThread既负责线程管理，又承载任务逻辑，违反“单一职责原则”，还会引起线程亲和性混乱。

Worker Object模式的优势：

• 职责清晰：QThread管线程，Worker做任务
• 线程亲和性正确：通过moveToThread将Worker移动到子线程，确保其槽函数在子线程中执行
• 灵活利用事件循环：子线程的事件循环可以正常处理信号槽、定时器等事件

简单说，就是让管理者只做管理，工人只做任务——这是更合理的分工。

6. Qt绘图系统的核心类有哪些？区别是什么？

Qt绘图系统就像一支专业的绘画团队，各有分工：

• QPainter（画笔）：实际干活的，所有绘图操作（画直线、矩形、文字等）都由它完成。
• QPaintDevice（画布）：绘图的目标载体，如QWidget（窗口）、QPixmap（像素图）、QImage（图像）、QPrinter（打印机）。
• QPaintEngine（翻译官）：QPainter和QPaintDevice之间的桥梁，将绘图命令转换成设备能理解的指令。

此外还有QPen（画笔样式）、QBrush（画刷）、QFont（字体）等辅助类，共同构成完整的绘图系统。

7. Qt的自定义库和STL的区别是什么？

• 设计目标不一样：STL 是 C++ 标准，通用！不管啥框架，只要是 C++ 就能用，追求 “跨编译器、标准化”；Qt 库是 Qt 生态的 “专属工具”，跟信号槽、对象树绑得紧，只为 Qt 项目服务。
• 功能范围不一样：STL 就搞 “基础数据结构 + 算法”，比如 vector 存数据、sort 排序，功能纯粹；Qt 库更全能，除了 QList、QVector 这些容器，还有 QString（原生支持 Unicode，处理中文超方便）、QFile（文件操作）、QNetwork（网络）—— 而且能直接跟 UI 组件配合，比如 QString 直接显示在按钮上，STL 做不到。
• 内存管理不一样：STL 容器管指针要手动删（除非用智能指针），比如 vector 里放指针，删容器的时候指针指向的内存还在；Qt 的 QObject 派生类有 “父对象机制”，放容器里只要设了爹，爹没了自动删，对新手友好。
• 用在哪不一样：纯 C++ 项目用 STL，通用不挑框架；Qt 项目（尤其是 GUI）优先用 Qt 库，跟信号槽、UI 配合顺畅，少写适配代码 —— 比如 Qt 里用 QList 比 std::list 方便，能直接当信号参数。

选择建议：纯C++项目用STL，Qt项目优先用Qt库，集成更顺畅。

8. UDP对比TCP的优势？

UDP就像寄明信片，简单直接；TCP就像挂号信，可靠但繁琐。

UDP的优势：

• 不用建连接， overhead 低：TCP 要三次握手建连接、四次挥手断连接，耽误时间；UDP 想发数据直接打包就发，省去这些步骤 —— 游戏联机、语音通话就爱用它，多等几毫秒体验就差了。
• 传输效率高，延迟低：TCP 为了靠谱，要确认、重传、拥塞控制，头部还大（20 字节起）；UDP 头部才 8 字节，发出去就不管了，不用等确认 —— 直播、实时视频就适合，偶尔丢个包不影响，延迟高了就完了。
• 资源占用少，能扛大量客户端：TCP 要维护每个连接的状态（滑动窗口、序列号），服务器接很多客户端会很卡；UDP 不用维护连接，几百上千个客户端也不怕 ——DNS 查询就用它，一次请求一次响应，高效！
• 支持广播 / 多播，TCP 不行：TCP 只能点对点聊天，UDP 能给局域网所有设备发广播，或者给指定一组设备发多播 —— 比如局域网找设备、流媒体广播，全靠 UDP。

适用场景：实时性要求高的语音通话、游戏联机，以及直播、实时视频等可容忍少量丢包但要求低延迟的场景。

---

以上就是大疆嵌入式Qt一面的核心技术问题。从对象树到多线程，从绘图系统到网络通信，覆盖了Qt开发的多个关键知识点，其实 Qt 面试不难，关键是把基础吃透，再结合实际场景理解。

如果你对Qt开发感兴趣，或是正在准备Qt相关面试，不妨对照这些问题检验自己的掌握程度。在实际学习和工作中，这些基础概念的理解深度，往往决定了代码的质量和程序的稳定性。

如果你瞄准桌面开发 / 嵌入式开发，想掌握 C++ Qt 核心技能，C++ Qt 学习路线一条龙！（桌面开发 & 嵌入式开发）一站式教你从入门到实战；

如果你正备战面试，急需刷题突击，C/C++ 高频八股文面试题 1000 题（三）直击面试高频考点，帮你快速查漏补缺；