尧图网页设计 
简介这份资源是面向Qt C开发者、尤其是初学图形视图框架与拖放机制人群的实战示例工程聚焦在Visual Studio编译环境下利用QGraphicsView、QGraphicsScene与QGraphicsItem构建可拖拽的图形项交互程序帮助读者理解拖动源、拖放目标与MimeData数据传递的完整链路。压缩包共81个文件约1.6MB以h头文件、cpp源文件、obj中间文件、tlog与log日志为主另含vcxproj工程、sln解决方案、qrc资源、ui界面、pro与makefile等配置以及少量dll、lib、pdb与png素材结构完整便于直接打开编译。目前已有1059人学习下载。工程内包含图形场景、视图、自定义图元、树控件与属性浏览器等模块并附README说明读者可据此掌握拖放事件重写、拖放动作设置与VS中Qt版本配置等关键细节适合作为Qt图形项拖拽功能的学习起点与调试参考。1. Qt 图形项模块拖拽 Demo为什么它只能在 VS 里跑起来如果你从 Qt Creator 打开过一些老项目大概率遇到过这种情况代码明明没动编译却报一堆cannot find -lpublic或者unknown module(s) in qt尤其是带QGraphicsItem拖拽逻辑的图形项模块 Demo。这份资源就是一个典型的 Qt 图形项模块拖拽示例核心用QGraphicsScene、QGraphicsView、QGraphicsItem三件套实现图元选中、移动、边界约束但作者明确标注了「只用在 VS 编译器运行打开」。这不是矫情而是因为工程文件、链接库路径、MSVC 工具链和 Qt 版本绑定得很死。它适合正在做 Qt 桌面绘图、流程图编辑器、2D 地图标注的 C 开发者尤其是那些被 Qt Creator 和 VS 之间工程迁移折磨过的人。下面我按「先搞清依赖关系再动手复现最后排坑」的顺序拆一遍。2. 图形项拖拽的底层机制QGraphicsItem 的坐标与事件链2.1 为什么不用 QWidget 直接拖而要走 Graphics View 框架很多人第一反应是拿QWidget加mousePressEvent、mouseMoveEvent自己算偏移简单控件确实能跑。但一旦图元数量上去、需要缩放、旋转、层级管理、碰撞检测QWidget 那套就变成手写坐标变换的泥潭。Graphics View 框架把「场景坐标」「视图坐标」「图元本地坐标」三层分开了拖拽时只需要在itemChange或mouseMoveEvent里处理本地坐标到场景坐标的映射视图缩放和平移不会污染图元逻辑。这份 Demo 的价值就在于它把三层坐标的转换关系用最少的代码摆出来了。你拿到手能直接看到图元移动时pos()变的是场景坐标boundingRect()管的是本地绘制区域shape()决定点击命中范围。这三个函数写错一个拖拽就会出现「点不中」「拖飞」「回弹」这些玄学现象。2.2 拖拽事件链从鼠标按下到图元落位一个完整的图元拖拽事件顺序是这样的QGraphicsView::mousePressEvent收到点击通过itemAt()找到目标图元图元标记为可移动ItemIsMovable框架自动进入拖拽状态鼠标移动触发QGraphicsItem::itemChange(ItemPositionChange)这里可以拦截并修正位置松开鼠标ItemPositionHasChanged触发适合做落位记录或吸附。Demo 里通常会在itemChange的ItemPositionChange分支里做边界约束防止图元被拖出场景。下面这段是常见写法// 自定义图元限制在场景矩形内移动 QVariant CustomItem::itemChange(GraphicsItemChange change, const QVariant value) { if (change ItemPositionChange scene()) { // value 是即将设置的新位置场景坐标 QPointF newPos value.toPointF(); QRectF sceneRect scene()-sceneRect(); // 把图元矩形平移到新位置判断是否越界 QRectF newRect boundingRect().translated(newPos); if (!sceneRect.contains(newRect)) { // 越界则夹紧到边界 qreal x qBound(sceneRect.left(), newPos.x(), sceneRect.right() - boundingRect().width()); qreal y qBound(sceneRect.top(), newPos.y(), sceneRect.bottom() - boundingRect().height()); return QPointF(x, y); } } return QGraphicsItem::itemChange(change, value); }逻辑说明ItemPositionChange是在位置真正生效前触发的返回的QVariant会作为最终位置。参数上boundingRect()必须和paint()里画的矩形一致否则夹紧计算会偏。qBound的三个参数是下界、当前值、上界注意上界要减去图元自身宽高不然图元右下角还是会出界。2.3 选中态与 Z 值拖拽时的视觉反馈拖拽体验好不好一半看选中反馈。Demo 里一般会重写paint()在isSelected()为真时画虚线边框或改变填充色。Z 值决定图元叠放顺序拖拽时如果希望被拖的图元浮到最上层可以在mousePressEvent里调setZValue()void CustomItem::mousePressEvent(QGraphicsSceneMouseEvent *event) { // 按下时置顶避免被其他图元遮挡 setZValue(zValue() 1); QGraphicsItem::mousePressEvent(event); }这里有个细节Z 值无限累加会溢出常见做法是记录一个全局最大 Z或者定期归一化。Demo 如果没处理长时间拖拽后可能出现层级错乱这属于可接受的简化但你要知道边界在哪。3. 在 VS 里把工程跑起来工具链、Qt 版本与工程配置3.1 先确认你装的是 MSVC 版 Qt 还是 MinGW 版这是最容易翻车的一步。Qt 官网下载器里同一个版本会提供msvc2019_64、mingw81_64等不同套件。VS 编译器只能链接 MSVC 套件如果你装的是 MinGW 版 Qt在 VS 里会报cannot find -lpublic或者一堆LNK2019未解析外部符号。检查方法很简单看 Qt 安装目录# 典型路径看 msvc 还是 mingw C:\Qt\5.15.2\msvc2019_64\bin\qmake.exe C:\Qt\5.15.2\mingw81_64\bin\qmake.exe如果你只有 MinGW 套件要么用 Qt Creator 打开要么通过 Qt 维护工具补装 MSVC 套件。补装时勾选对应 VS 版本的组件比如 VS2019 就选MSVC 2019 64-bit。3.2 VS 工程里必须配的三个路径VS 打开 Qt 工程核心是让编译器找到头文件、让链接器找到库、让运行时找到 DLL。以 VS2019 Qt 5.15.2 为例在项目属性里配配置项路径示例作用VC 目录 → 包含目录C:\Qt\5.15.2\msvc2019_64\include找到 QGraphicsItem 等头文件VC 目录 → 库目录C:\Qt\5.15.2\msvc2019_64\lib链接 Qt5Widgets.lib 等链接器 → 输入 → 附加依赖项Qt5Widgets.lib;Qt5Gui.lib;Qt5Core.lib解析图形项相关符号调试 → 环境PATHC:\Qt\5.15.2\msvc2019_64\bin;%PATH%运行时加载 Qt5Widgets.dll注意Qt5Widgets.lib这类库在 Debug 和 Release 下名字不同Debug 版通常带d后缀比如Qt5Widgetsd.lib。配错模式会出现「编译通过但运行闪退」或者「LNK2038 运行库不匹配」。3.3 用 Qt VS Tools 还是手动配 qmake如果你装了 Qt VS Tools 扩展可以直接在 VS 里创建 Qt 工程它会自动生成.vcxproj并配好路径。但这份 Demo 是现成工程常见做法是确认工程根目录有.pro文件或.vcxproj文件如果是.pro用 Qt VS Tools 的「Open Qt Project File」导入如果是.vcxproj直接双击打开然后按 3.2 检查路径。手动配 qmake 的方式适合命令行构建# 在 VS 开发者命令提示符里执行 cd /d 工程目录 C:\Qt\5.15.2\msvc2019_64\bin\qmake.exe -tp vc 工程名.pro # 生成 vcxproj 后用 msbuild 编译 msbuild 工程名.vcxproj /p:ConfigurationRelease参数说明-tp vc表示生成 VS 工程文件/p:Configuration指定 Release 或 Debug。如果 qmake 报Cannot find file检查.pro里的SOURCES、HEADERS路径是不是相对路径写错了。4. 避坑排查拖拽 Demo 在 VS 里最常见的五类翻车4.1 现象编译报cannot find -lpublic原因这是 MinGW 风格的链接错误说明当前工程用的是 MinGW 套件但 VS 链接器不认。或者.pro里写了LIBS -lpublic这种非 Qt 库而库文件不在库目录里。解决确认 Qt 套件是 MSVC 版检查.pro或工程属性里的附加依赖项把-lpublic这类非必要库去掉或者把对应.lib路径补进库目录。4.2 现象运行闪退报qt.qpa.plugin: could not find the Qt platform plugin windows原因运行时找不到平台插件通常是PATH里没有 Qt 的bin目录或者plugins/platforms目录没被正确加载。解决在 VS 调试环境里加PATHC:\Qt\5.15.2\msvc2019_64\bin;%PATH%如果发布出去用windeployqt.exe自动拷贝依赖C:\Qt\5.15.2\msvc2019_64\bin\windeployqt.exe --release 你的程序.exe4.3 现象图元能选中但拖不动原因图元没设ItemIsMovable标志或者mousePressEvent里没调用基类实现导致事件链断了。解决在构造函数里加setFlag(QGraphicsItem::ItemIsMovable, true);并确保mousePressEvent最后调用了QGraphicsItem::mousePressEvent(event)。4.4 现象拖拽时图元位置跳变鼠标和图形对不上原因boundingRect()和paint()画的区域不一致或者pos()和boundingRect()的参考点没对齐。常见于图元中心点不在boundingRect()中心。解决统一用boundingRect()返回QRectF(-w/2, -h/2, w, h)让本地坐标原点在图元中心paint()里也按这个矩形画。4.5 现象Debug 能跑Release 崩溃原因Debug 和 Release 链接了不同版本的 Qt 库或者工程运行库设置不匹配/MDdvs/MD。解决检查附加依赖项是否带d后缀与当前配置一致在「C/C → 代码生成 → 运行库」里Debug 用/MDdRelease 用/MD。5. 进阶技巧用 itemChange 做吸附与撤销验证拖拽稳定性5.1 网格吸附把拖拽落点对齐到栅格流程图编辑器里图元落位通常要吸附到 10 或 20 像素的网格。不用改鼠标事件直接在itemChange的ItemPositionChange里做取整if (change ItemPositionChange scene()) { QPointF newPos value.toPointF(); const int grid 20; // 四舍五入到最近网格 qreal x qRound(newPos.x() / grid) * grid; qreal y qRound(newPos.y() / grid) * grid; return QPointF(x, y); }参数说明grid是网格间距改大吸附感更强改小更自由。注意吸附和边界约束同时存在时先吸附再夹紧顺序反了会导致边界处吸附失效。5.2 撤销栈记录拖拽前后的位置拖拽要支持 CtrlZ就得在mousePressEvent记起始位置mouseReleaseEvent记结束位置然后压入QUndoStack。Demo 如果没带撤销你可以自己补一个轻量实现void CustomItem::mousePressEvent(QGraphicsSceneMouseEvent *event) { m_startPos pos(); // 记录拖拽前位置 QGraphicsItem::mousePressEvent(event); } void CustomItem::mouseReleaseEvent(QGraphicsSceneMouseEvent *event) { if (m_startPos ! pos()) { // 位置变了才记录避免点击也入栈 undoStack-push(new MoveCommand(this, m_startPos, pos())); } QGraphicsItem::mouseReleaseEvent(event); }MoveCommand继承QUndoCommandundo()里setPos(m_oldPos)redo()里setPos(m_newPos)。这里有个坑setPos会再次触发itemChange如果itemChange里有吸附逻辑撤销后的位置可能被二次修正。常见做法是在命令里加一个标志位撤销时跳过吸附。5.3 验证拖拽稳定性的三个检查点跑起来之后别只看「能拖」按这三个点验一遍检查点操作预期边界约束把图元往场景外拖停在边界不消失缩放后拖拽视图放大 200% 再拖鼠标与图元不偏移多图元叠放拖三个图元重叠再分开选中和层级正常缩放后偏移是最容易暴露坐标转换问题的场景。如果放大后拖拽对不上检查QGraphicsView的transformationAnchor和resizeAnchor是否设成了AnchorUnderMouse以及图元是否用了ItemIgnoresTransformations。我自己的习惯是每次拿到一个 Graphics View 相关的 Demo先不急着改业务而是把itemChange里所有分支打上日志拖一遍看坐标怎么变。从那以后我每次接图形项模块的活都强制先跑一遍边界、缩放、叠放这三项再动其他逻辑。希望帮到你。本文还有配套的精品资源点击获取 Qt图形项拖拽Demo：VS工程配置与避坑指南
简介这份资源是面向Qt C开发者、尤其是初学图形视图框架与拖放机制人群的实战示例工程聚焦在Visual Studio编译环境下利用QGraphicsView、QGraphicsScene与QGraphicsItem构建可拖拽的图形项交互程序帮助读者理解拖动源、拖放目标与MimeData数据传递的完整链路。压缩包共81个文件约1.6MB以h头文件、cpp源文件、obj中间文件、tlog与log日志为主另含vcxproj工程、sln解决方案、qrc资源、ui界面、pro与makefile等配置以及少量dll、lib、pdb与png素材结构完整便于直接打开编译。目前已有1059人学习下载。工程内包含图形场景、视图、自定义图元、树控件与属性浏览器等模块并附README说明读者可据此掌握拖放事件重写、拖放动作设置与VS中Qt版本配置等关键细节适合作为Qt图形项拖拽功能的学习起点与调试参考。1. Qt 图形项模块拖拽 Demo为什么它只能在 VS 里跑起来如果你从 Qt Creator 打开过一些老项目大概率遇到过这种情况代码明明没动编译却报一堆cannot find -lpublic或者unknown module(s) in qt尤其是带QGraphicsItem拖拽逻辑的图形项模块 Demo。这份资源就是一个典型的 Qt 图形项模块拖拽示例核心用QGraphicsScene、QGraphicsView、QGraphicsItem三件套实现图元选中、移动、边界约束但作者明确标注了「只用在 VS 编译器运行打开」。这不是矫情而是因为工程文件、链接库路径、MSVC 工具链和 Qt 版本绑定得很死。它适合正在做 Qt 桌面绘图、流程图编辑器、2D 地图标注的 C 开发者尤其是那些被 Qt Creator 和 VS 之间工程迁移折磨过的人。下面我按「先搞清依赖关系再动手复现最后排坑」的顺序拆一遍。2. 图形项拖拽的底层机制QGraphicsItem 的坐标与事件链2.1 为什么不用 QWidget 直接拖而要走 Graphics View 框架很多人第一反应是拿QWidget加mousePressEvent、mouseMoveEvent自己算偏移简单控件确实能跑。但一旦图元数量上去、需要缩放、旋转、层级管理、碰撞检测QWidget 那套就变成手写坐标变换的泥潭。Graphics View 框架把「场景坐标」「视图坐标」「图元本地坐标」三层分开了拖拽时只需要在itemChange或mouseMoveEvent里处理本地坐标到场景坐标的映射视图缩放和平移不会污染图元逻辑。这份 Demo 的价值就在于它把三层坐标的转换关系用最少的代码摆出来了。你拿到手能直接看到图元移动时pos()变的是场景坐标boundingRect()管的是本地绘制区域shape()决定点击命中范围。这三个函数写错一个拖拽就会出现「点不中」「拖飞」「回弹」这些玄学现象。2.2 拖拽事件链从鼠标按下到图元落位一个完整的图元拖拽事件顺序是这样的QGraphicsView::mousePressEvent收到点击通过itemAt()找到目标图元图元标记为可移动ItemIsMovable框架自动进入拖拽状态鼠标移动触发QGraphicsItem::itemChange(ItemPositionChange)这里可以拦截并修正位置松开鼠标ItemPositionHasChanged触发适合做落位记录或吸附。Demo 里通常会在itemChange的ItemPositionChange分支里做边界约束防止图元被拖出场景。下面这段是常见写法// 自定义图元限制在场景矩形内移动 QVariant CustomItem::itemChange(GraphicsItemChange change, const QVariant value) { if (change ItemPositionChange scene()) { // value 是即将设置的新位置场景坐标 QPointF newPos value.toPointF(); QRectF sceneRect scene()-sceneRect(); // 把图元矩形平移到新位置判断是否越界 QRectF newRect boundingRect().translated(newPos); if (!sceneRect.contains(newRect)) { // 越界则夹紧到边界 qreal x qBound(sceneRect.left(), newPos.x(), sceneRect.right() - boundingRect().width()); qreal y qBound(sceneRect.top(), newPos.y(), sceneRect.bottom() - boundingRect().height()); return QPointF(x, y); } } return QGraphicsItem::itemChange(change, value); }逻辑说明ItemPositionChange是在位置真正生效前触发的返回的QVariant会作为最终位置。参数上boundingRect()必须和paint()里画的矩形一致否则夹紧计算会偏。qBound的三个参数是下界、当前值、上界注意上界要减去图元自身宽高不然图元右下角还是会出界。2.3 选中态与 Z 值拖拽时的视觉反馈拖拽体验好不好一半看选中反馈。Demo 里一般会重写paint()在isSelected()为真时画虚线边框或改变填充色。Z 值决定图元叠放顺序拖拽时如果希望被拖的图元浮到最上层可以在mousePressEvent里调setZValue()void CustomItem::mousePressEvent(QGraphicsSceneMouseEvent *event) { // 按下时置顶避免被其他图元遮挡 setZValue(zValue() 1); QGraphicsItem::mousePressEvent(event); }这里有个细节Z 值无限累加会溢出常见做法是记录一个全局最大 Z或者定期归一化。Demo 如果没处理长时间拖拽后可能出现层级错乱这属于可接受的简化但你要知道边界在哪。3. 在 VS 里把工程跑起来工具链、Qt 版本与工程配置3.1 先确认你装的是 MSVC 版 Qt 还是 MinGW 版这是最容易翻车的一步。Qt 官网下载器里同一个版本会提供msvc2019_64、mingw81_64等不同套件。VS 编译器只能链接 MSVC 套件如果你装的是 MinGW 版 Qt在 VS 里会报cannot find -lpublic或者一堆LNK2019未解析外部符号。检查方法很简单看 Qt 安装目录# 典型路径看 msvc 还是 mingw C:\Qt\5.15.2\msvc2019_64\bin\qmake.exe C:\Qt\5.15.2\mingw81_64\bin\qmake.exe如果你只有 MinGW 套件要么用 Qt Creator 打开要么通过 Qt 维护工具补装 MSVC 套件。补装时勾选对应 VS 版本的组件比如 VS2019 就选MSVC 2019 64-bit。3.2 VS 工程里必须配的三个路径VS 打开 Qt 工程核心是让编译器找到头文件、让链接器找到库、让运行时找到 DLL。以 VS2019 Qt 5.15.2 为例在项目属性里配配置项路径示例作用VC 目录 → 包含目录C:\Qt\5.15.2\msvc2019_64\include找到 QGraphicsItem 等头文件VC 目录 → 库目录C:\Qt\5.15.2\msvc2019_64\lib链接 Qt5Widgets.lib 等链接器 → 输入 → 附加依赖项Qt5Widgets.lib;Qt5Gui.lib;Qt5Core.lib解析图形项相关符号调试 → 环境PATHC:\Qt\5.15.2\msvc2019_64\bin;%PATH%运行时加载 Qt5Widgets.dll注意Qt5Widgets.lib这类库在 Debug 和 Release 下名字不同Debug 版通常带d后缀比如Qt5Widgetsd.lib。配错模式会出现「编译通过但运行闪退」或者「LNK2038 运行库不匹配」。3.3 用 Qt VS Tools 还是手动配 qmake如果你装了 Qt VS Tools 扩展可以直接在 VS 里创建 Qt 工程它会自动生成.vcxproj并配好路径。但这份 Demo 是现成工程常见做法是确认工程根目录有.pro文件或.vcxproj文件如果是.pro用 Qt VS Tools 的「Open Qt Project File」导入如果是.vcxproj直接双击打开然后按 3.2 检查路径。手动配 qmake 的方式适合命令行构建# 在 VS 开发者命令提示符里执行 cd /d 工程目录 C:\Qt\5.15.2\msvc2019_64\bin\qmake.exe -tp vc 工程名.pro # 生成 vcxproj 后用 msbuild 编译 msbuild 工程名.vcxproj /p:ConfigurationRelease参数说明-tp vc表示生成 VS 工程文件/p:Configuration指定 Release 或 Debug。如果 qmake 报Cannot find file检查.pro里的SOURCES、HEADERS路径是不是相对路径写错了。4. 避坑排查拖拽 Demo 在 VS 里最常见的五类翻车4.1 现象编译报cannot find -lpublic原因这是 MinGW 风格的链接错误说明当前工程用的是 MinGW 套件但 VS 链接器不认。或者.pro里写了LIBS -lpublic这种非 Qt 库而库文件不在库目录里。解决确认 Qt 套件是 MSVC 版检查.pro或工程属性里的附加依赖项把-lpublic这类非必要库去掉或者把对应.lib路径补进库目录。4.2 现象运行闪退报qt.qpa.plugin: could not find the Qt platform plugin windows原因运行时找不到平台插件通常是PATH里没有 Qt 的bin目录或者plugins/platforms目录没被正确加载。解决在 VS 调试环境里加PATHC:\Qt\5.15.2\msvc2019_64\bin;%PATH%如果发布出去用windeployqt.exe自动拷贝依赖C:\Qt\5.15.2\msvc2019_64\bin\windeployqt.exe --release 你的程序.exe4.3 现象图元能选中但拖不动原因图元没设ItemIsMovable标志或者mousePressEvent里没调用基类实现导致事件链断了。解决在构造函数里加setFlag(QGraphicsItem::ItemIsMovable, true);并确保mousePressEvent最后调用了QGraphicsItem::mousePressEvent(event)。4.4 现象拖拽时图元位置跳变鼠标和图形对不上原因boundingRect()和paint()画的区域不一致或者pos()和boundingRect()的参考点没对齐。常见于图元中心点不在boundingRect()中心。解决统一用boundingRect()返回QRectF(-w/2, -h/2, w, h)让本地坐标原点在图元中心paint()里也按这个矩形画。4.5 现象Debug 能跑Release 崩溃原因Debug 和 Release 链接了不同版本的 Qt 库或者工程运行库设置不匹配/MDdvs/MD。解决检查附加依赖项是否带d后缀与当前配置一致在「C/C → 代码生成 → 运行库」里Debug 用/MDdRelease 用/MD。5. 进阶技巧用 itemChange 做吸附与撤销验证拖拽稳定性5.1 网格吸附把拖拽落点对齐到栅格流程图编辑器里图元落位通常要吸附到 10 或 20 像素的网格。不用改鼠标事件直接在itemChange的ItemPositionChange里做取整if (change ItemPositionChange scene()) { QPointF newPos value.toPointF(); const int grid 20; // 四舍五入到最近网格 qreal x qRound(newPos.x() / grid) * grid; qreal y qRound(newPos.y() / grid) * grid; return QPointF(x, y); }参数说明grid是网格间距改大吸附感更强改小更自由。注意吸附和边界约束同时存在时先吸附再夹紧顺序反了会导致边界处吸附失效。5.2 撤销栈记录拖拽前后的位置拖拽要支持 CtrlZ就得在mousePressEvent记起始位置mouseReleaseEvent记结束位置然后压入QUndoStack。Demo 如果没带撤销你可以自己补一个轻量实现void CustomItem::mousePressEvent(QGraphicsSceneMouseEvent *event) { m_startPos pos(); // 记录拖拽前位置 QGraphicsItem::mousePressEvent(event); } void CustomItem::mouseReleaseEvent(QGraphicsSceneMouseEvent *event) { if (m_startPos ! pos()) { // 位置变了才记录避免点击也入栈 undoStack-push(new MoveCommand(this, m_startPos, pos())); } QGraphicsItem::mouseReleaseEvent(event); }MoveCommand继承QUndoCommandundo()里setPos(m_oldPos)redo()里setPos(m_newPos)。这里有个坑setPos会再次触发itemChange如果itemChange里有吸附逻辑撤销后的位置可能被二次修正。常见做法是在命令里加一个标志位撤销时跳过吸附。5.3 验证拖拽稳定性的三个检查点跑起来之后别只看「能拖」按这三个点验一遍检查点操作预期边界约束把图元往场景外拖停在边界不消失缩放后拖拽视图放大 200% 再拖鼠标与图元不偏移多图元叠放拖三个图元重叠再分开选中和层级正常缩放后偏移是最容易暴露坐标转换问题的场景。如果放大后拖拽对不上检查QGraphicsView的transformationAnchor和resizeAnchor是否设成了AnchorUnderMouse以及图元是否用了ItemIgnoresTransformations。我自己的习惯是每次拿到一个 Graphics View 相关的 Demo先不急着改业务而是把itemChange里所有分支打上日志拖一遍看坐标怎么变。从那以后我每次接图形项模块的活都强制先跑一遍边界、缩放、叠放这三项再动其他逻辑。希望帮到你。本文还有配套的精品资源点击获取