为什么 Qt Quick 高手都绕开 QQuickPaintedItem？深入对比 QSG 原生渲染与 QPainter 纹理化方案的性能差异

在 Qt Quick 开发中，当需要实现自定义绘图或高频更新的可视化组件时，开发者往往面临一个关键选择：是使用熟悉的 QQuickPaintedItem 配合 QPainter，还是直接基于 Qt Scene Graph（QSG）原生接口进行渲染？这个看似简单的技术选型背后，实则隐藏着性能、内存和开发效率的多维度权衡。

1. 架构原理与渲染流程的本质差异

1.1 QQuickPaintedItem 的纹理化方案

QQuickPaintedItem 的工作机制可以概括为"软件绘制+纹理上传"：

1. 绘制阶段：在 paint() 方法中使用 QPainter 进行 2D 绘图，这个过程完全在 CPU 上执行
2. 纹理转换：绘制结果被转换为 OpenGL 纹理（通常使用 QImage 作为中间载体）
3. 场景图集成：生成的纹理作为 QSGImageNode 插入到场景图中

这种设计带来了几个固有特性：

• 双重缓冲：每次更新都需要完整的重绘和纹理上传
• 内存消耗：至少需要维护一个与绘制区域大小相等的位图缓冲区
• 同步开销：CPU 绘制与 GPU 渲染之间存在显式或隐式的同步点

1.2 QSG 原生渲染的直通模式

相比之下，直接使用 QSG 接口的渲染流程更为直接：

1. 节点构建：在 updatePaintNode() 中创建 QSGGeometryNode，直接定义几何图元（顶点、索引等）
2. 材质绑定：为几何体指定合适的材质（如 QSGFlatColorMaterial 或自定义材质）
3. GPU 执行：场景图遍历时直接生成对应的 GL 绘制命令

这种模式的特点包括：

• 零拷贝渲染：几何数据可以直接上传到 GPU 显存并复用
• 最小化中间存储：不需要维护完整的位图表示
• 异步友好：场景图可以在渲染线程独立处理节点更新

关键区别：QQuickPaintedItem 是"先绘制再渲染"的间接模式，而 QSG 原生接口实现了