企业官网建设流程全解析

做 Qt 界面的人基本都会走到同一个节点：功能都通了，按钮能点、数据能刷，但界面看起来就是“死”的——点下去没有反馈，切换页面生硬得像幻灯片翻页。这时候你需要的不是一整套动效体系，而是先把 Qt Creator 实现动画效果（单个动画）这件事吃透。我用 Qt Creator 做界面有一段时间了，从 Qt 5.9 到 Qt 6.x 都跑过，QWidget 和 QML 两条线也都写过动画，踩过的坑不算少：动画不执行、执行完控件又弹回原位、反复点按钮画面抖成筛子、关窗口直接崩。这些问题九成都出在同一个环节——单个动画的底层机制没弄明白，就急着上动画组、状态机。这篇文章就只讲一件事：在 Qt Creator 里怎么把一个动画做对、做稳、做得能直接抄进项目里，不管你是刚接触 Qt 的新手还是写过几个项目的老手，都能拿走点干货。

1. 整体设计与方案选型：单个动画该走哪条路

1.1 为什么值得先啃下“单个动画”这块硬骨头

很多人一上手就想着做卡片列表左右滑动、页面切换、曲线缩放这类组合效果，结果代码写了两百行，跑起来一卡一卡的，排查半天找不到原因。根子在于组合动画无非是多个单动画按时间轴拼起来，单个动画的时长、起点、缓动、生命周期这四件事没搞明白，堆得越多越乱。

单个动画的价值在于它把所有变量都收敛了：一个目标对象、一个属性、一条时间轴、一条缓动曲线。你在这个最小闭环里把“属性怎么被改”“谁在驱动时间”“什么时候该销毁对象”这三件事弄清楚，后面加第二个、第三个动画就只是排列组合。Qt 官方把QAbstractAnimation设计成一个独立的、可被时间驱动的对象，本身就是希望你把动画当成资源来管理，而不是一次性的一行调用。

另外从性能角度看，单个动画的开销非常小，Qt 内部用一个统一的定时器驱动所有动画，正常情况下对一个属性的插值计算量可以忽略。真正的性能问题从来不出在单个动画本身，而是出在你一次起十个动画、或者动画里塞了耗时计算。所以先把单个动画跑顺，是性价比最高的起点。

1.2 三条技术路线：QPropertyAnimation、QVariantAnimation 和 QML 动画

Qt 里做单个动画，主流的入口有三个，选错了后面全是弯路。我按实际使用频率和适用场景整理了一张表：

QWidget 项目里，QPropertyAnimation是绝对主力。它的设计思路很直接：你给我一个对象和一个属性名，我按时间把属性的值从起点插到终点。对象和属性的解耦做得很好，同一个动画类既能动QWidget的pos、geometry，也能动你自己写的业务类的百分比字段。

QML 项目里则是NumberAnimation更顺手，声明式写法，target、property、from、to一行行写清楚，改起来比 C++ 直观。但两者背后的时间驱动模型是一套东西，理解了一个，另一个就是语法差异。

注意：QPropertyAnimation对属性名的拼写是大小写敏感的，写错不会报错，动画会安静地什么都不做。这是我见过最高频的“动画不生效”原因，没有之一。

1.3 动画的心脏：谁在推动时间往前走

理解驱动机制，能解释很多看起来奇怪的现象。Qt 的动画不是靠while循环或者sleep推进的，而是挂在一个内部的统一计时器上，由事件循环按固定节奏触发，每次触发时计算出当前时间戳对应的进度，再调用插值函数算出属性值，最后通过元对象系统调用 setter。

这就带来几个直接结论：一是动画必须运行在有事件循环的线程里，你如果在工作线程里 new 一个动画去动 UI 控件的属性，那是自找麻烦，Qt 会直接警告甚至崩溃；二是如果主线程被耗时计算堵住了，动画就会卡顿甚至跳帧，因为它拿不到定时器回调；三是如果时间跨度很长而系统时间被调整过，动画的计时会受到一定影响，这一点在日常开发里很少遇到，但做长时间循环动画时值得留个心。

另一个容易忽略的点是帧率。Qt 的动画驱动默认目标是接近 60fps 的节奏，实际帧间隔取决于平台和系统负载。这意味着你设 600ms 的动画，实际大约会被切成 36 个左右的中间值。知道这个数有个好处：你可以估算每帧的位移量，判断动画会不会“跳”。后面第 3 章的参数计算会用到这个。

2. 核心细节解析：属性、曲线与时间轴

2.1 能被动画的属性从哪来：Q_PROPERTY 与元对象系统

QPropertyAnimation的构造签名是QPropertyAnimation(QObject *target, const QByteArray &propertyName, QObject *parent)，那个propertyName就是元对象系统里注册过的属性名。Qt 自带的QWidget已经把pos、size、geometry、windowOpacity这些注册成属性了，所以能直接动。

轮到你自己的类，就必须用Q_PROPERTY宏声明。一个能被动画的最小属性长这样：

class ProgressCard : public QWidget { Q_OBJECT Q_PROPERTY(qreal progress READ progress WRITE setProgress) public: qreal progress() const { return m_progress; } void setProgress(qreal v); private: qreal m_progress = 0.0; };

这里有两个硬性要求：必须有 WRITE 函数，属性名必须和字符串里写的一字不差。如果你只写了 READ 没写 WRITE，QPropertyAnimation启动时会失败，而且不给你任何报错。我建议在调试阶段加一行自检：

const QMetaObject *mo = target->metaObject(); int idx = mo->indexOfProperty("progress"); if (idx < 0) { qWarning() << "属性不存在，检查 Q_PROPERTY 声明"; }

indexOfProperty返回 -1 就说明元对象系统里压根没这个属性，比盲猜快得多。另外setProgress里一定要记得调用update()请求重绘，否则值变了但界面不动，你会以为是动画没跑，其实是 paintEvent 没被触发。

对于QWidget的子控件，还有一个细节：动画动pos或geometry时，如果这个控件被布局管理器管着，你的动画值会被下一次布局重算覆盖掉。这是个非常经典的坑——动画跑完了，控件“啪”地弹回布局位置。解决办法是要么给控件设置固定大小策略、要么干脆把控件从布局里摘出来手动定位、要么改为动布局感知不到的属性（比如QGraphicsOpacityEffect的opacity，或者自定义绘制里的一个数值）。

2.2 QEasingCurve 缓动曲线到底改了什么

缓动曲线不是“感觉更好看”这么简单，它实际改的是时间到进度之间的映射函数。线性曲线的进度等于时间比例，匀速；缓动曲线则是一个非线性函数，时间比例作为输入，输出一个 0 到 1 之间的进度。

举几个最常用的，我们把它们的数学形状摊开看：

以OutCubic为例，它的导数是 f'(t) = 3(1-t)²，在 t = 0 时等于 3，也就是起步的瞬时速度是平均速度的三倍；到 t = 1 时导数为 0，也就是结束时速度正好降到零。这个“起步快、收尾稳”的特性，正好符合真实物体被推动后缓停的观感，所以它成了界面入场动画的默认首选。

OutBack和OutElastic有额外参数可以调。OutBack的setOvershoot(qreal)控制过冲幅度，默认 1.70158，把它调到 2.5 会看到明显的“甩出去再拉回来”；OutElastic有setAmplitude和setPeriod，振幅决定弹跳高度，周期决定振动频率。这两个曲线用在小按钮上很讨喜，但用在大面积面板上会显得业务软件不够稳重，慎用。

还有一条路是自定义曲线：QEasingCurve::setCustomType接受一个std::function<qreal(qreal)>，你可以塞任意函数进去，比如模拟弹簧阻尼、或者按设计给的贝塞尔参数。实话说，日常项目里预置的二十多种曲线够用了，只有做品牌定制动效时才需要动这个。

2.3 时长、循环、方向：三个最容易被忽略的参数

时长（duration）的默认值是 250ms。很多人写完动画觉得“怎么一闪就没了”，就是因为没设 duration。250ms 对于颜色变化勉强够，对于位置移动太短了。经验值我放在第 3 章统一给。

循环（loopCount）设成 -1 表示无限循环。这里有个坑：无限循环的动画不会发出finished信号，你在finished里做的清理逻辑永远等不到。另外如果循环动画在窗口关闭时还在跑，而你又没管它，有一定概率在析构顺序上出问题。稳妥做法是窗口的closeEvent里把动画stop()掉。

方向（direction）有Forward和Backward两个值。用Backward可以直接反向播放，配合状态切换，一个动画就能实现“展开/收起”。但要留意：反向播放时缓动曲线也会反向应用，OutCubic反向跑出来是InCubic的手感，如果视觉上不接受，就老老实实写两个动画。

还有一个组合技：setCurrentTime()可以把动画“拖”到任意时间点但不启动它，做静态预览或者手动拖时间轴时很有用。这个在调试阶段比反复start()高效得多。

anim->setCurrentTime(300); // 直接定位到 300ms 处并应用属性值

2.4 生命周期与内存：别让动画变成野指针

QPropertyAnimation是个QObject，得有人管它。常见的有三种存活方式：挂在父对象下用new QPropertyAnimation(target, "pos", this)；用start(QAbstractAnimation::DeleteWhenStopped)让它在结束后自删；或者作为成员变量长期持有。

三种方式各有适用场景。既然是“单个动画”这种一次性触发的，我一般用DeleteWhenStopped，省心。但有个必须注意的地方：一旦用了DeleteWhenStopped，绝不能在finished信号槽里再去访问这个动画对象的指针，那时候它已经进入deleteLater队列了。我见过有人为了在动画结束后读一下endValue()而崩掉，就是这个原因。

如果是反复触发的动画（比如按钮每次点击都滑一下），我建议改成成员指针 +restart()：

// 构造函数里创建一次 m_slideAnim = new QPropertyAnimation(m_card, "pos", this); m_slideAnim->setDuration(600); m_slideAnim->setEasingCurve(QEasingCurve::OutCubic); // ... // 触发时 m_slideAnim->stop(); m_slideAnim->setStartValue(...); m_slideAnim->setEndValue(...); m_slideAnim->start();

这里必须先stop()再设值再start()，不然连续点击会在同一个属性上叠加多个时间线，画面会剧烈抖动。这一点在第 4 章我会展开讲。

3. 实操过程：从零写出一个能直接抄的单个动画

3.1 工程准备与构建配置

打开 Qt Creator，File - New File or Project，选Application (Qt) - Qt Widgets Application，构建系统按你的版本走：Qt 5.15 可以用 qmake，Qt 6 建议直接用 CMake。工程建好之后，QPropertyAnimation在 QtCore 里，QWidget在 QtWidgets 里，配置上基本不用额外加什么。

qmake 的.pro：

QT += core gui widgets

CMake（Qt 6）：

find_package(Qt6 REQUIRED COMPONENTS Widgets) target_link_libraries(mytarget PRIVATE Qt6::Widgets)

QPropertyAnimation的头文件是#include <QPropertyAnimation>，QGraphicsOpacityEffect是#include <QGraphicsOpacityEffect>，这两个都在默认链接范围内，不需要动配置。

这里顺带提一句版本一致性：如果你机器上装了多个 Qt，务必确认 Qt Creator 的 Kits 里选的 Qt 版本和编译时链接的版本一致。混用不同小版本的库，典型报错是cannot mix incompatible Qt library，运行期直接退出，跟动画代码一点关系都没有，但排查时特别容易怀疑到自己头上。同理，unknown module(s) in qt: serialport这类构建错误也只是模块没勾选，跟动画无关，别被带偏。

3.2 C++ Widget 版：让一个按钮从左侧滑进来

目标很明确：主窗口里有个按钮，点击“播放”后，它从窗口左边界外滑到固定位置，整个过程 600ms，用OutCubic缓动。这是一个标准的单个动画。

先在头文件里声明：

// mainwindow.h #ifndef MAINWINDOW_H #define MAINWINDOW_H #include <QMainWindow> class QPushButton; class QPropertyAnimation; class MainWindow : public QMainWindow { Q_OBJECT public: explicit MainWindow(QWidget *parent = nullptr); ~MainWindow() override; private: void playSlideIn(); QPushButton *m_card = nullptr; QPropertyAnimation *m_slideAnim = nullptr; const int m_targetX = 40; }; #endif

实现文件：

// mainwindow.cpp #include "mainwindow.h" #include <QPushButton> #include <QPropertyAnimation> #include <QEasingCurve> MainWindow::MainWindow(QWidget *parent) : QMainWindow(parent) { resize(600, 400); setWindowTitle(QStringLiteral("单个动画演示")); // 目标控件：一个普通按钮，注意不要放进任何布局里 m_card = new QPushButton(QStringLiteral("滑入的卡片"), this); m_card->setGeometry(m_targetX, 160, 160, 48); // 触发用的按钮 auto *trigger = new QPushButton(QStringLiteral("播放动画"), this); trigger->setGeometry(40, 320, 120, 36); connect(trigger, &QPushButton::clicked, this, &MainWindow::playSlideIn); // 动画对象只创建一次，长期复用 m_slideAnim = new QPropertyAnimation(m_card, "pos", this); m_slideAnim->setDuration(600); m_slideAnim->setEasingCurve(QEasingCurve::OutCubic); } MainWindow::~MainWindow() = default; void MainWindow::playSlideIn() { // 关键：每次触发前先停掉旧动画，避免多条时间线同时改 pos m_slideAnim->stop(); const QPoint startPos(-m_card->width(), m_card->y()); const QPoint endPos(m_targetX, m_card->y()); m_slideAnim->setStartValue(startPos); m_slideAnim->setEndValue(endPos); m_slideAnim->start(); }

这段代码里有四个点值得单独说明。

第一，m_card没有放进布局，直接setGeometry定位。原因前面讲过，布局管理器会在窗口尺寸变化或子控件尺寸提示变化时重算几何，把动画结果覆盖掉。如果你确实需要布局，那就把动画目标换成QGraphicsOpacityEffect的opacity，或者换成自定义属性配合paintEvent手动绘制。

第二，动画对象作为成员只创建一次。这样做的代价是内存里常驻一个对象，收益是反复触发时不需要 new/delete，也不会有对象生命周期错配的问题。对于一次性的入场动画，用DeleteWhenStopped也完全可以，只是那种写法不适合反复触发。

第三，setStartValue显式指定了起点。如果不设，QPropertyAnimation会以动画启动瞬间的当前值为起点，连续点击的话，第二次点击的起点就是上一次动画的中间位置，看起来会“越滑越短”。

第四，起点 x 设为-m_card->width()，正好是整个控件刚好完全在窗口左边界之外的位置。QWidget的子控件默认会被父控件裁剪，所以这个位置是真实不可见的，滑入过程就是逐渐露出来的过程，视觉上干净。

3.3 QML 版：同样的效果换个写法

Qt Quick 项目里做同一个动画，代码量少一半。新建Qt Quick Application之后，在Main.qml里写：

import QtQuick import QtQuick.Controls Window { width: 600 height: 400 visible: true title: qsTr("单个动画演示") Rectangle { id: card width: 160 height: 48 radius: 8 color: "#2d7ff9" y: 160 x: 40 Text { anchors.centerIn: parent text: qsTr("滑入的卡片") color: "white" } NumberAnimation { id: slideIn target: card property: "x" from: -card.width to: 40 duration: 600 easing.type: Easing.OutCubic } } Button { anchors.left: parent.left anchors.bottom: parent.bottom anchors.margins: 40 text: qsTr("播放动画") onClicked: slideIn.restart() } }

几个对应关系说明一下。NumberAnimation的from/to就相当于 C++ 里的setStartValue/setEndValue；easing.type对应QEasingCurve的类型枚举；restart()相当于先stop()再start()，天然规避了叠加问题，这一点比 C++ 侧省心。

如果你用的是 Qt 6，import QtQuick不需要带版本号，Qt 5.15 则要写成import QtQuick 2.15。这个差异在从旧项目迁移时经常导致module not installed之类的报错，改一行 import 就能解决。

另外 QML 里有个更简洁的写法，直接用on挂到属性上：

NumberAnimation on x { from: -160 to: 40 duration: 600 easing.type: Easing.OutCubic }

这种写法在组件加载完会自动播放一次，做启动引导动画非常方便。但它不能复用、不能手动restart()，所以只适合一次性的场景。

3.4 参数计算：时长、位移和曲线怎么定下来

这一步是很多人跳过的，结果动画做出来总觉得“哪里不对劲”。我们把上面的例子算一遍。

窗口宽 600，控件宽 160，目标 x 是 40。起点 x 是 -160，所以总位移是 160 + 40 = 200 像素，时长 600ms。

平均速度 = 200 / 0.6 ≈ 333 像素/秒。按 60fps 计算，600ms 大约被切成 36 帧，平均每帧位移约 5.6 像素。这个数值很温和，肉眼看不出跳帧。

再看缓动带来的峰值。OutCubic的导数在 t=0 处为 3，所以起步的瞬时速度约为平均速度的 3 倍，即 1000 像素/秒，折算下来第一帧大约要走 16.7 像素。这个幅度在 160 像素宽的控件上是约 10% 的宽度，视觉上会觉得“弹射出去”的感觉比较明显，如果你想要更柔和，可以把时长加到 800ms，峰值降到 750 像素/秒，每帧约 12.5 像素。

这里总结一套我常用的参数区间，直接抄：

纯度变化类动画（透明度）参考区间：淡入 150～250ms，淡出 100～200ms，淡出通常比淡入略快，因为用户已经不关心内容了，快点消失更干脆。

提示：如果你的动画要跨越很长的距离，与其硬拉时长，不如拆成“快速滑到接近位置 + 缓慢对齐”两段，观感会比一个长动画好得多，这也是后面接动画组的动机。

3.5 运行验证与效果微调

编译运行后点“播放动画”，重点确认三件事：控件是否从窗口左侧边缘之外开始出现；结束时是否稳稳停在 x=40 的位置，没有任何回弹；连续快速点击五次，画面是否依旧平滑，没有抖动。

如果第三项不通过，大概率是忘记在start()前调stop()。如果第二项不通过，检查控件是不是被某个布局接管了。这两条占了实测问题的绝大多数。

微调阶段，我习惯先把 duration 临时改成 2000ms，慢速播放看整个曲线形状。OutCubic的“起步快收尾慢”在慢速下非常明显，很容易判断这条曲线是否符合你的心理预期；调好之后再改回正常时长。这个技巧比反复改参数跑一遍要高效得多，尤其是曲线参数（Overshoot、Amplitude）需要细调的时候。

4. 常见问题与排查技巧实录

4.1 动画不动的排查清单

“动画不执行”是最高频的问题，我把它整理成一张速查表，按可能性从高到低排：

这张表覆盖了我实际遇到过的九成情况。剩下的一成通常和渲染环境有关，比如透明效果在某些平台上不生效。

4.2 卡顿、掉帧与重复触发的处理

卡顿的根因基本只有一个：主线程被占住了。动画的推进依赖事件循环里的定时器回调，你在槽函数里跑一个 200ms 的循环，动画就会明显地顿一下。定位方法很简单，在动画的valueChanged或者目标属性的 setter 里记一下时间戳，看帧间隔的分布，如果出现明显的大间隔，就打点找是谁在耗时。

重复触发的问题更隐蔽。假设你的动画对象是局部创建的（每次触发都new一个），两次点击间隔小于动画时长时，两个动画会同时作用在同一个属性上。QPropertyAnimation之间不会互相感知，谁后算完谁写值，表现出来就是控件在两个位置之间高频抖动，看起来像坏了。处理原则只有一条：同一个属性的动画在同一时刻只允许存在一个。要么复用成员对象并先stop()，要么在启动前记录并停掉上一帧的动画引用。

还有一个和 QML 相关的细节：QML 的Behavior on x在属性被手动赋值时也会触发动画。如果你在 JS 里给card.x = 40，同时又写了Behavior，会得到一个你以为是“直接赋值”的动画过程。想跳过动画得用card.x = 40配合临时禁用 Behavior，或者改成设置一个不带 Behavior 的代理属性。这个坑非常隐蔽，排查时容易怀疑到布局和绑定上去。

4.3 我在项目里踩过的坑和避坑清单

下面这些是从实际项目里攒下来的，文档里基本不写，但每一条都真实咬过人。

• 不要动QWidget的pos而同时用布局。这条我吃过两次亏。布局重算的触发时机很多，包括字体变化、样式表重绘、父窗口缩放，你不可能全部枚举。真要在布局里做位移效果，就改用QGraphicsOpacityEffect的透明度，或者给控件包一层QWidget容器，用内层控件的自定义属性配合paintEvent手动画。
• QGraphicsOpacityEffect一个控件只能挂一个。setGraphicsEffect会替换掉已有的效果。你想同时做透明度和模糊，就得自己写一个复合效果类，或者改用QPainter手动控制setOpacity。
• 透明度效果和QOpenGLWidget混用经常不生效。这是一个已知的渲染路径差异，实测在某些平台上完全不显示效果。如果你的控件里嵌了 OpenGL 内容，动画就换成缩放或者位移，别在透明度上死磕。
• 缓动曲线动画在结束时会有极小的越界。浮点插值在 t 接近 1 时可能给出 1.0000001 这样的值，如果你把这个值直接当索引或者当尺寸用，会有一次越界访问或者一次尺寸跳变。稳妥做法是在 setter 里做一次qBound夹紧。
• DeleteWhenStopped加finished连接要先想清楚顺序。信号是在停止过程中发出的，此时对象还活着，可以安全访问；但槽函数执行完、控制权返回事件循环后，对象才真正被删除。所以你在槽里qDebug()它的属性没问题，把它存到别处等会儿再用就危险了。
• 窗口关闭前记得停掉循环动画。无限循环的动画在窗口析构时还在跑，虽然 Qt 内部有保护，但在某些平台上还是会报 exit code 非零。在closeEvent里统一stop()一遍，成本极低。
• 调参阶段把 duration 放大三到五倍。这个技巧我用得最多，慢速下曲线形状、起止位置、有没有越界全都一目了然，比看一遍正常速度的动画靠谱得多。
• 动画不要用来承载业务状态的最终值。动画是表现层，业务状态的写入应该在动画开始或结束时显式做一次。指望动画结束后属性自然等于目标值，一旦动画被打断（窗口最小化、控件隐藏），状态就对不上了。

5. 从单个动画走向组合：边界在哪

5.1 什么时候该上动画组

单个动画能覆盖的场景其实比想象中多：提示条淡入淡出、按钮按下反馈、数值滚动、图标旋转、错误状态闪烁。这些都不需要组合。

需要有组合的信号通常有两个。一是多个属性要同时变化，比如卡片滑入的同时透明度从 0 到 1，这时候用QParallelAnimationGroup把两个动画装进去，一次start()全跑，时间轴自动对齐。二是多个动作要顺序发生，比如先淡出旧内容、再改变内容、再淡入新内容，这时用QSequentialAnimationGroup。两者的组合结构可以嵌套，做复杂动效时这是最清晰的表达方式。

但我要提醒一句：动画组会带来一个新的复杂度——总时长的计算。串行组的总时长是各段之和，并行组取最长的那一段，加上中间可能插入的QSequentialAnimationGroup::addPause()停顿，很容易算错。写动画组时我习惯在代码里注释出每段的时长和累计时长，后期调整时能省很多事。

5.2 QML 侧的 Timeline 和状态机

QML 里除了直接用动画元素，还有两条路。一条是Behavior，挂在属性上自动响应变化，适合做“任何来源的修改都带动画”的统一风格。另一条是States+Transition，把界面定义成几个状态，状态间切换时自动跑对应的动画。后者在界面较复杂时比手写动画清晰得多，因为状态和视觉表现的对应关系写在一个地方，改起来不容易漏。

QtQuick.Timeline模块适合做更精细的序列动画，可以在时间轴上定义关键帧、缓动曲线，甚至和设计师交付的时间轴数据对接。这套东西更适合做产品级的动效，日常开发里用得不多，但知道有这么个东西，遇到“设计师给了一个复杂时间轴”的需求时不会两眼一抹黑。

5.3 什么时候该干脆不做动画

最后说个反向的。动画不是越多人越觉得“高级”。工具类软件里，高频操作的动效会拖慢节奏：用户一天点两百次的东西，每次多花 300ms，那就是一分钟的浪费。判断标准很简单：装饰性的动效对高频操作是负担，对低频操作是加分。启动引导、状态切换、异常提示这些低频路径可以放开做；主操作按钮、列表项点击这些高频路径，要么不做，要么控制在 100ms 以内，快到几乎感觉不到但有一点点反馈。

另一个不该做的场景是动画期间用户可能再次操作。如果你没法保证动画被打断时的状态一致性，那就别做，或者做成可打断的——新动画从当前值开始，而不是从固定起点开始。这一点在做滑动切换类交互时必须提前设计。

我个人在项目里的实际体会是，动画的收益曲线非常陡：前面花两个小时把单个动画的机制摸清楚，后面所有效果都是半小时的事；反过来，跳过基础直接堆效果，每个新动画都要重新踩一遍已经踩过的坑。真要给个建议，就是先把QPropertyAnimation那三个参数（startValue、duration、easing）玩熟，再谈别的。