7.Qt的自定义库和STL的区别是什么？
一、 基础认知
1.STL（Standard Template Library）：C++ 标准库的核心，是通用的、与平台无关的 C++ 基础容器 / 算法库，设计目标是 "通用、高效、泛型"，只依赖 C++ 标准，不绑定任何 GUI 框架。
2.Qt 自定义库（如 Qt 容器类 QList/QMap、字符串 QString、算法 qSort 等）：是 Qt 为自身生态量身定制的库，设计目标是 "适配 Qt 的信号槽、跨平台、内存管理、GUI 场景优化"，深度绑定 Qt 的核心机制。
二、技术理解
| 对比维度 | STL | Qt 自定义库 |
|---|---|---|
| 内存管理 | 依赖 C++ 原生内存管理（new/delete），需手动 / 智能指针管理 | 适配 Qt 的父子对象机制、隐式共享（Copy-On-Write），内存管理更贴合 Qt 生态 |
| 跨平台细节 | 仅保证语法跨平台，底层实现（如容器扩容策略）可能因编译器 / 系统略有差异 | 全平台行为一致（如 QString 的编码、QFile 的文件路径处理），Qt 封装了平台差异 |
| 核心特性支持 | 无信号槽、无 Qt 元对象系统（MOC）支持 | 深度支持信号槽、MOC、Qt 调试工具（如 QDebug）、序列化（QDataStream） |
| 编码 / 字符处理 | std::string 是字节串，无原生 Unicode 支持，需手动处理编码 |
QString 原生 UTF-16 编码，内置丰富的编码转换（toUtf8/toLocal8Bit）、字符串操作 API |
| 异常处理 | 部分实现依赖 C++ 异常（如越界访问） | 默认禁用异常，通过返回值 / 状态码处理错误（符合 Qt 的设计风格） |
| 性能 | 算法 / 容器极致优化（如 std::vector），侧重通用场景高性能 | 针对 GUI 场景优化（如 QList 的迭代器稳定性），隐式共享减少拷贝开销 |
三、工程能力
1.什么时候用 STL？：非 Qt 项目、高性能计算场景、需要严格遵循 C++ 标准的跨平台代码（如嵌入式无 Qt 环境）。
2.什么时候用 Qt 库？：Qt 项目中（尤其是 GUI 相关）、需要信号槽联动、依赖 Qt 元对象系统（如反射、序列化）、简化跨平台编码 / 文件 / 网络操作。
3.混合使用的注意事项：如QString与std::string的转换（toStdString()/fromStdString()）、隐式共享的线程安全问题、迭代器的兼容性。
四、深度思考
1.Qt 库是对 STL 的 "场景化补充" 而非 "替代"：Qt 没有重新实现所有 STL 功能，而是针对 GUI 开发的痛点（如编码、跨平台、内存管理）做了优化。
2.隐式共享（COW）的设计取舍：Qt 容器的 COW 提升了拷贝效率，但在多线程写操作时需注意加锁；STL 容器则更侧重线程无关的通用设计。
五、Qt 自定义库和 STL 的核心区别在于设计目标和应用场景：
1.定位上，STL 是 C++ 标准库，通用、跨编译器 / 平台，侧重泛型算法和容器的高效性；Qt 自定义库是 Qt 生态的一部分，为 GUI 开发量身定制，深度绑定 Qt 的信号槽、元对象系统。
2.核心差异体现在内存管理（Qt 的隐式共享 / 父子对象）、编码处理（QString 原生 Unicode）、跨平台细节（Qt 封装了系统差异）；
3.实际项目中，Qt 项目优先用 Qt 库（如 QString/QList），能简化 GUI 相关开发；非 Qt 场景或高性能计算用 STL；混合使用时注意类型转换和线程安全即可。"
8.UDP对比TCP的优势？
一、UDP 对比 TCP 的核心优势
1.UDP 是无连接协议：无需三次握手建立连接，直接发送数据包，开销小、延迟低；
2.支持广播 / 组播：可向局域网所有设备或指定组发送数据，TCP 仅支持点对点；
3.无可靠性开销：无需重传、排序、流量控制，适合实时性要求高（可容忍少量丢包）的场景；
4.报文边界保留：一次发送 = 一次接收，无需处理 TCP 的粘包问题。
二、UDP vs TCP 的对比
| 维度 | TCP | UDP |
|---|---|---|
| 连接 | 面向连接，需要三次握手建立连接 | 无连接，直接发送数据报 |
| 可靠性 | 保证可靠、有序、不丢包、自动重传 | 不保证可靠、不保证顺序、可能丢包 |
| 首部开销 | 20 字节左右 | 固定 8 字节 |
| 延迟 | 较高，有连接、确认、重传、拥塞控制等开销 | 较低，没有这些机制 |
| 流量控制 / 拥塞控制 | 有 | 无 |
| 通信模式 | 点对点 | 支持单播、广播、组播 |
| 典型应用 | 文件传输、HTTP、邮件、数据库等 | 在线音视频、DNS、实时游戏、TFTP、SNMP 等 |
三、什么时候更适合用 UDP
常见适合 UDP 的场景：
1.实时音视频通话 / 会议：偶然丢几帧无所谓，但延迟高会明显体验差。
2.实时多人游戏：状态同步对时间敏感，丢包可以由应用层做插值、预测等补偿。
3.局域网服务发现 / 广播通知：使用 UDP 广播/组播快速发现在线设备。
4.DNS 查询：查询包小，希望快速响应，可以重传。
5.简单的监控上报、日志上报、遥测数据：单次小包，丢一条可以忽略，后续再补。