我自己这两年做桌面工具、上位机、小型工控软件进进出出绕了一大圈最后发现最顺手的还是C配Qt。不是说别的技术栈不行而是在“既要界面灵活、又要性能可控、还要跨平台发布”这种组合需求面前C与Qt的组合依然是最稳的一条路。这篇东西不是教材是我把这些年用Qt做图形开发时踩过的坑、想明白的理儿、觉得能直接拿去用的步骤和代码揉在一起说给你听。不管你是刚学完C语法准备往图形界面走的新手还是被项目逼着接手Qt代码的同事又或者想用Qt快速搞定一个绘图、报表、上位机工具的老手这篇都值得花十分钟读一遍至少能让你少走几条弯路。1. 为什么是C和Qt从选型逻辑说起1.1 先说结论C负责“硬”Qt负责“软”我经常跟人打一个比方C就像一台手动挡的性能车动力直接、操控上限高但你要懂离合、会换挡Qt则是车上那套经过精心调校的驾驶辅助系统帮你把窗外的路况翻译成仪表盘上看得懂的信息。单独用C写图形界面等于当赛车手还要自己铺赛道单独用脚本语言做界面性能一上来又容易露怯。C与Qt合在一起正好是“硬核底层能力”和“高效界面框架”的互补。从实际需求看什么项目最适合用C和Qt我列几个典型场景桌面工具类比如批量文件重命名、日志分析器、串口调试助手。这类工具要求启动快、占内存少、界面不用太花哨但交互要顺手。工控与上位机需要实时读取硬件状态、绘制数据曲线、下发控制指令对稳定性和响应速度有硬指标。跨平台产品同一套代码要在Windows、Linux、macOS上跑甚至还要往ARM板上移植。嵌入式带屏设备Qt在嵌入式领域的底子很厚后面我会专门展开。在这些场景里如果选Electron这类Web技术栈开发确实快但内存占用和启动速度容易被诟病选C#/WPF只能舒服待在Windows生态里。C与Qt则能把“性能”和“跨平台”两件事同时拿住。1.2 形态灵活从Widgets到QML很多人刚接触Qt会问我该学QWidget还是QML这问题我当年也纠结过。简单说QWidgets适合传统桌面软件控件密集、逻辑复杂、需要大量表格/菜单/对话框的场景QML/Qt Quick适合界面动效多、触摸交互、视觉要求高的场景比如平板应用、车载中控、物联网设备界面。我的建议是如果是做传统PC工具先从QWidgets上手因为它的思维模式和MFC、WinForm更像文档案例也多容易建立信心。等做完一两个完整项目再回头学QML会发现很多概念是相通的。做嵌入式触摸屏项目的话直接走QML路线更合适。1.3 你真正需要掌握哪些C知识点Qt虽然帮你封装了大量底层细节但有些C基础不扎实写Qt代码很容易写出“能编译、一跑就崩”的程序。结合这些年的面试和带人经验排个优先级对象生命周期谁new的、谁delete、什么时候要交给父子对象管理。这个不懂Qt里内存泄漏和野指针会疯狂教你做人。引用与指针的取舍信号槽参数传递、容器类的遍历、对象间数据共享都绕不开这块。RAII与智能指针Qt自身有QPointer、QSharedPointer但标准库的std::unique_ptr、std::shared_ptr也要熟练因为遇到Qt与第三方C库混编时必然要用。多线程基础std::thread的简单使用、线程间通信的几种方式。Qt里虽然有moveToThread和QThreadPool帮你兜底但底层原理还是要懂。STL容器与算法很多场景用std::vector替代QList可能更高效什么时候用哪个容器直接影响程序性能。把这些基础打牢你再去看Qt的官方文档就会发现Qt不过是一套“用C写成的优秀类库”而不是什么玄学框架。2. 信号槽与事件循环Qt一切功能的基石2.1 信号槽不是魔法是观察者模式很多人初学Qt时最晕的就是信号槽。明明两个对象互不认识一个发出信号另一个怎么就被触发了其实原理不复杂信号槽是观察者模式的一种实现核心是“发布-订阅”。发送者不需要知道接收者是谁接收者只需要提前注册自己关心的事件。Qt的信号槽有两种写法。老式写法用宏connect(button, SIGNAL(clicked()), this, SLOT(onButtonClicked()));新式写法用函数指针更推荐connect(button, QPushButton::clicked, this, MainWindow::onButtonClicked);新式写法的好处是编译期就能检查信号和槽是否存在、参数是否匹配老式写法运行期连接失败只会往终端打一段警告排查起来特别痛苦。再说一个大家经常忽略的细节信号槽的连接方式。默认情况下如果你在同一个线程里connect信号触发后会直接调用槽函数是同步的如果发送者与接收者在不同线程会自动变成队列连接槽函数在接收者线程的事件循环里被调度执行。这个机制解释了一个经典问题——为什么在子线程里不能直接操作UI控件因为UI控件的线程亲和性在主线程直接改会导致未定义行为轻则界面闪烁重则崩溃。2.2 事件循环一个永不停歇的调度中心理解Qt图形开发另一个绕不开的概念是事件循环。简单说main函数里那个app.exec()就是开启了一个无限的循环从系统事件队列里不断取出鼠标点击、键盘输入、绘制请求、网络数据等事件分发给对应的对象处理。信号槽、定时器、重绘、窗口消息全都挂在这个循环上。有个很经典的坑在槽函数里写一个while(1)死循环等待数据界面会卡死。为什么因为你的死循环占住了事件循环系统没法处理“重绘窗口”和“处理鼠标点击”这些事件整个程序看起来就像假死一样。正确的做法是把耗时操作放到子线程或者用状态机拆分任务保证事件循环始终能转起来。这个知识点对做图形开发非常重要尤其是后期做动画、做触摸交互、做实时数据刷新时你所有的界面设计都要围绕“事件循环”转。2.3 从理论到实战自定义一个防卡顿的进度条网上经常有人问“qt 自定义进度条怎么做”常规方案是继承QProgressBar或者直接用QPainter画。但我想说的是自定义控件最关键的不是绘图代码本身而是怎么设计它的刷新机制。我做一个传输工具时需要每秒刷新几十次进度但又不能占用主线程导致UI卡顿。当时的做法是这样的先把进度值的变化封装成一个信号progressUpdated(int)然后用一个子线程或者QTimer来驱动这个信号界面上的进度条只负责接收信号并setValue()。这样即使数据更新很频繁也不会阻塞事件循环。如果要做得更炫一点比如带渐变颜色的环形进度条那就直接继承QWidget重写paintEvent用QPainter画圆弧、画文字。这个方案的可控性最高也是我推荐的进阶路径。具体画法放到后面第四部分展开这里先埋个伏笔。3. 绘图系统精讲QPainter的台前与幕后3.1 理解绘图系统的三个核心类Qt的绘图系统有三个核心类QPainter、QPaintDevice、QPaintEngine。QPainter负责绘制动作比如画线、画矩形、画文字QPaintDevice是画布可以理解成“在哪里画”QWidget、QPixmap、QImage都是它的子类QPaintEngine是QPainter和QPaintDevice之间的桥通常不需要我们直接管。做图形开发时你写得最多的代码是类似这样的void MyWidget::paintEvent(QPaintEvent *event) { QPainter painter(this); painter.setRenderHint(QPainter::Antialiasing, true); painter.setPen(QPen(Qt::blue, 2)); painter.setBrush(QBrush(Qt::lightGray)); painter.drawRect(10, 10, 100, 60); painter.drawText(rect(), Qt::AlignCenter, Hello, Qt); }有几个细节新手容易忽略setRenderHint(QPainter::Antialiasing)不开启的话画出来的斜线和圆弧会有明显锯齿视觉上很廉价。QPainter painter(this);会隐式调用begin()离开作用域时自动调用end()所以不要手动调begin/end防呆设计。如果频繁重绘不要在paintEvent里做复杂计算或加载图片把这些放到构造函数或数据初始化阶段绘图函数只负责“画”。3.2 坐标系统与坐标变换为什么你的图画歪了Qt的坐标系默认是左上角为原点x轴向右y轴向下。这个和传统数学坐标系不一样画图时经常要换算。举个例子想以控件中心为圆心画一个圆直接这么写会跑到右下角painter.drawEllipse(0, 0, 100, 100);正确的做法是先平移坐标系到中心然后再画painter.save(); painter.translate(width() / 2, height() / 2); painter.drawEllipse(-50, -50, 100, 100); painter.restore();save()和restore()这对组合很关键它们保证你在保存点之后做的旋转、平移、缩放等变换不会影响到后续绘图。做那种“桌面画线”小工具时坐标变换更是核心。你需要把鼠标在屏幕上的坐标点经过控件坐标和图像坐标的相互换算才能准确地画到用户期望的位置上。这里我一般建议用QPointF而不是QPoint因为高分屏、缩放下用浮点精度才够不会出现线条偏移毛刺。3.3 双缓冲与高性能绘图告别闪烁和卡顿早期的Windows图形编程里控件重绘会闪烁原因是你先擦了背景再重新画这个过程被用户看到了。Qt的QWidget默认已经开启了双缓冲所以大部分情况你不会遇到闪烁问题。但如果你做的是游戏、实时曲线、动态图表这种超高频率刷新的界面还是有一些优化手段值得掌握把绘制内容先画到QPixmap上再一次性贴到屏幕上。QPixmap是离屏绘制缓冲区画它就等于在后台画画然后再用painter.drawPixmap()整块更新到窗口不会闪。用update()而不是repaint()触发重绘。update()会把多次重绘请求合并成一次性能更好。只更新脏矩形区域用update(rect)而不是整个控件全量重绘。对于曲线图、波形图这种数据不断追加的场景用QPainter绘制Feather模式加上视图缩放能有效降低CPU占用。我做过一个实时波形显示模块刚开始每来一个数据就全量重绘窗口CPU直接飙到30%。后来改成QPixmap离屏缓存历史波形每次重绘只画新增的那一段数据CPU占用降到2%左右滚动也平滑多了。这种经验文档里不怎么会写但实际项目里极其值钱。4. 实操从零写一个“桌面画线”小程序4.1 需求拆分和界面设计回到一个很多新手练过、但很少人真正做完整的项目“qt桌面画线”。我先定义一下功能边界用鼠标左键拖拽画直线或自由曲线支持选择画笔颜色和粗细支持橡皮擦功能按CtrlS保存画布为PNG图片按CtrlZ撤销上一步。先想清楚再动手写代码。界面用一个QWidget作为画布左侧或顶部放一排工具栏。工具栏里的按钮用QToolButton或者QAction都行我习惯用QAction配合QToolBar这样布局简洁以后想扩展菜单栏也方便。4.2 核心代码鼠标事件与绘制逻辑画线的核心逻辑其实不复杂鼠标按下时记录起点鼠标移动时记录中间点鼠标抬起时生成一条线段。但要注意如果每次移动都往线段列表里加并全量重绘画到几百条线时性能就开始拉胯了。我的方案是维护两份数据一份存“已完成”的线段列表一份存“正在绘制”的临时线段。每次鼠标移动只重绘临时线鼠标抬起那一刻才把临时线合并到已完成列表里。// 头文件里定义数据结构 struct Stroke { QColor color; int width; QVectorQPointF points; }; class PaintWidget : public QWidget { Q_OBJECT public: explicit PaintWidget(QWidget *parent nullptr); protected: void paintEvent(QPaintEvent *event) override; void mousePressEvent(QMouseEvent *event) override; void mouseMoveEvent(QMouseEvent *event) override; void mouseReleaseEvent(QMouseEvent *event) override; private: QVectorStroke m_strokes; Stroke m_currentStroke; };具体到绘制函数核心代码长这样void PaintWidget::paintEvent(QPaintEvent *event) { QPainter painter(this); painter.setRenderHint(QPainter::Antialiasing, true); // 绘制已经完成的笔迹 for (const Stroke stroke : m_strokes) { drawStroke(painter, stroke); } // 绘制当前正在绘制的笔迹 if (!m_currentStroke.points.isEmpty()) { drawStroke(painter, m_currentStroke); } } void PaintWidget::drawStroke(QPainter painter, const Stroke stroke) { QPen pen(stroke.color, stroke.width, Qt::SolidLine, Qt::RoundCap, Qt::RoundJoin); painter.setPen(pen); for (int i 1; i stroke.points.size(); i) { painter.drawLine(stroke.points[i - 1], stroke.points[i]); } }这里有个细节值得注意设置笔帽和连接样式为Round。如果只用了默认的SquareCap画快速移动的曲线时转折处会露出明显的折角手写感很差RoundCap加RoundJoin之后线条圆润很多体验完全不一样。这个细节很多入门教程都不会提。鼠标事件里记得判断左键还是右键。左键画线右键橡皮擦。橡皮擦不用真的“擦”我通常的做法是用背景色画一条更粗的线视觉上盖住原有内容实现上是一致的省去复杂的像素级擦除操作。4.3 撤销与保存小功能里也有大学问撤销功能我用的数据结构是一个栈每完成一笔就压栈按下CtrlZ就弹栈。需要注意的点是如果你想支持“撤销到任意历史状态”就不能只存路径数据还要存当时的画布尺寸、背景色这些状态。我一般只把路径数据快照压栈简单够用。保存功能用QPixmap的save方法就行QPixmap pixmap grab(); // 从控件抓取画面 pixmap.save(QFileDialog::getSaveFileName(this, 保存图片, QDir::homePath(), PNG 图片 (*.png)));但这里有个隐藏坑grab()在你的控件未显示或刚显示但没完成首次绘制时抓到的可能是空白。稳妥的方法是先repaint()强制完成一次绘制再进行grab()。或者干脆维护一个单独的QPixmap离屏画布所有绘制都画在上面保存时直接保存这个画布虽然多占点内存但逻辑干净可靠。4.4 利用“qt获取文件信息”扩展项目画好的图片你可以顺手加上“查看文件信息”的功能正好能串联起QFileInfo这个类。保存完成后读取文件路径用QFileInfo拿到文件大小、修改时间、后缀名等展示在窗口状态栏里。QFileInfo info(filePath); statusBar()-showMessage(QString(已保存大小%1 KB修改时间%2) .arg(info.size() / 1024) .arg(info.lastModified().toString(yyyy-MM-dd hh:mm:ss)));这种小功能看着不起眼但能让一个练习项目变得完整也让读者切实感受到Qt的文件处理有多顺手。如果你准备把这个项目写进简历提到这些集成细节比单纯说“我画了一条线”要有说服力得多。5. 工程化实战环境搭建、国际化与打包发布5.1 环境安装Qt在线安装慢与国内镜像源的选择不少人在第一步就卡住了Qt下载半天不动、安装包找不到入口、安装完还报qt_qpa_platform_plugin_path找不到平台插件。这些坑我全踩过逐一说。先说下载Qt现在官方推荐在线安装器。但如果你只想装某个特定版本比如5.15.2在线安装器界面上可能已经找不到旧版本入口需要先在“Archive”里找到对应的离线安装包。下载慢的解决方案很简单国内镜像源很好用中科大、清华的源都很稳速度能跑到几MB每秒。具体URL我就不贴了搜“Qt 国内镜像”第一条基本就能找到。注意选择与操作系统架构匹配的安装包Windows下32位和64位别弄混。再说编译套件Qt安装时会让你选编译器常见的是MSVC和MinGW。这里我说下我的经验如果你主要在Windows下开发用MSVC版本更贴近Windows生态第三方库兼容性好但需要装对应版本的Visual Studio或Build Tools如果只是学习、做些小工具MinGW版配置更省事一条龙不用额外装VS。两者不能混用你用了MinGW版Qt就要配套用MinGW编译器编译你的项目否则一堆链接错误等着你。最后说那个经典的红色报错qt.qpa.plugin: Could not find the Qt platform plugin windows。出现这个报错99%是因为程序运行时找不到qwindows.dll也就是平台插件。解决办法分两种情况在Qt Creator里跑检查构建目录里是否缺platforms目录把Qt安装目录下的plugins/platforms拷贝过来如果是发布出去的exe我会在下一小节详述。5.2 打包发布windeployqt的正确使用姿势Qt程序不能直接把exe扔给别人因为缺少一堆Qt运行库。官方提供的工具是windeployqt它会在exe所在目录部署Qt的相关DLL、插件和翻译文件。最典型的操作是在Qt Creator里用Release模式构建拿到可执行文件。打开Qt安装目录下对应编译套件的命令行工具比如“Qt 5.15.2 (MSVC 2019 64-bit)”。运行cd /d D:\myapp\release D:\Qt\5.15.2\msvc2019_64\bin\windeployqt.exe myapp.exe工具会自动把依赖的Qt库和插件拷过来。但这里有几个坑值得说。第一windeployqt只能帮你拷贝Qt相关的库你用了第三方库比如OpenSSL、FFmpeg还得手动拷同时把它依赖的Windows系统的某些VC运行库也检查一下。第二中文路径和空格路径容易出幺蛾子发布目录最好全英文。第三如果你的程序同时用了QML需要加参数或者手动把QML目录复制过去用--qmldir参数指定项目QML路径。如果你希望最终给用户的安装包更漂亮可以用Inno Setup或NSIS把发布目录打包成安装程序这个网上教程很多。还有一个小技巧目前在团队里亲测好用发布后的目录先用“仅复制所有文件”的方式拷到一台没装Qt的干净Windows机器上测试一遍。很多“在我电脑上能跑别人电脑上就报错”的问题都是这样提前暴露出来的。5.3 国际化让你的Qt程序支持多语言之前热搜里有“qt国际化”很多人在写面向国内外用户的软件时要处理多语言。Qt的国际化机制其实很优雅核心就是三件事代码里用tr()包裹字符串、生成翻译文件、加载翻译器切换语言。第一步代码里字符串写成这样ui-label-setText(tr(Hello)); ui-menuFile-setTitle(tr(File));第二步用Qt内置的lupdate工具扫描源码生成.ts文件然后用Linguist工具逐条翻译。翻译完发布时再用lrelease把.ts编译成二进制的.qm文件。第三步程序启动时根据用户语言加载对应的.qmQTranslator translator; if (translator.load(:/translations/myapp_zh_CN.qm)) { qApp-installTranslator(translator); }这里有几个注意点tr()一定要写在QObject的子类里或者用了Q_DECLARE_TR_FUNCTIONS否则翻译字符串无法提取。字符串中的“快捷键”不要改了它表示菜单或按钮上的字母快捷键。如果你在connect里用QObject::tr()注意上下文对象是哪个类避免翻译上下文错乱。.ts文件修改后别忘重新执行lrelease否则改动不会生效。做到这一步你的程序就已经具备多语言能力了。后续维护时只需要持续更新.ts文件里的新词条不用改动任何代码。5.4 关于qt离线安装在实际项目中的选择嵌入式项目里经常需要离线安装Qt尤其是目标板运行的是定制Linux系统不方便从互联网拉依赖。这里的“离线安装”通常指预先下载好离线安装包、在隔离环境里安装。我的建议是在隔离环境里提前准备好Qt源码目录、交叉编译工具链、依赖库的三方源码写一个自动部署脚本。这样即使后续网络受限也能稳定复现构建环境。还有一个经验离线安装完成后把整个Qt安装目录打个压缩包备份。因为有时候目标环境不同装好的环境中某几个库不兼容有备份可以快速回滚省去重新配置几个小时的痛苦。6. 常见报错与疑难排查技巧实录6.1 编译期报错信号槽连接相关的典型问题Signal/slot如果连接失败程序运行后只会往Console输出一段类似QObject::connect: No such slot MainWindow::onButtonClicked()的警告界面上什么异常都看不到特别隐蔽。遇到这种问题第一优先检查三件事类定义里是否写了Q_OBJECT宏。槽函数是否是private slots:或public slots:里的成员。新式connect语法是否包含了完整的类名限定例如MainWindow::onButtonClicked而不是onButtonClicked。我曾经在一个项目里因为把槽函数写到了普通成员函数区域漏了slots关键字导致connect时找不到槽排查了两个小时才定位。那种挫败感希望你能避开。6.2 运行期报错速查表我整理了一份高频运行期问题速查表都是平时群里问得最多的报错/现象产生原因解决办法qt.qpa.plugin: Could not find the Qt platform plugin “windows”缺平台插件目录或目录放错在exe旁放platforms/qwindows.dll或用windeployqt自动部署程序能跑但界面全英文翻译不生效.qm文件未加载或加载时机太晚确保translator先于所有窗体创建前load并install程序开始正常运行一段时间后崩溃多半是内存管理问题重复delete、数组越界、对象提前析构检查对象所有权优先让Qt父子对象管理用AddressSanitizer辅助排查Release版本exe启动后提示缺少MSVC运行库目标机器没装VC Redistributable打包时把vcruntime140.dll、msvcp140.dll复制过去或用“Application”模式部署用QPainter绘制大量图形时CPU占用高全量重绘、未利用离屏绘制改成QPixmap缓存局部updateconnect时提示No such slot类里没写Q_OBJECT、漏了slots关键字、类名限定不完整检查这三处重跑qmake并clean rebuild打开中文路径的工程文件编译失败老版本qmake对中文路径支持不好或编译器编码问题把工程路径改成英文保证源文件utf-8编码这些问题的共同特点是不在你本地环境出现而在换一台机器、换一个目录结构后集中爆发。所以每次发布新版本前我都强制自己在干净环境完整走一遍“拉代码→编译→部署→运行”的流程。6.3 C细节问题字符串数组初始化、覆盖隐藏、栈空间热搜词里出现了“c字符串数组初始化”“c 覆盖 隐藏”“c 栈空间”这些关键词它们虽然不是Qt专属知识但在Qt开发中频繁踩到我用一小节把它们讲透。字符串数组初始化最常见的一个bug是const char* arr[] { a, b, c };这样写没问题。有问题的是后面有人执行arr[1] xxx编译过了但如果你本来想用一个二维数组存放可修改的字符串应该声明成char arr[][10]或直接用std::vectorstd::string。在Qt里更推荐用QStringList或QVectorQString既能直接参与界面数据绑定又省心。“覆盖与隐藏”说的是C继承里重名函数的两种处理方式。如果父类有个虚函数virtual void draw()子类写了void draw()这是覆盖运行时多态会调用子类版本如果父类的普通函数void draw()子类写了个同名但不同参数的void draw(int)这就是隐藏调用时容易误用编译器还不一定报警。Qt开发中继承QWidget自定义控件时会大量遇到paintEvent、mousePressEvent这类虚函数重写把“覆盖隐藏”搞明白了才能保证你的控件行为符合预期。最后说栈空间。Windows下默认线程栈大小一般是1MBLinux下一般是8MB。如果你在栈上创建了一个巨大的数组或者深递归调用就会栈溢出崩溃。我之前写一个递归遍历目录的功能目录层级深时直接崩后来加上最大深度限制并改成显式栈迭代才解决。在Qt中做图像处理时如果你一次性加载一张几千万像素的图片到QImage这个对象本身在栈上但数据内部是堆分配的问题不大怕就怕你在函数里写QImage image(w, h, QImage::Format_ARGB32)这样的大对象在栈上然后又做了很多局部变量栈不够就会炸。6.4 多线程、嵌入式与后续扩展最后简单展开一下Qt做嵌入式的话题。Qt在嵌入式领域的优势在于它提供了一整套完整的GUI与业务逻辑框架支持触控、支持硬件加速、可裁剪定制。热搜里的“qt 做嵌入式”也反映了什么意思呢就是很多人想把PC端的Qt技能复用到ARM开发板上做屏幕应用。这里我的经验是先在PC上用Qt Creator开发调试业务逻辑界面先随便摆摆就好编译时使用交叉编译工具链把程序编译成ARM目标文件下载到板子上再针对板子分辨率、触控事件、资源消耗做适配调优。这里的核心坑在于交叉编译环境的搭建特别是依赖库的缺失。建议直接用官方提供的交叉编译工具链镜像或者用Yocto/Buildroot这些构建系统它们已经把大部分依赖处理好了。至于“Qt 多线程”我的建议是在你能熟练使用QThread之前先用QtConcurrent::run或QThreadPool跑并发任务因为它们自动帮你管理了线程池省心很多。等真正需要精细控制线程生命周期时再深入去学QThread的run()重写和moveToThread。跨线程访问UI之前一定要记得用信号槽把数据“抛”回主线程再更新界面这是铁律。7. 我个人做Qt图形开发的一点体会写到这里最想分享的心得反而不是某个API怎么用而是一个习惯拿到一个需求先别急着写代码先把数据流画出来。一个图形程序本质上就是“数据→绘制→交互→数据”的循环。你把数据模型梳理清楚了界面只是把这个模型映射出去的一种表达。另一个非常有用的习惯是用Qt自带的Profiler调试性能问题。以前我总靠感觉猜“哪段代码慢”后来直接打开Performance Profiler跑一遍耗时瓶颈一目了然。做图形开发时90%的性能问题都集中在“不必要的全量重绘”和“频繁的对象拷贝”上定位一次就能记住绘制函数保持轻量重数据缓存复用。最后再送一个小技巧想快速验证一个UI效果时直接在main.cpp里写一个临时的QWidget把控件塞进去跑一下几秒钟就能看到效果。相信我这样比网上搜半天案例然后复制过来的效率高太多。等效果满意了再挪回正式工程结构。小步快跑是在图形开发里保持手感的最好方法。