简介一份基于FunCode与C的桌球游戏课程设计PDF面向需要完成C课设或入门游戏编程的读者。内容按项目开发顺序展开涵盖初始界面、球杆操作、球洞循环变动、碰撞反弹、进球判定与速度控制等核心机制并给出创建工程、导入snooker模板、初始化球与球杆精灵、通过OnMouseMove控制鼠标、向量计算画虚线等关键步骤和代码片段其中球洞y坐标周期循环移动、小球速度过快或过慢均无法进洞等易错点都有说明。阅读后能理解对象与事件驱动编程、精灵动画、碰撞检测及基础物理规则在游戏中的实际应用也可作为同类课设的答辩说明或代码讲解参考。资源共1个PDF文件大小1.2MB结构清晰已有114人学习下载适合C课程设计和FunCode项目开发参考。1. 04FunCode游戏设计C课程设计_桌球.pdf这份课设资料到底在讲什么拿到一个标题叫“04FunCode游戏设计C课程设计_桌球.pdf”的资源懂行的人第一眼该关注三件事用什么引擎、碰撞怎么写、报告怎么把过程讲清楚。FunCode 是高校 C/C 课程设计里出现频率很高的教学图形库它把窗口创建、画面刷新、键盘鼠标读取这些底层活接好留给学生的是“每帧该做什么”。桌球这个题材选得聪明画面不复杂但瞄准、碰撞、摩擦、进球这几个点刚好能把 C 的结构体、向量、函数指针、随机数都串起来。这篇笔记写给两类人一类是正在赶 C 课程设计、准备照着做桌球游戏的学生另一类是程序已经跑通但想知道碰撞参数怎么调、答辩时怎么不被问住的同学。下面讲的内容不依赖那份 PDF 里的具体源码而是按一套能落地的主循环、对象建模和碰撞方案展开你拿到手里的资料后可以照着这套思路去读它、补它、改它。2. 把 FunCode 的图形循环接到你的 C 代码最小框架与对象建模2.1 FunCode 到底是什么一个让 C 课程设计不那么痛苦的图形库FunCode 不是游戏引擎更准确的说法是一个“教学图形平台”。常见版本提供的是静态库和一组 C 接口学生在 Visual Studio 里建一个空项目把库目录和头文件配好就能调用函数打开窗口、绘制圆形、读取鼠标按键。它的主循环通常不需要自己用while(1)去写而是注册一个帧回调函数引擎每刷新一帧就调用一次。这个设计对课程设计很友好因为你不用处理 Win32 消息循环也不用管双缓冲注意力可以全放在游戏逻辑上。第一次接触 FunCode 的人最容易犯的错是把它当成普通 C 控制台程序来写在main里写一个死循环。常见做法是把所有逻辑放进帧回调每帧里做两件事更新状态、重绘画面。我习惯在项目里加一层platform.h做适配把 FunCode 的函数调用收口到一个文件里。原因很简单学校机房里的 FunCode 版本差异很大有的函数叫pg_init有的叫FunCode_Init还有的直接用PGE_前缀。把调用集中后换一个版本只改一个文件不用满项目找函数名。// platform.h —— FunCode 引擎适配层 #pragma once bool platformInit(int width, int height, const char* title); void platformLoop(void (*frame)(float dt)); void platformClear(); void platformDrawCircle(float cx, float cy, float radius, int color); void platformDrawLine(float x1, float y1, float x2, float y2, int color); bool platformGetMouse(float* mx, float* my); bool platformIsMouseDown();这套接口是按桌球课设的实际需要列的。窗口初始化、主循环、清屏、画圆、画线、读鼠标六件事到位后面所有功能都建立在它上面。如果你手里的 FunCode 函数名不同只需要在这个适配层里做一次替换。2.2 最小可运行框架初始化、主循环、退出不管后面写多少功能第一个目标永远是“让窗口能开起来并且能画一个东西”。这一步跑通了再谈桌台、球杆和碰撞。下面这个main.cpp是最小框架代码量很少但把 FunCode 的典型结构表达清楚了。// main.cpp —— 最小可运行框架 #include platform.h void frame(float dt) { // 每一帧先清屏再画一个球证明主循环是活的 platformClear(); platformDrawCircle(400.0f, 300.0f, 30.0f, 0xFFFFFF); } int main() { if (!platformInit(800, 600, C FunCode 桌球课设)) { return -1; } platformLoop(frame); return 0; }frame是每帧回调dt是上一帧到这一帧的耗时单位秒。桌球的物理更新依赖它所以一开始就要养成把dt传进更新函数的习惯不要用固定 0.016 去假设帧率。platformClear必须放在绘制之前否则上一帧的画面会残留在窗口上移动的球会拖出彗星尾巴这个坑后面专门讲。platformInit返回失败时直接退出不要在失败后继续调用绘制函数很多课设程序崩溃就是初始化失败后没有检查返回值。platformLoop的实现依赖具体引擎。一般来说它在内部做三件事创建窗口、进入消息循环、每帧调用回调。我见过不少同学试图在回调里再嵌套一个while(true)结果把主循环阻塞窗口直接无响应。记住一条原则框架给你什么结构就顺着结构写不要自己再造一个循环。2.3 把游戏对象做成结构体而不是散变量桌球游戏至少有 1 颗主球和 15 颗彩球。如果按ball1_x, ball1_y, ball2_x, ball2_y这种方式定义变量代码很快会变成灾难。常见的做法是定义struct Ball把坐标、速度、半径、是否进球放进一个结构体再用std::vectorBall管理所有球。很多课程设计题目会教“C 结构体链表基本语法”链表确实能锻炼指针操作但桌球场景下我更推荐vector。原因很直接一局最多 16 颗球数量固定不需要频繁插入删除链表带来的内存操作和遍历开销没有任何收益。写链表练数据结构可以放进游戏逻辑里反而容易翻车比如删除一个球后忘记更新next指针访问越界就崩了。// ball.h —— 球的对象定义与开球摆放 #pragma once #include vector #include random #include cmath struct Ball { float x, y; // 球心坐标单位像素 float vx, vy; // 速度单位像素/秒 float radius; // 半径桌球一般 11 像素 bool inPocket; // 是否已进袋 }; std::vectorBall balls; void resetBalls() { balls.clear(); Ball cue; cue.x 220.0f; cue.y 300.0f; cue.vx 0.0f; cue.vy 0.0f; cue.radius 11.0f; cue.inPocket false; balls.push_back(cue); // 用 C 随机数给三角排列加微小抖动每次开球不完全一样 std::mt19937 rng(20240317u); std::uniform_real_distributionfloat jitter(-0.3f, 0.3f); float startX 580.0f; float startY 300.0f; float gap 2.0f * 11.0f 1.0f; for (int row 0; row 5; row) { for (int i 0; i row; i) { Ball b; b.x startX row * gap jitter(rng); b.y startY (i - row / 2.0f) * gap jitter(rng); b.vx 0.0f; b.vy 0.0f; b.radius 11.0f; b.inPocket false; balls.push_back(b); } } }这里有两个参数值得说明。gap设置为“直径 1 像素”让相邻球刚好不重叠抖动范围-0.3 ~ 0.3像素是为了让每次开球不会摆出完全相同的三角形视觉上更自然也顺便展示课程设计里 C 随机数的用法。startX放在 580 而不是贴紧右侧库边是给球堆和库边之间留出呼吸空间否则开球瞬间球堆会直接和库边纠缠。用std::mt19937而不是rand()是为了让随机质量更好代码也更符合现代 C 习惯答辩时能多讲一句。3. 桌球的击球流程拆成三块台面绘制、鼠标瞄准与减速运动3.1 用结构体描述桌台边界、库边厚度与袋口桌球的物理都是从“桌台边界”开始的。绘制层面可以画得很花但逻辑层只需要记住内边缘的四条边以及六个袋口的圆心和半径。把它们定义成结构体后面碰撞检测和进球判定才不会写得东一块西一块。// table.h —— 桌台与袋口定义 #pragma once #include vector struct Table { float left; // 台面内边缘 X 最小值 float right; // 台面内边缘 X 最大值 float top; // 台面内边缘 Y 最小值 float bottom; // 台面内边缘 Y 最大值 float railWidth; // 库边宽度绘制时用 }; struct Pocket { float x, y; float radius; // 袋口判定半径 }; void setupTable(Table t, std::vectorPocket pockets) { t.left 80.0f; t.right 720.0f; t.top 80.0f; t.bottom 520.0f; t.railWidth 30.0f; pockets.clear(); // 四个角袋 pockets.push_back({ t.left, t.top, 28.0f }); pockets.push_back({ t.right, t.top, 28.0f }); pockets.push_back({ t.left, t.bottom, 28.0f }); pockets.push_back({ t.right, t.bottom, 28.0f }); // 两个中袋 pockets.push_back({ (t.left t.right) * 0.5f, t.top, 24.0f }); pockets.push_back({ (t.left t.right) * 0.5f, t.bottom, 24.0f }); }袋口半径是第一个需要反复调的参数。角袋给 28 像素中袋给 24 像素是考虑到球半径 11 像素球心进入判定圆才算进袋视觉上球已经有相当一部分进入袋口。如果角袋设定小于 22球会卡在袋口附近进不去出现“球已经越过洞口却弹回来”的奇怪表现。绘制桌面时先画一个覆盖全窗的深色背景再画绿色台面最后画六个白色或黑色袋口圆。绘制代码不需要参与逻辑只要保证逻辑坐标和绘制坐标一致。3.2 鼠标瞄准与力度从屏幕坐标到球杆角度桌球课设里最影响手感的是瞄准。常见方案是主球在左半台鼠标移动到右半台时从主球球心指向鼠标位置的方向就是球杆方向鼠标离球心越远击球力度越大。这里不要用点击触发而是把“鼠标按住”当成击球预备状态松开时对主球施加速度。// cue.cpp —— 鼠标瞄准与击球力度计算 #include cmath #include algorithm static float stickAngle 0.0f; static float stickPower 0.0f; static bool stickValid false; bool updateCue(float dt, const Ball cue, float mx, float my) { if (!platformIsMouseDown()) { stickValid false; return false; } float dx mx - cue.x; float dy my - cue.y; float dist std::sqrt(dx * dx dy * dy); if (dist 1e-3f) { stickValid false; return false; } // 鼠标离球心太近时不算瞄准防止误触 if (dist 30.0f) { stickValid false; return false; } float maxDist 220.0f; // 满力度对应的鼠标距离 float power std::min(dist, maxDist) / maxDist; power power * power; // 平方曲线小距离更细腻 stickAngle std::atan2(dy, dx); stickPower power; stickValid true; return true; } void fireCue(Ball cue, float angle, float power) { float maxSpeed 1200.0f; // 最大球速像素/秒 float speed maxSpeed * power; cue.vx std::cos(angle) * speed; cue.vy std::sin(angle) * speed; }power为什么要平方鼠标拖拽距离是线性的如果直接用dist / maxDist稍微拖动一点球就会获得很高初速度手感很冲。平方之后小力度区间变得更细腻拉满时又不会超过上限这是做游戏手感时很常见的一个小技巧。maxSpeed取 1200 像素/秒在 800x600 的窗口里主球一秒钟能横穿整个屏幕视觉上已经足够快再快就会出现下一章要说的穿边问题。3.3 每帧更新位置与摩擦速度衰减要比线性更稳更新球的位置很简单位置 速度 * dt。真正要仔细想的是摩擦。很多课程设计用vx * 0.98这种每帧固定衰减问题在于这 0.98 是和帧率绑定的。60 帧时球一秒钟衰减到 0.98^6030 帧时只有 0.98^30手感完全不一样。正确的做法是让衰减和时间挂钩用“半衰期”来描述。// physics.cpp —— 位置更新与摩擦衰减 #include cmath void updateBalls(std::vectorBall balls, float dt) { // 每 0.7 秒速度减半和帧率无关 float decay std::pow(0.5f, dt / 0.7f); for (Ball b : balls) { if (b.inPocket) continue; b.x b.vx * dt; b.y b.vy * dt; b.vx * decay; b.vy * decay; // 速度低于停止阈值时直接归零避免无限蠕动 if (std::fabs(b.vx) 2.0f std::fabs(b.vy) 2.0f) { b.vx 0.0f; b.vy 0.0f; } } }这里的核心参数是dt / 0.7f。它的含义是无论帧率是 60 还是 300.7 秒后速度都会降到原来的一半帧率只影响精度不影响宏观手感。停止阈值取 2 像素/秒低于这个速度对桌球来说已经不可感知直接归零还能减少后续碰撞检测的开销。dt在帧回调里由 FunCode 给出如果你的版本不提供可以用clock()自己计算两次回调的时间差但千万不要在回调外固定传 0.016。4. 桌球碰撞检测库边、球与球、进球判定怎么写才不翻车4.1 库边碰撞反弹时先判断运动方向球的运动更新完之后紧接着要做碰撞。库边碰撞是桌球里最好写也最容易写错的部分。常见错误是不管球从哪个方向来只要坐标越界就翻转速度分量结果球在边界附近反复横跳。正确做法是先判断球是否真的在“往边界外走”再加反弹逻辑。// collide.cpp —— 库边碰撞 #include cmath void collideWithRails(Ball b, const Table t, float restitution) { if (b.inPocket) return; bool hitX false; bool hitY false; // 左边只有球还在往左运动时才反弹 if (b.x - b.radius t.left b.vx 0.0f) { b.x t.left b.radius; b.vx -b.vx; hitX true; } // 右边只有球还在往右运动时才反弹 if (b.x b.radius t.right b.vx 0.0f) { b.x t.right - b.radius; b.vx -b.vx; hitX true; } // 上边和下边同理 if (b.y - b.radius t.top b.vy 0.0f) { b.y t.top b.radius; b.vy -b.vy; hitY true; } if (b.y b.radius t.bottom b.vy 0.0f) { b.y t.bottom - b.radius; b.vy -b.vy; hitY true; } // 撞击库边后的能量损失只衰减被反弹的那一轴 if (hitX) b.vx * restitution; if (hitY) b.vy * restitution; }restitution是恢复系数取值 0.92 表示每撞一次库边保留 92% 的速度。它和摩擦系数不同摩擦在每帧更新里衰减恢复系数只在碰撞瞬间生效。千万不要把两轴速度都乘一遍否则球碰到直角角落时速度会损失两次手感明显发闷。库边碰撞里还有一个隐藏细节如果球已经被推到边界内下一帧它仍然可能因为速度方向朝向边界而被再次反弹。加b.vx 0这个条件就是为了避免这种“边界抖动”。如果你发现球在离库边一点点的地方不停颤抖优先检查是不是漏了这个方向判断。4.2 球与球碰撞等质量弹性碰撞的简化写法桌球课设里的球可以全部按等质量处理因此碰撞公式可以简化为“沿两球连心线交换法向速度”。这是最常用也最容易讲清楚的方案写出来很短但有几个边界条件必须处理两球完全重叠时法线方向不确定必须跳过两球刚接触但没重叠时不要触发重叠时要先把球推开否则下一帧还会粘在一起。// collide.cpp —— 球与球碰撞 void collideBalls(Ball a, Ball b) { if (a.inPocket || b.inPocket) return; float dx b.x - a.x; float dy b.y - a.y; float dist2 dx * dx dy * dy; if (dist2 0.0f) return; // 完全重叠法线无意义 float dist std::sqrt(dist2); float minDist a.radius b.radius; if (dist minDist) return; // 单位法线从 a 指向 b float nx dx / dist; float ny dy / dist; // 推开重叠部分各让一半防止下一帧继续粘住 float overlap minDist - dist; a.x - nx * overlap * 0.5f; a.y - ny * overlap * 0.5f; b.x nx * overlap * 0.5f; b.y ny * overlap * 0.5f; // 提取两球在法线方向的速度分量 float vaN a.vx * nx a.vy * ny; float vbN b.vx * nx b.vy * ny; // 等质量弹性碰撞交换法向速度 a.vx (vbN - vaN) * nx; a.vy (vbN - vaN) * ny; b.vx (vaN - vbN) * nx; b.vy (vaN - vbN) * ny; }这段代码的关键在最后两行。它不是在交换整个速度向量而是只交换连心线方向上的分量切向分量保持不变。这样碰撞后两个球会分开且各自带着原来的切向速度继续运动符合真实桌球的直观感受。如果你在课设报告里解释这一段答辩老师通常会满意。注意dist2 0的判断。当两球圆心完全重合时除以dist会得到无穷大产生 NaN后续所有物理都会崩溃。这个判断是后悔药必须写。4.3 进球判定与重置什么时候把球从场上拿走进球判定比想象中简单遍历所有袋口计算球心到袋口圆心的距离小于袋口半径就判定进袋。但要注意不要把判定圆设置成和视觉袋口一样大。视觉袋口有库边包裹球的半径会让它还没完全进入就碰到库边所以逻辑判定半径要留出余量。// pocket.cpp —— 进球判定与主球重置 #include vector bool checkPocket(Ball b, const std::vectorPocket pockets) { if (b.inPocket) return true; for (const Pocket p : pockets) { float dx b.x - p.x; float dy b.y - p.y; float dist2 dx * dx dy * dy; if (dist2 p.radius * p.radius) { b.inPocket true; b.vx 0.0f; b.vy 0.0f; return true; } } return false; } void resetCueBall(Ball cue) { // 主球进袋后放回开球区速度清零 cue.x 220.0f; cue.y 300.0f; cue.vx 0.0f; cue.vy 0.0f; cue.inPocket false; }主球进袋和彩球进袋的处理不一样。彩球进袋后留在“已进袋”状态不再参与碰撞主球进袋后要立刻放回开球点并且清零速度否则它会在袋口附近继续滑动。课程设计里主球重置后通常还给玩家一次自由球机会这个可以简化成“重置后直接继续瞄准”核心是把主球从袋里捞出来别让它消失。进球之后整袋球的inPocket状态会越来越多。绘制时跳过inPocket true的球碰撞时也跳过它们这是提高性能最直接的手段。如果你数据显示场上球数不对先检查是不是把进袋的球还在参与碰撞。5. FunCode 桌球课设避坑5 个让新手原地崩溃的运行时问题5.1 运行时崩溃Access violation c0000005现象程序在某个球进袋或者快速击球时直接弹出“0xC0000005 访问冲突”有时 IDE 里能看到“写入位置 0x... 时发生访问冲突”有时关掉 IDE 双击 exe 才闪退。原因这是 Windows 下最常见的内存访问错误通常不是 FunCode 本身的问题而是你的代码越界。桌球课设里高频触发点有两个一是访问balls时下标越界比如用balls[i]但i已经等于balls.size()二是某个球的坐标或速度变成 NaN导致绘制函数收到非法坐标在图形层访问了空指针。解决先看调用栈停在哪个函数。如果停在platformDrawCircle十有八九是传入的坐标是 NaN。在物理更新里每帧检查std::isfinite(b.x)一旦发现非有限值就打印并重置。如果停在遍历balls的地方检查所有使用balls[i]的循环条件统一改成范围for (Ball b : balls)可以从根上避免越界。5.2 换机器闪退VSCode 编译产物与 Redistributable 的三角坑现象在自己的电脑上跑得好好的把整个项目拷到机房或室友电脑上双击 exe 闪退。装了 Microsoft Visual C Redistributable 后还是报 0xc000007b或者提示缺少vcruntime140.dll。原因FunCode 的库常见是 32 位静态库你的项目如果选错了 x64 目标链接时可能侥幸通过但运行时加载 32 位依赖就会出问题。另一个常见坑是 Debug 配置下编译出的 exe 依赖调试版 CRT这类 dll 不会随 Redistributable 安装包分发。VSCode 用户更容易在这个问题上翻车因为 tasks.json 里库路径和运行路径经常不匹配。解决课程设计演示统一用 Release 配置项目属性里把“运行库”改为“多线程 (/MT)”这样 CRT 会被静态链接进 exe换机器不依赖 Redistributable。FunCode 是 32 位库时解决方案平台选 x86不要选 x64。如果必须用 VSCode在 tasks.json 的args里显式加上 FunCode 头文件目录和库文件目录并把program指向 Release 输出路径。5.3 球从库边穿出去高速击球时的穿透现象满力度击球后球高速撞向库边经常看到球“咬”进库边半截甚至直接穿到台面外面。原因一帧的时间大约 16 毫秒1200 像素/秒的球速下球一帧移动 19 像素左右比球半径还大。碰撞检测只做一次位置修正球很可能在这一帧里整个越过边界反弹条件已经来不及补救。解决限制最大球速并且把一次物理更新拆成多个子步。1200 像素/秒在 800x600 的窗口里已经很快不需要再放宽。子步数取 4每帧更新 4 次每次推进 4 毫秒左右球的单次位移降到 5 像素以内穿透问题基本消失。不要用while循环不断减dt那样如果dt很大容易陷入死循环用固定次数的for循环更安全。void updateWithSubSteps(float dt, int steps) { float h dt / steps; for (int i 0; i steps; i) { for (Ball b : balls) { if (b.inPocket) continue; b.x b.vx * h; b.y b.vy * h; } // 库边碰撞、球球碰撞、进球判定都放在这里 collideAll(); } }steps的取值要在性能和效果之间平衡。桌球这种对象数量少的游戏4 个子步每帧也就是多跑几十次碰撞开销完全可以忽略。如果你把球速开得很高比如实验性改成 2000那就需要 8 个子步。5.4 鼠标明明瞄准了球却打偏现象球杆画的方向指向鼠标击球后球的运动方向却和球杆方向不一致总是差 10 到 15 度。在窗口最大化或改了分辨率后尤其明显。原因两个坐标系统没统一。FunCode 的鼠标坐标可能以窗口客户区左上角为原点而你的游戏逻辑坐标可能从台面内边缘开始计算更隐蔽的是 DPI 缩放Windows 下显示缩放设为 125% 时鼠标原始坐标和窗口逻辑尺寸不一致角度自然偏。还有一个低级错误绘制球杆时用了atan2(dy, dx)但绘制线条时又把起点和终点都向球心加了偏移导致视觉方向和实际方向偏离。解决在初始化时把逻辑分辨率固定成窗口的客户区尺寸比如 800x600然后在 FunCode 的窗口回调或初始化参数里禁用拉伸缩放。所有鼠标输入先经过一个screenToLogic函数把原始坐标换算到逻辑坐标。判断瞄准是否准确不要用肉眼加一个临时调试功能在击球前画出从球心到鼠标方向的一条长辅助线并同时画出cos(angle), sin(angle)的单位向量两者重叠才说明角度正确。5.5 球拖着长长的彗星尾巴现象球移动后原位置残留一串半透明的影子画面越拉越长最后整张台面一片花。原因主循环里没有真正清屏或者清屏用的是半透明覆盖。FunCode 有的版本默认不清屏如果不调用清屏函数每一帧的画面都会叠加上去。部分教程会用“画一个大的半透明矩形”来做残影特效误用到桌球游戏上就成了翻车现场。解决在frame回调的第一行调用platformClear()或者在绘制背景时画一个完全不透明的绿色台面矩形覆盖整个台面区域。注意顺序先清屏再画背景再画球。如果已经画了一个不透明背景就不用再调platformClear否则等于清了两次。使用单缓冲模式时清屏尤其重要这个问题在课程设计演示时非常显眼因为移动的球会拖着一条肉眼可见的尾巴答辩老师一眼就能看出。6. 答辩前最后一小时给桌球程序加调试绘制与可调参数程序能玩、能进袋、能打完整局课设只是完成了基础分。答辩时老师最爱问的一句话是“你这个参数是怎么调的写在哪里”如果所有数字都散落在代码各处现场改起来会非常狼狈。我在做这类课设时习惯把全部可调参数收进一个结构体再在调试模式下把它们实时渲染出来。// config.h —— 集中管理可调参数 struct GameConfig { float ballRadius 11.0f; float maxShotSpeed 1200.0f; float railRestitution 0.92f; float frictionHalfTime 0.7f; float pocketRadius 24.0f; int subSteps 4; }; GameConfig cfg;答辩演示时把frictionHalfTime从 0.7 改成 0.2所有球会在两米内迅速停下把subSteps从 4 改成 1满力度击球立刻穿边。这种现场效果比背一百行代码更能说明你理解了这个系统。调试绘制是另一个低成本高回报的手段。按T键打开调试图层画出每一颗球的速度向量以及球杆的方向延长线。碰库边时速度向量会立刻反向这个反馈能帮你确认碰撞代码是不是真的按预期执行。下面这段代码可以挂在帧回调的绘制阶段// debug.cpp —— 调试绘制开关 bool debugDraw false; void toggleDebugDraw() { debugDraw !debugDraw; } void drawDebugInfo(const std::vectorBall balls, float cueAngle) { if (!debugDraw) return; for (const Ball b : balls) { if (b.inPocket) continue; // 从球心画速度向量长度缩放 0.2避免线条太长 platformDrawLine(b.x, b.y, b.x b.vx * 0.2f, b.y b.vy * 0.2f, 0xFF0000); } // 球杆方向辅助线长度 150 像素 platformDrawLine(cueBall().x, cueBall().y, cueBall().x std::cos(cueAngle) * 150.0f, cueBall().y std::sin(cueAngle) * 150.0f, 0x00FF00); }我每次写完桌球课设都会先关掉正常绘制只开调试绘制跑几局专门盯着球碰库边的那一帧看速度向量方向。这个习惯帮我抓出过很多肉眼看不出的问题比如中袋附近的碰撞法线偏移、两颗球长时间贴在一起等。再配合慢放模式把dt乘上timeScale 0.2就能逐帧观察碰撞瞬间这是调物理课设性价比最高的验证手段。带着这套调试工具去答辩老师问“你怎么验证你的碰撞是对的”你直接现场按出调试层演示比任何口头解释都有说服力。希望帮到你。本文还有配套的精品资源点击获取