简介吉林大学计算机图形学实验源代码包面向图形学课程、MFC 程序设计及软件工程课程设计学习者覆盖矩形、圆形绘制颜色对话框设置 RGB以及通过鼠标输入顶点并采用边标志算法填充多边形等核心实验要求用学号后四位填充多边形内部是一份强调交互与算法落地的课程设计参考。压缩包共 30 个文件以 9 个头文件与 8 个 cpp 源文件为主体另有 rc/rc2/ico/bmp 等界面资源文件、dsw/dsp 工程描述文件和 ReadMe 说明整体仅 65KB结构简洁。资源已吸引 1461 人浏览学习。通过学习这份代码可掌握 MFC 绘图消息处理、图形学基础类封装、颜色选择与多边形填充等关键实现工程按文档/视图结构组织可从菜单交互、鼠标取点、对话框输入一直追踪到光栅化填充算法尤其边标志算法示例对理解扫描转换具有直接帮助。1. 为什么我要把吉林大学计算机图形学实验代码全部开源说句实话最早决定把这份代码整理出来动机非常简单期末复习的时候我自己翻遍各种平台找不到一份结构清晰、注释完整、能直接跑通的图形学实验代码。很多资料要么是十几年前的旧接口写法要么只贴了核心函数没有完整工程拿回来根本编译不过。反复踩了几次坑以后我萌生了一个念头——干脆把自己在吉林大学计算机图形学课程里写的全部实验源代码整理好放出来按实验编号分好目录每条关键逻辑都写上注释让后来的人少走点弯路。这份资源适合的人很明确正在修计算机图形学课程、需要应付实验报告和验收的同学准备考研复试、想快速回顾图形学基础算法实现的人以及纯粹对图形渲染底层感兴趣、想看看OpenGL固定管线和着色器写法差异的入门开发者。它不是一个图形学教程而是一套“照着跑就能过、跑完再读注释就能懂”的完整实验代码集合。我的实验环境是在Windows 10下用Visual Studio 2019开发OpenGL通过freeglut库实现窗口管理和基本交互数学运算部分用了GLM库辅助矩阵计算。整套代码从OpenGL 2.1的固定功能管线写到可编程着色器覆盖了课程要求的核心知识点直线生成算法、多边形填充、几何变换、三维观察、光照模型、纹理映射、曲线曲面以及一个综合性的期末大作业。下面我会按照实验顺序把每份代码的设计思路、关键实现和我在测试过程中踩过的坑逐一拆开讲清楚。2. 实验环境的选型逻辑为什么坚持VS2019freeglutGLM2.1 环境搭建的版本选择与理由很多同学一上来就纠结用哪个OpenGL版本、哪套库其实对于课程实验来说核心标准只有一个稳定够用能快速出结果。我在选型时对比了几种方案最终确定VS2019 freeglut 3.0.0 GLM 0.9.9.8的组合理由很实际。第一条理由是课程本身的教学内容以经典扫描转换算法和固定管线为主传统的OpenGL立即模式glBegin/glEnd虽然老旧但和课本上的伪代码对应关系最强。你在《计算机图形学》教材里看到DDA算法步骤马上就能在代码里找到对应的语句。如果一上来就用现代OpenGL的可编程管线单是VAO/VBO的初始化就要几十行模板代码反而把算法核心给淹没了。第二条理由是freeglut足够轻量不需要额外编译依赖下载预编译的二进制包就能直接用。GLM是纯头文件库复制到include目录即可。整个配置过程不超过十五分钟比配置其他框架省事得多。2.2 配置过程里最容易出问题的三个环节虽然环境配置整体简单但有几个细节处理不好后面编译会报一堆莫名其妙的错。第一个坑是glut.h和gl.h的包含顺序。按Windows平台的惯例必须写成#include GL/freeglut.h不要自己分别包含gl.h和glu.h。freeglut的include目录里已经有完整的依赖管理但如果你在代码里同时写了#include GL/glut.h而又把freeglut的头文件放在include路径前面编译器很可能优先找到老的glut头文件导致函数签名不一致。我的做法是只保留freeglut目录并且确保项目属性里的“附加包含目录”只指向freeglut的include文件夹。第二个坑是链接库的选择。freeglut在x64平台下有freeglut.lib和freeglutd.lib两个版本前者是Release版后者是Debug版。如果链接器设置里固定填了freeglut.lib在Debug模式下运行可能会出现内存分配检查报错。我的做法是在“附加依赖项”里同时写上freeglut.lib freeglutd.lib opengl32.lib glu32.libDebug模式下编译器会自动匹配带d后缀的库。opengl32.lib和glu32.lib是系统自带的务必保证在链接列表里缺了它们会出现无法解析的外部符号。第三个坑是GLM版本。早期0.9.8版本的头文件组织方式和后来的版本不同有些教程写的#include glm/gtc/matrix_transform.hpp在个别版本里路径对不上。我固定使用0.9.9.8这个版本的接口稳定网上的学习资料也多。如果你的项目用了更高版本建议留意glm::perspective函数第三个和第四个参数排序新旧版本在这个地方是一致的但有个别教程为了视觉效果故意把参数写反复制代码时容易中招。3. 实验一直线生成算法——DDA、中点画线、Bresenham3.1 三种算法的代码组织方式直线生成是图形学课程的入门实验也是最容易写出“跑得通但不知道对错”的代码。我的实现思路是把三种算法封装在一个类里每个算法对应一个独立函数然后在display回调函数中根据键盘事件切换显示模式。DDA算法的核心就是利用直线斜率把增量分解到x方向或y方向void LineDDA(int x0, int y0, int x1, int y1) { int dx x1 - x0; int dy y1 - y0; int steps abs(dx) abs(dy) ? abs(dx) : abs(dy); float xIncrement dx / (float)steps; float yIncrement dy / (float)steps; float x x0; float y y0; glBegin(GL_POINTS); for (int i 0; i steps; i) { glVertex2i(round(x), round(y)); x xIncrement; y yIncrement; } glEnd(); }这段代码的优点是逻辑一目了然缺点也很明显每一步都用浮点数加法和取整运算当线段长、点数多时性能消耗比纯整数算法大。但课程实验通常只画几百个点性能差异看不出来所以DDA用来理解思想是最合适的。中点画线法和Bresenham算法的代码核心都在于决策参数的更新而不是实实在在去求直线方程。中点画线的思路是判断中点位置与直线的相对关系从而决定下一个点往哪个方向走。我在这里把关键代码写成void MidPointLine(int x0, int y0, int x1, int y1) { int a y0 - y1; int b x1 - x0; int d 2 * a b; int delta1 2 * a; int delta2 2 * (a b); int x x0, y y0; glBegin(GL_POINTS); glVertex2i(x, y); while (x x1) { if (d 0) { x; y; d delta2; } else { x; d delta1; } glVertex2i(x, y); } glEnd(); }Bresenham的改进在于完全消除了浮点数通过维护误差项来近似直线。需要特别注意的是上述代码默认处理的是斜率在0到1之间的情况如果直线斜率大于1或者方向是负的参数更新公式就要相应调整。很多同学的代码在画正斜率时一切正常一换方向就画成锯齿状问题就出在这里。3.2 绘图坐标系的坑与验证方法OpenGL的默认窗口坐标系原点在左下角而实验指导书里用到的窗口坐标通常是像素坐标原点在左上角。如果你的实验要求用鼠标点击取点来画线就必须在鼠标回调函数里做坐标转换。我的做法是void mouse(int button, int state, int x, int y) { if (button GLUT_LEFT_BUTTON state GLUT_DOWN) { int convertedY height - y; points.push_back({x, convertedY}); } }别小看这一步我见过有同学的画线实验结果整体上下颠倒查了半小时发现是鼠标坐标没翻转。还有验证的问题你可以把同一条直线的端点分别用三种算法画一遍然后把三个结果叠在一起显示用肉眼检查像素点是否完全重合。如果某一种算法在某些斜率下和其他两种不太一样多半是决策参数更新写错了。4. 实验二多边形填充与裁剪——扫描线算法和Cohen-Sutherland4.1 多边形扫描线填充的实现要点多边形填充实验是很多人第一次接触“数据结构驱动算法”的地方。扫描线算法需要维护边表ET和活动边表AET处理边与扫描线的交点再按交点配对其填充区间。整个流程听起来简单真正写起来很容易出错的地方是边表构建和交点排序。我的实现把边表设计成以扫描线y值为索引的桶结构桶里存放一条边的所有信息当前x坐标、dy增量、x增量以及ymax。构建过程大致是遍历多边形所有边忽略水平边因为水平边本身就落在扫描线上填充区间不受它影响。对非水平边计算y_min对应的x值把边挂到y_min那条扫描线的桶中。边表里每条边记录的信息包括x_min、y_max、x增量等。在扫描线逐行移动时先从当前y对应的边表桶中把新边加入AET然后按x值对AET排序配对交点最后删除ymax小于等于当前y的边。最关键的一步是交点配对逻辑——要按照x坐标递增的顺序两两配对组成填充区间。4.2 Cohen-Sutherland裁剪的编码实现线段裁剪算法的核心是区域编码。我用四位二进制码表示端点的位置上、下、左、右。任何一条线段只要两个端点的编码按位与结果不为零说明线段完全在窗口外可以直接剔除如果两个端点编码都为0000说明完全在窗口内直接保留否则需要求交点分段处理。这个算法逻辑本身不复杂但我的体会是它特别适合锻炼位运算能力。我实现的完整代码如下// 编码 // bit 3: top, bit 2: bottom, bit 1: right, bit 0: left unsigned char encode(float x, float y) { unsigned char code 0; if (x xmin) code | 1; if (x xmax) code | 2; if (y ymin) code | 4; if (y ymax) code | 8; return code; }然后通过while循环反复判断端点的编码状态每次裁剪掉窗口外的一部分直到端点编码满足完全可见或完全不可见。需要注意交点的计算要分两种情况若线段与窗口左边界相交则交点坐标为x xmin通过直线方程算出y的值若与上边界相交则设置y ymax反解出x。为了不重复代码我定义了四个边界判断函数每个返回交点坐标裁剪循环不断调用即可。这类裁剪算法验证的重点是边界情况线段刚好穿过窗口顶点、线段与窗口边界重叠、线段完全在窗口内部。我的测试用例里专门构造了这些场景发现很多同学的算法在处理“刚好穿过顶点”时容易漏判或多算一个交点原因多半是在求交时用了浮点数相等判断。解决方法是判断端点与边界距离时设置一个极小的阈值比如fabs(x - xmin) 1e-6就认为在边界上。5. 实验三几何变换与三维观察——平移、旋转、缩放、透视投影5.1 从数学矩阵到OpenGL代码的映射几何变换实验的核心内容是矩阵乘法顺序。课本上反复强调先缩放、再旋转、最后平移的顺序但很多人写代码时直接调glTranslatef、glRotatef、glScalef以为顺序无所谓。这里我踩过最大的坑就是变换顺序反了。OpenGL的变换矩阵是列主序存储作用于顶点时实际上是把顶点坐标右乘矩阵。因此代码里先写的变换会先生效。举个例子glTranslatef(tx, ty, 0); glRotatef(angle, 0, 0, 1); glScalef(sx, sy, 1);这表示先缩放再旋转最后平移。如果你想要的效果是先指定位移再围绕某个中心旋转则必须自己先构造复合变换矩阵或者撤销平移操作。我在实验代码里提供了一个函数通过键盘方向键实时修改平移量和旋转角度方便观察矩阵顺序对最终渲染结果的影响void display() { glClear(GL_COLOR_BUFFER_BIT); glMatrixMode(GL_MODELVIEW); glLoadIdentity(); glTranslatef(tx, ty, 0); glRotatef(angle, 0, 0, 1); glScalef(sx, sy, 1); drawTriangle(); // 绘制一个三角形 glutSwapBuffers(); }我强烈建议你在做完基本平移旋转练习后把这段代码改成矩阵线性代数版本也就是自己在CPU端计算变换矩阵然后通过glMultMatrixf传入OpenGL这样更能理解顶点变换的过程。我在工程里也额外写了一个对照版本用GLM构造模型矩阵glm::mat4 model glm::mat4(1.0f); model glm::translate(model, glm::vec3(tx, ty, 0.0f)); model glm::rotate(model, glm::radians(angle), glm::vec3(0.0f, 0.0f, 1.0f)); model glm::scale(model, glm::vec3(sx, sy, 1.0f)); glLoadMatrixf(glm::value_ptr(model));5.2 透视投影与正交投影的对照实验三维观察部分的实验要求理解从世界坐标系到屏幕坐标系的完整流程。我在代码里实现了透视投影和正交投影的切换通过键盘按键F切换模式。对透视投影来说glFrustum或gluPerspective的参数很容易搞混。我使用gluPerspective(fov, aspect, zNear, zFar)注意fov是垂直视场角aspect是窗口宽高比zNear和zFar分别是近裁剪面和远裁剪面。我特意把近裁剪面设为0.1远裁剪面设为100如果近裁剪面太小深度精度会变差太大会切掉近处的物体。这套参数是很多图形学课程实验的默认值但如果你的场景深度范围特别大需要相应调整。正交投影的对照可以直观看到透视投影带来的近大远小效果。我写了一个简单的立方体场景用键盘方向键控制相机绕物体旋转这样可以看到两种投影模式下立方体边线的视觉差异。这个实验能帮助你理解OpenGL的视锥体概念对后面学习深度缓冲也有很大帮助。6. 实验四光照模型与纹理映射——从固定管线到着色器6.1 固定管线的Phone光照模型实现光照实验是理解渲染原理的重要分水岭。在OpenGL 2.1固定管线里光照计算是内置的你只需要设置光源属性、材质属性启用GL_LIGHTING即可。但这样做容易让人陷入“调参”陷阱没有真正理解Phone光照模型的三个分量环境光、漫反射、镜面反射。我的实现里手动写了一套Phone光照计算逻辑虽然不会用于最终渲染但能通过调试输出看到每个像素的光照分量。关键步骤是计算表面法向量。计算入射光方向从顶点指向光源的向量。计算视角方向从顶点指向相机位置。环境光分量直接使用光源环境项与材质环境项的乘积。漫反射分量用max(dot(N, L), 0)乘以光的漫反射强度和材质漫反射系数。镜面反射分量使用pow(max(dot(R, V), 0), shininess)其中R是反射光方向。在固定管线里法向量的设置非常重要。如果是球体法向量可以直接用顶点坐标减去球心并归一化。如果是任意网格模型则需要通过相邻三角形的面法向量平均得到顶点法向量。我在实验代码里提供了一个茶壶模型可以直接调用glutSolidTeapot生成省去了自己建模的麻烦。6.2 纹理映射的坐标与采样参数陷阱纹理映射实验我实现了一个立方体六个面贴上棋盘格纹理通过按T键切换是否启用纹理观察映射效果。这里有两个非常隐蔽的坑。第一个坑是纹理坐标方向。OpenGL约定纹理坐标系原点在左下角但很多图片格式加载到内存后第一行像素是图片最上面一行。如果直接用图片的第一行作为纹理坐标t 0对应的像素最终贴图会上下颠倒。解决办法是在加载图片时做y轴翻转或者在构建纹理坐标时把t取反。第二个坑是纹理环绕方式。默认情况下纹理坐标超出[0,1]范围时OpenGL会将纹理重复贴到表面上但这取决于GL_TEXTURE_WRAP_S和GL_TEXTURE_WRAP_T参数。如果设置为GL_CLAMP_TO_EDGE在边界处会拉伸边缘像素产生模糊。我的立方体每个面都使用完整纹理坐标刚好在0到1之间但由于立方体顶点在所有面上共享纹理坐标的设置需要很小心。我采取了每个面单独指定顶点数据的方式避免共享顶点导致纹理坐标冲突。从固定管线到着色器的进阶思路是我额外写了一个简单的GLSL版本用顶点着色器和片元着色器实现棋盘格着色。它的核心shader代码片段为// 片元着色器片段 void main() { vec3 color; if (mod(floor(vPosition.x * 10.0) floor(vPosition.y * 10.0), 2.0) 1.0) { color vec3(1.0); } else { color vec3(0.0); } gl_FragColor vec4(color, 1.0); }把光照和纹理相结合是后续大作业的基础理解固定管线的状态机方式再对比着色器的灵活编程方式你会发现两者的思维模型完全不同。7. 实验五曲线曲面——Bezier曲线与B样条曲线绘制7.1 Bezier曲线的de Casteljau递推实现曲线曲面实验可以说是图形学“计算味”最强的一部分也是很多人第一次知道“拉格朗日插值”在图形学里的实际应用。Bezier曲线用控制点来定义形状曲线本身不经过中间控制点而是受它们“牵引”。我实现了de Casteljau递推算法这种算法的好处是计算过程简单直观而且可以递推求曲线上的点。核心逻辑是对每一层线性插值得到一组新的控制点反复操作直到只剩一个点就是曲线上参数t对应的位置。代码实现如下glm::vec2 bezierPoint(const std::vectorglm::vec2 controlPoints, float t) { std::vectorglm::vec2 points controlPoints; int n points.size(); for (int r 1; r n; r) { for (int i 0; i n - r; i) { points[i] (1 - t) * points[i] t * points[i 1]; } } return points[0]; }绘制时只需要把t以固定步长从0循环到1把得到的点用glVertex2f连接成线段即可。步长我取0.001这样曲线比较光滑同时性能也能接受。如果你想看到动态绘制过程可以把步长加大一点每秒绘制几个t对应的点效果更像“动画”。7.2 B样条与Bezier的比较实验B样条曲线相比Bezier曲线具有局部支撑性移动一个控制点只影响附近一段曲线而不会改变整条曲线形状。这是它在工业设计中被广泛使用的重要原因。我在实验里实现了三次均匀B样条曲线的绘制核心是计算基函数然后按不同控制点区间生成的曲线段拼接。B样条的基函数递归定义理解起来有一定难度但实现上其实可以用矩阵形式简化。三次B样条的矩阵表示如下// P(t) (1/6) * [t^3 t^2 t 1] * B * [P0 P1 P2 P3]^T // B是三次均匀B样条基矩阵其中基矩阵B为固定常数这个矩阵可以预先算好避免每帧递归计算基函数。我在代码里直接展开计算float b0 (1 - t) * (1 - t) * (1 - t) / 6.0f; float b1 (3 * t * t * t - 6 * t * t 4) / 6.0f; float b2 (-3 * t * t * t 3 * t * t 3 * t 1) / 6.0f; float b3 t * t * t / 6.0f; glm::vec2 point b0 * P0 b1 * P1 b2 * P2 b3 * P3;为了直观对比我在一个窗口里并排绘制一条三次Bezier曲线和一条三次B样条曲线控制点完全相同。可以看到Bezier曲线穿过第一个和最后一个控制点而B样条曲线通常不经过任何一个控制点整体更平滑。这是我个人非常喜欢的一个对照实验能帮助你把课本上“逼近”和“插值”的概念落实到视觉层面。8. 期末大作业一个可交互的三维场景搭建8.1 大作业的整体架构与功能划分期末大作业我选择做一个可自由漫游的室内场景包含地面、墙壁、家具和光照系统。这个任务把之前所有实验的知识点串联起来几何变换用来摆放不同物体光照模型让物体产生立体感纹理映射给地面和墙壁贴上材质三维观察实现相机漫游键盘和鼠标交互用到了前面学的事件处理机制。工程文件按功能划分了几个模块main.cpp窗口初始化和主循环。Camera.h/cpp相机类封装了位置、朝向、俯仰角和偏航角实现前后左右移动和视角旋转。Object.h/cpp简单物体类用参数化方程生成立方体、球体、圆柱体等几何体。Texture.h/cpp纹理加载和管理类。Shader.h/cpp如果使用着色器版本这里负责编译和链接shader程序。相机类的核心是view矩阵的更新。我采用第一人称视角俯仰角和偏航角控制摄像机观察方向位置用方向键和鼠标控制。每帧根据角度计算forward向量、right向量和up向量然后调用gluLookAtglm::vec3 forward; forward.x cos(pitch) * cos(yaw); forward.y sin(pitch); forward.z cos(pitch) * sin(yaw); forward glm::normalize(forward); glm::vec3 right glm::normalize(glm::cross(forward, glm::vec3(0.0f, 1.0f, 0.0f))); glm::vec3 up glm::cross(right, forward); glm::mat4 view glm::lookAt(cameraPos, cameraPos forward, up);8.2 大作业里隐藏的难点与优化经验大作业最容易出问题的地方是帧率和交互手感。如果你在display回调里每次都重新生成几何体顶点数据并调用glVertex3f当场景物体数量增多时帧率会明显下降。优化的思路是把静态物体的顶点数据放到显示列表里OpenGL会把它编译到服务器端重复绘制时开销大大降低。代码大致是GLuint roomList glGenLists(1); glNewList(roomList, GL_COMPILE); drawRoom(); glEndList();然后在display函数里直接调用glCallList(roomList)性能提升非常明显。另一个容易忽视的问题是深度缓冲。启用深度测试之后记得在窗口初始化时设置深度缓冲位数我一般用glutInitDisplayMode(GLUT_DOUBLE | GLUT_RGBA | GLUT_DEPTH); glEnable(GL_DEPTH_TEST);否则会出现物体前后遮挡关系混乱的情况。还有一个小技巧是键盘交互时每按一次键就调用glutPostRedisplay保证画面及时刷新避免画面卡死的感觉。期末验收时老师经常会问的一个问题是光照计算是在哪个坐标系下完成的如果你的实现是固定管线那么回答“在视觉空间eye space中完成”是对的。如果用了GLSL着色器你要清楚法向量矩阵的变换。我在代码里专门写了一段注释说明使用gl_NormalMatrix转换法向量的原因防止物体经过非等比缩放后法向量不垂直表面导致光照结果错误。9. 每一份代码都该有的数据结构设计思路很多人写图形学实验习惯把所有逻辑堆在main.cpp里一个文件几百行甚至上千行后期调试非常痛苦。我在这套代码里坚持了三个设计原则第一每个实验对应独立命名空间或类例如namespace exp1_line、namespace exp2_polygon。这样不同实验之间互不干扰每个命名空间内只暴露一个init()和display()接口主函数通过宏切换编译目标。第二算法核心尽量与OpenGL绘制分离。直线生成算法只负责计算像素点坐标放入一个std::vectorstd::pairint, int再由单独的绘制函数统一渲染。这样做的好处是方便单元测试也便于用文本方式输出点坐标验证算法正确性。第三常量全部用constexpr或#define统一管理。窗口宽度、高度、网格大小、步长等参数集中放在一个GlobalConfig.h头文件里。调参时只改一处不用满文件查找。这种代码组织方式不仅对图形学实验有效对任何图形相关的课程设计都值得借鉴。老师在验收时随便点一个函数问“这个变量为什么这么命名”“这个参数为什么是0.001”你都能答得上来因为代码结构本身就体现了你的思考过程。10. 测试与调试的方法论怎么确认你的图形学代码是对的图形学代码的视觉效果具有很强的主观性很容易出现“看起来差不多”但实际算法不严谨的情况。我在完成每个实验后都会用几组标准数据做验证。对直线算法我用起点(0,0)终点(10,4)、起点(0,0)终点(4,10)、起点(5,5)终点(-2,8)等多组数据在画布上输出像素点坐标对比三种算法的结果差异。如果哪种算法在某些斜率下与其他不一致基本可以定位问题出在决策参数的更新条件。为了直观我还会在代码里用红色画DDA点、绿色画Bresenham点、蓝色画中点画线点重叠部分会变色一眼看出差异。对多边形填充我的验证方法是填充一个已知面积的矩形和梯形用屏幕像素计数算填充面积。比如画一个宽100高50的矩形如果填充正确统计到的像素点数应该接近5000。如果在边缘区域出现多于或少于理论值的点说明扫描线算法的交点配对可能漏了边。这个方法听起来粗糙但足够验证大多数基础算法的正确性。对光照和纹理最好的验证方式是调整光源位置和观察角度观察高光和阴影变化的规律。如果材质反光过强把shininess调低如果纹理出现拉伸变形优先检查纹理坐标是否均匀。建议不要一次性调整多个参数否则出了问题很难定位是光源问题还是材质问题。调试工具方面我只用了最简单的printf输出关键状态量直线的每个像素点坐标、填充交点的排序结果、每帧相机的position和forward向量。这些输出放在独立的log文件里比在命令行窗口直接打印更清晰也不会影响渲染窗口的焦点。11. 对后来者的一点实操建议整套代码从最初的开头到最终版本前后改了三四轮每一轮都是被实际运行中的问题逼出来的。第一轮能跑通所有基础算法但代码混乱到我自己都不想看第二轮把数据结构抽出来才慢慢有了“工程感”第三轮加注释加测试才敢放出来分享。如果你现在也在做计算机图形学实验我的第一条建议是不要直接复制任何人的代码到实验报告里交差包括我这套。图形学实验的验收重点不是“能跑”而是“你懂不懂”。建议拿到代码后先删掉所有函数体只看函数名和注释尝试自己把核心算法补全实在写不出来再参考。这个过程看起来费时间但比考前突击复习效率高得多。第二条建议是这门课的核心不是OpenGL的API而是背后的数学模型。代码写不出来很多时候不是你不会OpenGL而是线性代数里矩阵变换、向量点乘叉乘的几何意义没吃透。我在实验过程中重新翻了一遍线性代数教材把“矩阵乘法为什么从右往左作用”彻底搞懂之后写几何变换实验顺畅了很多。第三条建议是保留你调试过程中修改过的每一个错误版本。我在实验报告里附上了几个典型bug的修正记录比如直线算法负斜率处理错误、纹理图像倒置错误、透视投影参数错位问题。这些错误分析和解决办法不仅让报告显得充实也为期末复习提供了具体案例。如果你愿意把这套代码作为起点也可以往几个方向继续扩展把固定管线的光照代码改写成现代OpenGL着色器版本加入阴影映射功能在B样条实验基础上实现NURBS曲线把鼠标拾取功能加到三维场景里实现简单的物体选择交互。这些都是很好的课程设计题目比单纯“跑通实验”更有挑战性。最后说一句这片代码里最值得你保存的其实不是任何一段算法实现而是我写在头文件最上方的那行总结——“所有代码先写思路再写实现最后调参。”按照这个顺序来你的图形学实验不会差到哪里去。本文还有配套的精品资源点击获取 计算机图形学实验代码全开源：从DDA到光照纹理的完整实现
简介吉林大学计算机图形学实验源代码包面向图形学课程、MFC 程序设计及软件工程课程设计学习者覆盖矩形、圆形绘制颜色对话框设置 RGB以及通过鼠标输入顶点并采用边标志算法填充多边形等核心实验要求用学号后四位填充多边形内部是一份强调交互与算法落地的课程设计参考。压缩包共 30 个文件以 9 个头文件与 8 个 cpp 源文件为主体另有 rc/rc2/ico/bmp 等界面资源文件、dsw/dsp 工程描述文件和 ReadMe 说明整体仅 65KB结构简洁。资源已吸引 1461 人浏览学习。通过学习这份代码可掌握 MFC 绘图消息处理、图形学基础类封装、颜色选择与多边形填充等关键实现工程按文档/视图结构组织可从菜单交互、鼠标取点、对话框输入一直追踪到光栅化填充算法尤其边标志算法示例对理解扫描转换具有直接帮助。1. 为什么我要把吉林大学计算机图形学实验代码全部开源说句实话最早决定把这份代码整理出来动机非常简单期末复习的时候我自己翻遍各种平台找不到一份结构清晰、注释完整、能直接跑通的图形学实验代码。很多资料要么是十几年前的旧接口写法要么只贴了核心函数没有完整工程拿回来根本编译不过。反复踩了几次坑以后我萌生了一个念头——干脆把自己在吉林大学计算机图形学课程里写的全部实验源代码整理好放出来按实验编号分好目录每条关键逻辑都写上注释让后来的人少走点弯路。这份资源适合的人很明确正在修计算机图形学课程、需要应付实验报告和验收的同学准备考研复试、想快速回顾图形学基础算法实现的人以及纯粹对图形渲染底层感兴趣、想看看OpenGL固定管线和着色器写法差异的入门开发者。它不是一个图形学教程而是一套“照着跑就能过、跑完再读注释就能懂”的完整实验代码集合。我的实验环境是在Windows 10下用Visual Studio 2019开发OpenGL通过freeglut库实现窗口管理和基本交互数学运算部分用了GLM库辅助矩阵计算。整套代码从OpenGL 2.1的固定功能管线写到可编程着色器覆盖了课程要求的核心知识点直线生成算法、多边形填充、几何变换、三维观察、光照模型、纹理映射、曲线曲面以及一个综合性的期末大作业。下面我会按照实验顺序把每份代码的设计思路、关键实现和我在测试过程中踩过的坑逐一拆开讲清楚。2. 实验环境的选型逻辑为什么坚持VS2019freeglutGLM2.1 环境搭建的版本选择与理由很多同学一上来就纠结用哪个OpenGL版本、哪套库其实对于课程实验来说核心标准只有一个稳定够用能快速出结果。我在选型时对比了几种方案最终确定VS2019 freeglut 3.0.0 GLM 0.9.9.8的组合理由很实际。第一条理由是课程本身的教学内容以经典扫描转换算法和固定管线为主传统的OpenGL立即模式glBegin/glEnd虽然老旧但和课本上的伪代码对应关系最强。你在《计算机图形学》教材里看到DDA算法步骤马上就能在代码里找到对应的语句。如果一上来就用现代OpenGL的可编程管线单是VAO/VBO的初始化就要几十行模板代码反而把算法核心给淹没了。第二条理由是freeglut足够轻量不需要额外编译依赖下载预编译的二进制包就能直接用。GLM是纯头文件库复制到include目录即可。整个配置过程不超过十五分钟比配置其他框架省事得多。2.2 配置过程里最容易出问题的三个环节虽然环境配置整体简单但有几个细节处理不好后面编译会报一堆莫名其妙的错。第一个坑是glut.h和gl.h的包含顺序。按Windows平台的惯例必须写成#include GL/freeglut.h不要自己分别包含gl.h和glu.h。freeglut的include目录里已经有完整的依赖管理但如果你在代码里同时写了#include GL/glut.h而又把freeglut的头文件放在include路径前面编译器很可能优先找到老的glut头文件导致函数签名不一致。我的做法是只保留freeglut目录并且确保项目属性里的“附加包含目录”只指向freeglut的include文件夹。第二个坑是链接库的选择。freeglut在x64平台下有freeglut.lib和freeglutd.lib两个版本前者是Release版后者是Debug版。如果链接器设置里固定填了freeglut.lib在Debug模式下运行可能会出现内存分配检查报错。我的做法是在“附加依赖项”里同时写上freeglut.lib freeglutd.lib opengl32.lib glu32.libDebug模式下编译器会自动匹配带d后缀的库。opengl32.lib和glu32.lib是系统自带的务必保证在链接列表里缺了它们会出现无法解析的外部符号。第三个坑是GLM版本。早期0.9.8版本的头文件组织方式和后来的版本不同有些教程写的#include glm/gtc/matrix_transform.hpp在个别版本里路径对不上。我固定使用0.9.9.8这个版本的接口稳定网上的学习资料也多。如果你的项目用了更高版本建议留意glm::perspective函数第三个和第四个参数排序新旧版本在这个地方是一致的但有个别教程为了视觉效果故意把参数写反复制代码时容易中招。3. 实验一直线生成算法——DDA、中点画线、Bresenham3.1 三种算法的代码组织方式直线生成是图形学课程的入门实验也是最容易写出“跑得通但不知道对错”的代码。我的实现思路是把三种算法封装在一个类里每个算法对应一个独立函数然后在display回调函数中根据键盘事件切换显示模式。DDA算法的核心就是利用直线斜率把增量分解到x方向或y方向void LineDDA(int x0, int y0, int x1, int y1) { int dx x1 - x0; int dy y1 - y0; int steps abs(dx) abs(dy) ? abs(dx) : abs(dy); float xIncrement dx / (float)steps; float yIncrement dy / (float)steps; float x x0; float y y0; glBegin(GL_POINTS); for (int i 0; i steps; i) { glVertex2i(round(x), round(y)); x xIncrement; y yIncrement; } glEnd(); }这段代码的优点是逻辑一目了然缺点也很明显每一步都用浮点数加法和取整运算当线段长、点数多时性能消耗比纯整数算法大。但课程实验通常只画几百个点性能差异看不出来所以DDA用来理解思想是最合适的。中点画线法和Bresenham算法的代码核心都在于决策参数的更新而不是实实在在去求直线方程。中点画线的思路是判断中点位置与直线的相对关系从而决定下一个点往哪个方向走。我在这里把关键代码写成void MidPointLine(int x0, int y0, int x1, int y1) { int a y0 - y1; int b x1 - x0; int d 2 * a b; int delta1 2 * a; int delta2 2 * (a b); int x x0, y y0; glBegin(GL_POINTS); glVertex2i(x, y); while (x x1) { if (d 0) { x; y; d delta2; } else { x; d delta1; } glVertex2i(x, y); } glEnd(); }Bresenham的改进在于完全消除了浮点数通过维护误差项来近似直线。需要特别注意的是上述代码默认处理的是斜率在0到1之间的情况如果直线斜率大于1或者方向是负的参数更新公式就要相应调整。很多同学的代码在画正斜率时一切正常一换方向就画成锯齿状问题就出在这里。3.2 绘图坐标系的坑与验证方法OpenGL的默认窗口坐标系原点在左下角而实验指导书里用到的窗口坐标通常是像素坐标原点在左上角。如果你的实验要求用鼠标点击取点来画线就必须在鼠标回调函数里做坐标转换。我的做法是void mouse(int button, int state, int x, int y) { if (button GLUT_LEFT_BUTTON state GLUT_DOWN) { int convertedY height - y; points.push_back({x, convertedY}); } }别小看这一步我见过有同学的画线实验结果整体上下颠倒查了半小时发现是鼠标坐标没翻转。还有验证的问题你可以把同一条直线的端点分别用三种算法画一遍然后把三个结果叠在一起显示用肉眼检查像素点是否完全重合。如果某一种算法在某些斜率下和其他两种不太一样多半是决策参数更新写错了。4. 实验二多边形填充与裁剪——扫描线算法和Cohen-Sutherland4.1 多边形扫描线填充的实现要点多边形填充实验是很多人第一次接触“数据结构驱动算法”的地方。扫描线算法需要维护边表ET和活动边表AET处理边与扫描线的交点再按交点配对其填充区间。整个流程听起来简单真正写起来很容易出错的地方是边表构建和交点排序。我的实现把边表设计成以扫描线y值为索引的桶结构桶里存放一条边的所有信息当前x坐标、dy增量、x增量以及ymax。构建过程大致是遍历多边形所有边忽略水平边因为水平边本身就落在扫描线上填充区间不受它影响。对非水平边计算y_min对应的x值把边挂到y_min那条扫描线的桶中。边表里每条边记录的信息包括x_min、y_max、x增量等。在扫描线逐行移动时先从当前y对应的边表桶中把新边加入AET然后按x值对AET排序配对交点最后删除ymax小于等于当前y的边。最关键的一步是交点配对逻辑——要按照x坐标递增的顺序两两配对组成填充区间。4.2 Cohen-Sutherland裁剪的编码实现线段裁剪算法的核心是区域编码。我用四位二进制码表示端点的位置上、下、左、右。任何一条线段只要两个端点的编码按位与结果不为零说明线段完全在窗口外可以直接剔除如果两个端点编码都为0000说明完全在窗口内直接保留否则需要求交点分段处理。这个算法逻辑本身不复杂但我的体会是它特别适合锻炼位运算能力。我实现的完整代码如下// 编码 // bit 3: top, bit 2: bottom, bit 1: right, bit 0: left unsigned char encode(float x, float y) { unsigned char code 0; if (x xmin) code | 1; if (x xmax) code | 2; if (y ymin) code | 4; if (y ymax) code | 8; return code; }然后通过while循环反复判断端点的编码状态每次裁剪掉窗口外的一部分直到端点编码满足完全可见或完全不可见。需要注意交点的计算要分两种情况若线段与窗口左边界相交则交点坐标为x xmin通过直线方程算出y的值若与上边界相交则设置y ymax反解出x。为了不重复代码我定义了四个边界判断函数每个返回交点坐标裁剪循环不断调用即可。这类裁剪算法验证的重点是边界情况线段刚好穿过窗口顶点、线段与窗口边界重叠、线段完全在窗口内部。我的测试用例里专门构造了这些场景发现很多同学的算法在处理“刚好穿过顶点”时容易漏判或多算一个交点原因多半是在求交时用了浮点数相等判断。解决方法是判断端点与边界距离时设置一个极小的阈值比如fabs(x - xmin) 1e-6就认为在边界上。5. 实验三几何变换与三维观察——平移、旋转、缩放、透视投影5.1 从数学矩阵到OpenGL代码的映射几何变换实验的核心内容是矩阵乘法顺序。课本上反复强调先缩放、再旋转、最后平移的顺序但很多人写代码时直接调glTranslatef、glRotatef、glScalef以为顺序无所谓。这里我踩过最大的坑就是变换顺序反了。OpenGL的变换矩阵是列主序存储作用于顶点时实际上是把顶点坐标右乘矩阵。因此代码里先写的变换会先生效。举个例子glTranslatef(tx, ty, 0); glRotatef(angle, 0, 0, 1); glScalef(sx, sy, 1);这表示先缩放再旋转最后平移。如果你想要的效果是先指定位移再围绕某个中心旋转则必须自己先构造复合变换矩阵或者撤销平移操作。我在实验代码里提供了一个函数通过键盘方向键实时修改平移量和旋转角度方便观察矩阵顺序对最终渲染结果的影响void display() { glClear(GL_COLOR_BUFFER_BIT); glMatrixMode(GL_MODELVIEW); glLoadIdentity(); glTranslatef(tx, ty, 0); glRotatef(angle, 0, 0, 1); glScalef(sx, sy, 1); drawTriangle(); // 绘制一个三角形 glutSwapBuffers(); }我强烈建议你在做完基本平移旋转练习后把这段代码改成矩阵线性代数版本也就是自己在CPU端计算变换矩阵然后通过glMultMatrixf传入OpenGL这样更能理解顶点变换的过程。我在工程里也额外写了一个对照版本用GLM构造模型矩阵glm::mat4 model glm::mat4(1.0f); model glm::translate(model, glm::vec3(tx, ty, 0.0f)); model glm::rotate(model, glm::radians(angle), glm::vec3(0.0f, 0.0f, 1.0f)); model glm::scale(model, glm::vec3(sx, sy, 1.0f)); glLoadMatrixf(glm::value_ptr(model));5.2 透视投影与正交投影的对照实验三维观察部分的实验要求理解从世界坐标系到屏幕坐标系的完整流程。我在代码里实现了透视投影和正交投影的切换通过键盘按键F切换模式。对透视投影来说glFrustum或gluPerspective的参数很容易搞混。我使用gluPerspective(fov, aspect, zNear, zFar)注意fov是垂直视场角aspect是窗口宽高比zNear和zFar分别是近裁剪面和远裁剪面。我特意把近裁剪面设为0.1远裁剪面设为100如果近裁剪面太小深度精度会变差太大会切掉近处的物体。这套参数是很多图形学课程实验的默认值但如果你的场景深度范围特别大需要相应调整。正交投影的对照可以直观看到透视投影带来的近大远小效果。我写了一个简单的立方体场景用键盘方向键控制相机绕物体旋转这样可以看到两种投影模式下立方体边线的视觉差异。这个实验能帮助你理解OpenGL的视锥体概念对后面学习深度缓冲也有很大帮助。6. 实验四光照模型与纹理映射——从固定管线到着色器6.1 固定管线的Phone光照模型实现光照实验是理解渲染原理的重要分水岭。在OpenGL 2.1固定管线里光照计算是内置的你只需要设置光源属性、材质属性启用GL_LIGHTING即可。但这样做容易让人陷入“调参”陷阱没有真正理解Phone光照模型的三个分量环境光、漫反射、镜面反射。我的实现里手动写了一套Phone光照计算逻辑虽然不会用于最终渲染但能通过调试输出看到每个像素的光照分量。关键步骤是计算表面法向量。计算入射光方向从顶点指向光源的向量。计算视角方向从顶点指向相机位置。环境光分量直接使用光源环境项与材质环境项的乘积。漫反射分量用max(dot(N, L), 0)乘以光的漫反射强度和材质漫反射系数。镜面反射分量使用pow(max(dot(R, V), 0), shininess)其中R是反射光方向。在固定管线里法向量的设置非常重要。如果是球体法向量可以直接用顶点坐标减去球心并归一化。如果是任意网格模型则需要通过相邻三角形的面法向量平均得到顶点法向量。我在实验代码里提供了一个茶壶模型可以直接调用glutSolidTeapot生成省去了自己建模的麻烦。6.2 纹理映射的坐标与采样参数陷阱纹理映射实验我实现了一个立方体六个面贴上棋盘格纹理通过按T键切换是否启用纹理观察映射效果。这里有两个非常隐蔽的坑。第一个坑是纹理坐标方向。OpenGL约定纹理坐标系原点在左下角但很多图片格式加载到内存后第一行像素是图片最上面一行。如果直接用图片的第一行作为纹理坐标t 0对应的像素最终贴图会上下颠倒。解决办法是在加载图片时做y轴翻转或者在构建纹理坐标时把t取反。第二个坑是纹理环绕方式。默认情况下纹理坐标超出[0,1]范围时OpenGL会将纹理重复贴到表面上但这取决于GL_TEXTURE_WRAP_S和GL_TEXTURE_WRAP_T参数。如果设置为GL_CLAMP_TO_EDGE在边界处会拉伸边缘像素产生模糊。我的立方体每个面都使用完整纹理坐标刚好在0到1之间但由于立方体顶点在所有面上共享纹理坐标的设置需要很小心。我采取了每个面单独指定顶点数据的方式避免共享顶点导致纹理坐标冲突。从固定管线到着色器的进阶思路是我额外写了一个简单的GLSL版本用顶点着色器和片元着色器实现棋盘格着色。它的核心shader代码片段为// 片元着色器片段 void main() { vec3 color; if (mod(floor(vPosition.x * 10.0) floor(vPosition.y * 10.0), 2.0) 1.0) { color vec3(1.0); } else { color vec3(0.0); } gl_FragColor vec4(color, 1.0); }把光照和纹理相结合是后续大作业的基础理解固定管线的状态机方式再对比着色器的灵活编程方式你会发现两者的思维模型完全不同。7. 实验五曲线曲面——Bezier曲线与B样条曲线绘制7.1 Bezier曲线的de Casteljau递推实现曲线曲面实验可以说是图形学“计算味”最强的一部分也是很多人第一次知道“拉格朗日插值”在图形学里的实际应用。Bezier曲线用控制点来定义形状曲线本身不经过中间控制点而是受它们“牵引”。我实现了de Casteljau递推算法这种算法的好处是计算过程简单直观而且可以递推求曲线上的点。核心逻辑是对每一层线性插值得到一组新的控制点反复操作直到只剩一个点就是曲线上参数t对应的位置。代码实现如下glm::vec2 bezierPoint(const std::vectorglm::vec2 controlPoints, float t) { std::vectorglm::vec2 points controlPoints; int n points.size(); for (int r 1; r n; r) { for (int i 0; i n - r; i) { points[i] (1 - t) * points[i] t * points[i 1]; } } return points[0]; }绘制时只需要把t以固定步长从0循环到1把得到的点用glVertex2f连接成线段即可。步长我取0.001这样曲线比较光滑同时性能也能接受。如果你想看到动态绘制过程可以把步长加大一点每秒绘制几个t对应的点效果更像“动画”。7.2 B样条与Bezier的比较实验B样条曲线相比Bezier曲线具有局部支撑性移动一个控制点只影响附近一段曲线而不会改变整条曲线形状。这是它在工业设计中被广泛使用的重要原因。我在实验里实现了三次均匀B样条曲线的绘制核心是计算基函数然后按不同控制点区间生成的曲线段拼接。B样条的基函数递归定义理解起来有一定难度但实现上其实可以用矩阵形式简化。三次B样条的矩阵表示如下// P(t) (1/6) * [t^3 t^2 t 1] * B * [P0 P1 P2 P3]^T // B是三次均匀B样条基矩阵其中基矩阵B为固定常数这个矩阵可以预先算好避免每帧递归计算基函数。我在代码里直接展开计算float b0 (1 - t) * (1 - t) * (1 - t) / 6.0f; float b1 (3 * t * t * t - 6 * t * t 4) / 6.0f; float b2 (-3 * t * t * t 3 * t * t 3 * t 1) / 6.0f; float b3 t * t * t / 6.0f; glm::vec2 point b0 * P0 b1 * P1 b2 * P2 b3 * P3;为了直观对比我在一个窗口里并排绘制一条三次Bezier曲线和一条三次B样条曲线控制点完全相同。可以看到Bezier曲线穿过第一个和最后一个控制点而B样条曲线通常不经过任何一个控制点整体更平滑。这是我个人非常喜欢的一个对照实验能帮助你把课本上“逼近”和“插值”的概念落实到视觉层面。8. 期末大作业一个可交互的三维场景搭建8.1 大作业的整体架构与功能划分期末大作业我选择做一个可自由漫游的室内场景包含地面、墙壁、家具和光照系统。这个任务把之前所有实验的知识点串联起来几何变换用来摆放不同物体光照模型让物体产生立体感纹理映射给地面和墙壁贴上材质三维观察实现相机漫游键盘和鼠标交互用到了前面学的事件处理机制。工程文件按功能划分了几个模块main.cpp窗口初始化和主循环。Camera.h/cpp相机类封装了位置、朝向、俯仰角和偏航角实现前后左右移动和视角旋转。Object.h/cpp简单物体类用参数化方程生成立方体、球体、圆柱体等几何体。Texture.h/cpp纹理加载和管理类。Shader.h/cpp如果使用着色器版本这里负责编译和链接shader程序。相机类的核心是view矩阵的更新。我采用第一人称视角俯仰角和偏航角控制摄像机观察方向位置用方向键和鼠标控制。每帧根据角度计算forward向量、right向量和up向量然后调用gluLookAtglm::vec3 forward; forward.x cos(pitch) * cos(yaw); forward.y sin(pitch); forward.z cos(pitch) * sin(yaw); forward glm::normalize(forward); glm::vec3 right glm::normalize(glm::cross(forward, glm::vec3(0.0f, 1.0f, 0.0f))); glm::vec3 up glm::cross(right, forward); glm::mat4 view glm::lookAt(cameraPos, cameraPos forward, up);8.2 大作业里隐藏的难点与优化经验大作业最容易出问题的地方是帧率和交互手感。如果你在display回调里每次都重新生成几何体顶点数据并调用glVertex3f当场景物体数量增多时帧率会明显下降。优化的思路是把静态物体的顶点数据放到显示列表里OpenGL会把它编译到服务器端重复绘制时开销大大降低。代码大致是GLuint roomList glGenLists(1); glNewList(roomList, GL_COMPILE); drawRoom(); glEndList();然后在display函数里直接调用glCallList(roomList)性能提升非常明显。另一个容易忽视的问题是深度缓冲。启用深度测试之后记得在窗口初始化时设置深度缓冲位数我一般用glutInitDisplayMode(GLUT_DOUBLE | GLUT_RGBA | GLUT_DEPTH); glEnable(GL_DEPTH_TEST);否则会出现物体前后遮挡关系混乱的情况。还有一个小技巧是键盘交互时每按一次键就调用glutPostRedisplay保证画面及时刷新避免画面卡死的感觉。期末验收时老师经常会问的一个问题是光照计算是在哪个坐标系下完成的如果你的实现是固定管线那么回答“在视觉空间eye space中完成”是对的。如果用了GLSL着色器你要清楚法向量矩阵的变换。我在代码里专门写了一段注释说明使用gl_NormalMatrix转换法向量的原因防止物体经过非等比缩放后法向量不垂直表面导致光照结果错误。9. 每一份代码都该有的数据结构设计思路很多人写图形学实验习惯把所有逻辑堆在main.cpp里一个文件几百行甚至上千行后期调试非常痛苦。我在这套代码里坚持了三个设计原则第一每个实验对应独立命名空间或类例如namespace exp1_line、namespace exp2_polygon。这样不同实验之间互不干扰每个命名空间内只暴露一个init()和display()接口主函数通过宏切换编译目标。第二算法核心尽量与OpenGL绘制分离。直线生成算法只负责计算像素点坐标放入一个std::vectorstd::pairint, int再由单独的绘制函数统一渲染。这样做的好处是方便单元测试也便于用文本方式输出点坐标验证算法正确性。第三常量全部用constexpr或#define统一管理。窗口宽度、高度、网格大小、步长等参数集中放在一个GlobalConfig.h头文件里。调参时只改一处不用满文件查找。这种代码组织方式不仅对图形学实验有效对任何图形相关的课程设计都值得借鉴。老师在验收时随便点一个函数问“这个变量为什么这么命名”“这个参数为什么是0.001”你都能答得上来因为代码结构本身就体现了你的思考过程。10. 测试与调试的方法论怎么确认你的图形学代码是对的图形学代码的视觉效果具有很强的主观性很容易出现“看起来差不多”但实际算法不严谨的情况。我在完成每个实验后都会用几组标准数据做验证。对直线算法我用起点(0,0)终点(10,4)、起点(0,0)终点(4,10)、起点(5,5)终点(-2,8)等多组数据在画布上输出像素点坐标对比三种算法的结果差异。如果哪种算法在某些斜率下与其他不一致基本可以定位问题出在决策参数的更新条件。为了直观我还会在代码里用红色画DDA点、绿色画Bresenham点、蓝色画中点画线点重叠部分会变色一眼看出差异。对多边形填充我的验证方法是填充一个已知面积的矩形和梯形用屏幕像素计数算填充面积。比如画一个宽100高50的矩形如果填充正确统计到的像素点数应该接近5000。如果在边缘区域出现多于或少于理论值的点说明扫描线算法的交点配对可能漏了边。这个方法听起来粗糙但足够验证大多数基础算法的正确性。对光照和纹理最好的验证方式是调整光源位置和观察角度观察高光和阴影变化的规律。如果材质反光过强把shininess调低如果纹理出现拉伸变形优先检查纹理坐标是否均匀。建议不要一次性调整多个参数否则出了问题很难定位是光源问题还是材质问题。调试工具方面我只用了最简单的printf输出关键状态量直线的每个像素点坐标、填充交点的排序结果、每帧相机的position和forward向量。这些输出放在独立的log文件里比在命令行窗口直接打印更清晰也不会影响渲染窗口的焦点。11. 对后来者的一点实操建议整套代码从最初的开头到最终版本前后改了三四轮每一轮都是被实际运行中的问题逼出来的。第一轮能跑通所有基础算法但代码混乱到我自己都不想看第二轮把数据结构抽出来才慢慢有了“工程感”第三轮加注释加测试才敢放出来分享。如果你现在也在做计算机图形学实验我的第一条建议是不要直接复制任何人的代码到实验报告里交差包括我这套。图形学实验的验收重点不是“能跑”而是“你懂不懂”。建议拿到代码后先删掉所有函数体只看函数名和注释尝试自己把核心算法补全实在写不出来再参考。这个过程看起来费时间但比考前突击复习效率高得多。第二条建议是这门课的核心不是OpenGL的API而是背后的数学模型。代码写不出来很多时候不是你不会OpenGL而是线性代数里矩阵变换、向量点乘叉乘的几何意义没吃透。我在实验过程中重新翻了一遍线性代数教材把“矩阵乘法为什么从右往左作用”彻底搞懂之后写几何变换实验顺畅了很多。第三条建议是保留你调试过程中修改过的每一个错误版本。我在实验报告里附上了几个典型bug的修正记录比如直线算法负斜率处理错误、纹理图像倒置错误、透视投影参数错位问题。这些错误分析和解决办法不仅让报告显得充实也为期末复习提供了具体案例。如果你愿意把这套代码作为起点也可以往几个方向继续扩展把固定管线的光照代码改写成现代OpenGL着色器版本加入阴影映射功能在B样条实验基础上实现NURBS曲线把鼠标拾取功能加到三维场景里实现简单的物体选择交互。这些都是很好的课程设计题目比单纯“跑通实验”更有挑战性。最后说一句这片代码里最值得你保存的其实不是任何一段算法实现而是我写在头文件最上方的那行总结——“所有代码先写思路再写实现最后调参。”按照这个顺序来你的图形学实验不会差到哪里去。本文还有配套的精品资源点击获取