简介这份资源面向学习Direct3D图形编程与3D场景模拟的开发者以D3D9.0为核心在Visual C 10环境下完整实现太阳系运行的可视化演示涵盖摄像机动态控制、行星自转与公转、椭圆轨道绘制、纹理贴图及天空盒背景等关键模块适合作为3D图形入门到进阶的实践案例。压缩包共109个文件约14.2MB以cpp与h源码为主体辅以obj、pdb、ilk等编译中间文件以及jpg纹理素材、tlog日志和sln、vcxproj工程配置另含可直接运行的exe程序便于对照源码理解渲染流程。目前已有547人学习下载。读者可从中掌握D3D9设备初始化、矩阵变换与动画循环的组织方式理解如何结合开普勒定律模拟真实天体运动并借鉴纹理映射与天空盒的视觉增强思路为游戏开发与科学可视化项目积累可复用的代码结构。1. 从一行渲染循环说起这个 D3D 太阳系到底能跑出什么第一次看到这个项目名我脑子里冒出来的画面是那种老式天文教学软件一颗太阳挂中间几颗行星绕着转鼠标拖一拖还能换个角度看。实际拆进去发现它比“能转”要多一点东西——轨道公转、行星自转、光照方向、相机视角这几件事是分开建模的不是把一堆球体塞进场景里让它们各转各的。对想学 D3D 渲染管线的人来说这种“小而全”的场景其实比大工程更好下手因为每一层职责都能单独拎出来看。它适合两类人一类是刚接触 Direct3D、想找一个能完整跑通“顶点缓冲 变换矩阵 纹理 定时器”的最小闭环的开发者另一类是想做教学演示、科普小工具需要一个能改参数就能看到效果的骨架。下面我按“这东西怎么组织 → 怎么跑起来 → 怎么改”的顺序拆代码结构以这类 D3D 太阳系项目的常见写法为准具体命名你拿到源码后对一下即可。2. 工程结构与渲染管线一个球体是怎么被画到屏幕上的2.1 目录与模块划分这类项目通常不会拆成几十个文件常见做法是围绕“应用层 / 场景层 / 渲染层”三块来分。我拿到源码后一般先看目录判断它是不是这个路子SolarSystem/ ├── main.cpp // 入口创建窗口、消息循环、驱动帧更新 ├── App.h / App.cpp // 应用类持有 D3D 设备、交换链、渲染状态 ├── Scene.h / Scene.cpp // 场景数据天体列表、轨道参数、自转速度 ├── Renderer.h/.cpp // 渲染封装着色器、常量缓冲、绘制调用 ├── Camera.h / Camera.cpp // 视图/投影矩阵鼠标键盘控制 ├── Geometry.h/.cpp // 球体网格生成经纬度细分 ├── Timer.h / Timer.cpp // 高精度计时算 deltaTime └── shaders/ ├── planet.vs / planet.ps └── sun.vs / sun.ps这个划分的关键在于Scene只存数据半径、轨道半径、公转周期、自转周期、纹理路径Renderer只负责“把数据变成 draw call”App负责把两者串起来。很多新手项目翻车就翻在这里——把公转角度直接写进渲染函数里结果想加一颗卫星就得改渲染代码。数据与渲染分离是这个项目最值得先看懂的一层设计。2.2 球体网格生成经纬度细分行星都是球球体网格一般用经纬度法生成绕 Y 轴切经线沿纬度切纬线每个四边形拆成两个三角形。核心逻辑大致如下// 按经度分段和纬度分段生成球体顶点与索引 void BuildSphere(float radius, int slices, int stacks, std::vectorVertex verts, std::vectorUINT indices) { for (int i 0; i stacks; i) { float phi XM_PI * i / stacks; // 纬度角 0..PI for (int j 0; j slices; j) { float theta XM_2PI * j / slices; // 经度角 0..2PI Vertex v; v.pos XMFLOAT3(radius * sinf(phi) * cosf(theta), radius * cosf(phi), radius * sinf(phi) * sinf(theta)); v.normal XMFLOAT3(v.pos.x / radius, v.pos.y / radius, v.pos.z / radius); v.uv XMFLOAT2((float)j / slices, (float)i / stacks); verts.push_back(v); } } for (int i 0; i stacks; i) { for (int j 0; j slices; j) { UINT a i * (slices 1) j; UINT b a slices 1; indices.push_back(a); indices.push_back(b); indices.push_back(a 1); indices.push_back(a 1); indices.push_back(b); indices.push_back(b 1); } } }slices和stacks是经线、纬线的分段数太阳系这种尺度下 32×24 就够看再高只是浪费顶点。normal直接用归一化后的位置因为球心在原点法线就是径向。uv按经纬度比例铺开贴图才不会在极点附近被拉得太离谱。索引按“两个三角形拼一个四边形”的顺序写注意绕序要和光栅化状态里的FrontCounterClockwise保持一致否则背面剔除会把球剔成空壳——这是最常见的翻车点之一。2.3 变换矩阵公转、自转、轨道倾角怎么叠每颗行星的最终世界矩阵是“公转位置 × 自转角度 × 缩放”的组合。顺序不能乱矩阵乘法不满足交换律// 每帧为每颗行星计算世界矩阵 XMMATRIX BuildPlanetWorld(const Planet p, float elapsed) { // 公转绕太阳原点旋转角度由周期决定 float orbitAngle XM_2PI * elapsed / p.orbitPeriod; XMMATRIX orbit XMMatrixRotationY(orbitAngle); // 自转绕自身轴旋转角度由自转周期决定 float spinAngle XM_2PI * elapsed / p.spinPeriod; XMMATRIX spin XMMatrixRotationY(spinAngle); // 先平移到轨道半径再叠加自转最后整体公转 XMMATRIX translate XMMatrixTranslation(p.orbitRadius, 0.0f, 0.0f); XMMATRIX scale XMMatrixScaling(p.radius, p.radius, p.radius); return scale * spin * translate * orbit; }orbitPeriod和spinPeriod单位是秒用elapsed累计时间而不是每帧累加角度好处是帧率波动不会导致轨道速度漂移。scale * spin * translate * orbit这个顺序的含义是先把单位球缩放到行星大小再自转再推到轨道半径处最后整体绕太阳转。如果写成orbit * translate * spin * scale行星会绕着自己转圈而不是绕太阳这种错误在调试时表现为“行星原地打转”很好认。2.4 常量缓冲与着色器传参D3D11 里每帧变化的数据走常量缓冲Constant Buffer常见做法是按“每帧 / 每物体”分两个 CB避免每画一颗行星就更新一次大块数据// 每帧常量缓冲视图、投影、光照方向、时间 struct PerFrameCB { XMMATRIX view; XMMATRIX proj; XMFLOAT3 lightDir; float time; }; // 每物体常量缓冲世界矩阵、纹理开关 struct PerObjectCB { XMMATRIX world; XMFLOAT4 tint; };顶点着色器里mul(float4(pos,1), world)再乘 view、proj像素着色器用lightDir做简单的 Lambert 漫反射。太阳一般单独一个着色器不做光照、直接输出高亮颜色或自发光纹理这样“太阳照亮行星、行星不被照亮”的视觉关系才对。常量缓冲更新用Map/Unmap或UpdateSubresource前者适合每帧都变的后者适合偶尔变的别每帧都重建缓冲。3. 跑起来编译、资源与第一帧3.1 环境与依赖这类项目基本是 Windows Visual Studio DirectX SDK或 Windows SDK 自带的 D3D11组合。需要确认三件事VS 装了“使用 C 的桌面开发”工作负载Windows SDK 版本和项目属性里的目标版本一致d3d11.lib、dxgi.lib、d3dcompiler.lib在链接器输入里。如果用的是 D3D12还要额外处理命令队列和描述符堆但太阳系这种规模 D3D11 足够代码量也小一半。3.2 编译与运行步骤# 用 MSBuild 命令行编译在 VS 开发者命令提示符里执行 msbuild SolarSystem.sln /p:ConfigurationDebug /p:Platformx64 # 编译产物在 x64/Debug/ 下直接运行 ./x64/Debug/SolarSystem.exe如果项目带.sln双击用 VS 打开按 F5 更省事。第一次运行黑屏或直接退出先看输出窗口有没有D3D11CreateDevice失败、着色器编译失败、纹理加载失败的报错。着色器如果是运行时编译D3DCompileFromFile路径是相对工作目录的从 VS 里跑和双击 exe 跑的工作目录可能不同这是新手最常踩的坑。3.3 资源文件放哪纹理行星贴图、着色器文件一般放在 exe 同级的assets/或shaders/目录。项目属性里可以设“调试 → 工作目录”为$(ProjectDir)这样从 VS 启动时相对路径能找到资源。发布时把资源目录一起拷走别只拷 exe。提示如果行星是纯色没有贴图先确认纹理路径和CreateWICTextureFromFile或D3DX11CreateShaderResourceViewFromFile的返回值HRESULT 失败时贴图会静默变成白色看起来像“光照过曝”。4. 避坑与排查那些让我熬夜的渲染问题4.1 行星不转或转得忽快忽慢现象行星公转速度随帧率变化机器快就转得快。原因用“每帧加固定角度”而不是“按累计时间算角度”。解决统一用elapsed或deltaTime累加且角度计算放在更新阶段而不是渲染阶段。我一般会在Timer里 clamp 一下deltaTime防止窗口拖动导致单帧时间暴涨、行星瞬移。4.2 球体看起来是黑的或只有一半现象球体一半黑、或者整个是黑的。原因通常是法线方向反了、绕序和剔除状态不匹配、或者光照方向没归一化。解决先把像素着色器改成直接输出法线颜色return float4(normal*0.50.5,1)看颜色是否连续再检查RasterizerState的CullMode和FrontCounterClockwise最后确认lightDir传进去前做了XMVector3Normalize。4.3 纹理在极点处严重拉伸现象球体上下两极的贴图糊成一团。原因经纬度 UV 映射在极点附近三角形退化这是方法本身的局限。解决接受它教学项目够用或者改用立方体球cube sphere映射。我一般会在极点附近多切几段stacks缓解但不会为此上复杂方案。4.4 窗口缩放后画面拉伸变形现象拖动窗口大小行星变成椭圆。原因投影矩阵的宽高比没随窗口更新。解决在WM_SIZE里重建交换链缓冲并用新的宽高比重算XMMatrixPerspectiveFovLH。别忘了同时更新视口RSSetViewports。4.5 从 VS 运行正常、双击 exe 找不到着色器现象VS 里 F5 正常双击 exe 报着色器编译失败。原因工作目录不同相对路径解析到了别处。解决用GetModuleFileName取 exe 路径拼资源绝对路径或者把资源目录设成相对 exe 的固定位置。这个坑我踩过不止一次后来所有资源加载都强制走“exe 目录 相对路径”的拼接函数。5. 二次开发加一颗卫星、换一套轨道参数5.1 扩展天体从行星到卫星现有结构里Planet是“绕原点公转”要加卫星绕行星公转最省事的做法是给天体加一个parent索引世界矩阵递归计算// 支持父子关系的世界矩阵计算 XMMATRIX BuildWorldRecursive(const std::vectorBody bodies, int idx, float elapsed) { const Body b bodies[idx]; float orbitAngle XM_2PI * elapsed / b.orbitPeriod; float spinAngle XM_2PI * elapsed / b.spinPeriod; XMMATRIX local XMMatrixScaling(b.radius, b.radius, b.radius) * XMMatrixRotationY(spinAngle) * XMMatrixTranslation(b.orbitRadius, 0.0f, 0.0f) * XMMatrixRotationY(orbitAngle); if (b.parent 0) return local * BuildWorldRecursive(bodies, b.parent, elapsed); return local; }parent -1表示绕太阳parent 行星索引表示绕该行星。递归深度一般不超过两层性能无压力。注意卫星的orbitRadius是相对父天体的不是相对太阳参数别填错。5.2 参数调优对照表改轨道参数是最直观的二次开发入口下面这张表是我调“看起来像那么回事”时常用的量级参考非真实天文比例纯视觉参数太阳内行星外行星说明radius2.00.3~0.50.6~1.0视觉半径非真实比例orbitRadius04~812~20轨道半径拉开层次orbitPeriod-8~20s40~80s越小转越快spinPeriod20s2~5s3~8s自转周期真实比例在屏幕上根本没法看行星小到看不见、轨道远到出画教学演示一律用压缩比例。我一般先把太阳定在 2.0内行星轨道从 4 起步每颗递增 2~3这样画面不挤。5.3 验证改造是否生效改完参数别急着看画面先做两个低成本验证一是把elapsed固定成某个值比如 10 秒截图对比行星位置是否符合2π × 10 / orbitPeriod的角度预期二是临时把自转和公转周期设成相同值观察行星是否“始终同一面朝太阳”潮汐锁定效果能对上说明矩阵顺序没写错。这两个检查比盯着动画看靠谱得多。5.4 一个我改不掉的坏习惯早些年我加功能喜欢直接往渲染循环里塞加卫星就在画行星的循环里再套一层结果代码越写越像意大利面想调个参数得翻三个文件。后来强迫自己守一条线场景数据只进Scene渲染只读Scene任何“转多少度”的计算都不许出现在 draw call 附近。这个太阳系项目虽小但按这条线拆加卫星、加轨道倾角、加相机跟随都是改数据的事不用动渲染。从那以后我每次接这类 3D 小项目都先把“数据 / 更新 / 渲染”三层画出来再动手省下的调试时间远比画图多。希望这个拆法帮到你拿到源码后先跑通第一帧再按第 5 章的路子加一颗自己的卫星基本就摸透了。本文还有配套的精品资源点击获取 
长河君 · 2026/10/29 14:17:14 · 阅读 1.2k Direct3D太阳系实战：渲染管线、矩阵变换与二次开发指南
简介这份资源面向学习Direct3D图形编程与3D场景模拟的开发者以D3D9.0为核心在Visual C 10环境下完整实现太阳系运行的可视化演示涵盖摄像机动态控制、行星自转与公转、椭圆轨道绘制、纹理贴图及天空盒背景等关键模块适合作为3D图形入门到进阶的实践案例。压缩包共109个文件约14.2MB以cpp与h源码为主体辅以obj、pdb、ilk等编译中间文件以及jpg纹理素材、tlog日志和sln、vcxproj工程配置另含可直接运行的exe程序便于对照源码理解渲染流程。目前已有547人学习下载。读者可从中掌握D3D9设备初始化、矩阵变换与动画循环的组织方式理解如何结合开普勒定律模拟真实天体运动并借鉴纹理映射与天空盒的视觉增强思路为游戏开发与科学可视化项目积累可复用的代码结构。1. 从一行渲染循环说起这个 D3D 太阳系到底能跑出什么第一次看到这个项目名我脑子里冒出来的画面是那种老式天文教学软件一颗太阳挂中间几颗行星绕着转鼠标拖一拖还能换个角度看。实际拆进去发现它比“能转”要多一点东西——轨道公转、行星自转、光照方向、相机视角这几件事是分开建模的不是把一堆球体塞进场景里让它们各转各的。对想学 D3D 渲染管线的人来说这种“小而全”的场景其实比大工程更好下手因为每一层职责都能单独拎出来看。它适合两类人一类是刚接触 Direct3D、想找一个能完整跑通“顶点缓冲 变换矩阵 纹理 定时器”的最小闭环的开发者另一类是想做教学演示、科普小工具需要一个能改参数就能看到效果的骨架。下面我按“这东西怎么组织 → 怎么跑起来 → 怎么改”的顺序拆代码结构以这类 D3D 太阳系项目的常见写法为准具体命名你拿到源码后对一下即可。2. 工程结构与渲染管线一个球体是怎么被画到屏幕上的2.1 目录与模块划分这类项目通常不会拆成几十个文件常见做法是围绕“应用层 / 场景层 / 渲染层”三块来分。我拿到源码后一般先看目录判断它是不是这个路子SolarSystem/ ├── main.cpp // 入口创建窗口、消息循环、驱动帧更新 ├── App.h / App.cpp // 应用类持有 D3D 设备、交换链、渲染状态 ├── Scene.h / Scene.cpp // 场景数据天体列表、轨道参数、自转速度 ├── Renderer.h/.cpp // 渲染封装着色器、常量缓冲、绘制调用 ├── Camera.h / Camera.cpp // 视图/投影矩阵鼠标键盘控制 ├── Geometry.h/.cpp // 球体网格生成经纬度细分 ├── Timer.h / Timer.cpp // 高精度计时算 deltaTime └── shaders/ ├── planet.vs / planet.ps └── sun.vs / sun.ps这个划分的关键在于Scene只存数据半径、轨道半径、公转周期、自转周期、纹理路径Renderer只负责“把数据变成 draw call”App负责把两者串起来。很多新手项目翻车就翻在这里——把公转角度直接写进渲染函数里结果想加一颗卫星就得改渲染代码。数据与渲染分离是这个项目最值得先看懂的一层设计。2.2 球体网格生成经纬度细分行星都是球球体网格一般用经纬度法生成绕 Y 轴切经线沿纬度切纬线每个四边形拆成两个三角形。核心逻辑大致如下// 按经度分段和纬度分段生成球体顶点与索引 void BuildSphere(float radius, int slices, int stacks, std::vectorVertex verts, std::vectorUINT indices) { for (int i 0; i stacks; i) { float phi XM_PI * i / stacks; // 纬度角 0..PI for (int j 0; j slices; j) { float theta XM_2PI * j / slices; // 经度角 0..2PI Vertex v; v.pos XMFLOAT3(radius * sinf(phi) * cosf(theta), radius * cosf(phi), radius * sinf(phi) * sinf(theta)); v.normal XMFLOAT3(v.pos.x / radius, v.pos.y / radius, v.pos.z / radius); v.uv XMFLOAT2((float)j / slices, (float)i / stacks); verts.push_back(v); } } for (int i 0; i stacks; i) { for (int j 0; j slices; j) { UINT a i * (slices 1) j; UINT b a slices 1; indices.push_back(a); indices.push_back(b); indices.push_back(a 1); indices.push_back(a 1); indices.push_back(b); indices.push_back(b 1); } } }slices和stacks是经线、纬线的分段数太阳系这种尺度下 32×24 就够看再高只是浪费顶点。normal直接用归一化后的位置因为球心在原点法线就是径向。uv按经纬度比例铺开贴图才不会在极点附近被拉得太离谱。索引按“两个三角形拼一个四边形”的顺序写注意绕序要和光栅化状态里的FrontCounterClockwise保持一致否则背面剔除会把球剔成空壳——这是最常见的翻车点之一。2.3 变换矩阵公转、自转、轨道倾角怎么叠每颗行星的最终世界矩阵是“公转位置 × 自转角度 × 缩放”的组合。顺序不能乱矩阵乘法不满足交换律// 每帧为每颗行星计算世界矩阵 XMMATRIX BuildPlanetWorld(const Planet p, float elapsed) { // 公转绕太阳原点旋转角度由周期决定 float orbitAngle XM_2PI * elapsed / p.orbitPeriod; XMMATRIX orbit XMMatrixRotationY(orbitAngle); // 自转绕自身轴旋转角度由自转周期决定 float spinAngle XM_2PI * elapsed / p.spinPeriod; XMMATRIX spin XMMatrixRotationY(spinAngle); // 先平移到轨道半径再叠加自转最后整体公转 XMMATRIX translate XMMatrixTranslation(p.orbitRadius, 0.0f, 0.0f); XMMATRIX scale XMMatrixScaling(p.radius, p.radius, p.radius); return scale * spin * translate * orbit; }orbitPeriod和spinPeriod单位是秒用elapsed累计时间而不是每帧累加角度好处是帧率波动不会导致轨道速度漂移。scale * spin * translate * orbit这个顺序的含义是先把单位球缩放到行星大小再自转再推到轨道半径处最后整体绕太阳转。如果写成orbit * translate * spin * scale行星会绕着自己转圈而不是绕太阳这种错误在调试时表现为“行星原地打转”很好认。2.4 常量缓冲与着色器传参D3D11 里每帧变化的数据走常量缓冲Constant Buffer常见做法是按“每帧 / 每物体”分两个 CB避免每画一颗行星就更新一次大块数据// 每帧常量缓冲视图、投影、光照方向、时间 struct PerFrameCB { XMMATRIX view; XMMATRIX proj; XMFLOAT3 lightDir; float time; }; // 每物体常量缓冲世界矩阵、纹理开关 struct PerObjectCB { XMMATRIX world; XMFLOAT4 tint; };顶点着色器里mul(float4(pos,1), world)再乘 view、proj像素着色器用lightDir做简单的 Lambert 漫反射。太阳一般单独一个着色器不做光照、直接输出高亮颜色或自发光纹理这样“太阳照亮行星、行星不被照亮”的视觉关系才对。常量缓冲更新用Map/Unmap或UpdateSubresource前者适合每帧都变的后者适合偶尔变的别每帧都重建缓冲。3. 跑起来编译、资源与第一帧3.1 环境与依赖这类项目基本是 Windows Visual Studio DirectX SDK或 Windows SDK 自带的 D3D11组合。需要确认三件事VS 装了“使用 C 的桌面开发”工作负载Windows SDK 版本和项目属性里的目标版本一致d3d11.lib、dxgi.lib、d3dcompiler.lib在链接器输入里。如果用的是 D3D12还要额外处理命令队列和描述符堆但太阳系这种规模 D3D11 足够代码量也小一半。3.2 编译与运行步骤# 用 MSBuild 命令行编译在 VS 开发者命令提示符里执行 msbuild SolarSystem.sln /p:ConfigurationDebug /p:Platformx64 # 编译产物在 x64/Debug/ 下直接运行 ./x64/Debug/SolarSystem.exe如果项目带.sln双击用 VS 打开按 F5 更省事。第一次运行黑屏或直接退出先看输出窗口有没有D3D11CreateDevice失败、着色器编译失败、纹理加载失败的报错。着色器如果是运行时编译D3DCompileFromFile路径是相对工作目录的从 VS 里跑和双击 exe 跑的工作目录可能不同这是新手最常踩的坑。3.3 资源文件放哪纹理行星贴图、着色器文件一般放在 exe 同级的assets/或shaders/目录。项目属性里可以设“调试 → 工作目录”为$(ProjectDir)这样从 VS 启动时相对路径能找到资源。发布时把资源目录一起拷走别只拷 exe。提示如果行星是纯色没有贴图先确认纹理路径和CreateWICTextureFromFile或D3DX11CreateShaderResourceViewFromFile的返回值HRESULT 失败时贴图会静默变成白色看起来像“光照过曝”。4. 避坑与排查那些让我熬夜的渲染问题4.1 行星不转或转得忽快忽慢现象行星公转速度随帧率变化机器快就转得快。原因用“每帧加固定角度”而不是“按累计时间算角度”。解决统一用elapsed或deltaTime累加且角度计算放在更新阶段而不是渲染阶段。我一般会在Timer里 clamp 一下deltaTime防止窗口拖动导致单帧时间暴涨、行星瞬移。4.2 球体看起来是黑的或只有一半现象球体一半黑、或者整个是黑的。原因通常是法线方向反了、绕序和剔除状态不匹配、或者光照方向没归一化。解决先把像素着色器改成直接输出法线颜色return float4(normal*0.50.5,1)看颜色是否连续再检查RasterizerState的CullMode和FrontCounterClockwise最后确认lightDir传进去前做了XMVector3Normalize。4.3 纹理在极点处严重拉伸现象球体上下两极的贴图糊成一团。原因经纬度 UV 映射在极点附近三角形退化这是方法本身的局限。解决接受它教学项目够用或者改用立方体球cube sphere映射。我一般会在极点附近多切几段stacks缓解但不会为此上复杂方案。4.4 窗口缩放后画面拉伸变形现象拖动窗口大小行星变成椭圆。原因投影矩阵的宽高比没随窗口更新。解决在WM_SIZE里重建交换链缓冲并用新的宽高比重算XMMatrixPerspectiveFovLH。别忘了同时更新视口RSSetViewports。4.5 从 VS 运行正常、双击 exe 找不到着色器现象VS 里 F5 正常双击 exe 报着色器编译失败。原因工作目录不同相对路径解析到了别处。解决用GetModuleFileName取 exe 路径拼资源绝对路径或者把资源目录设成相对 exe 的固定位置。这个坑我踩过不止一次后来所有资源加载都强制走“exe 目录 相对路径”的拼接函数。5. 二次开发加一颗卫星、换一套轨道参数5.1 扩展天体从行星到卫星现有结构里Planet是“绕原点公转”要加卫星绕行星公转最省事的做法是给天体加一个parent索引世界矩阵递归计算// 支持父子关系的世界矩阵计算 XMMATRIX BuildWorldRecursive(const std::vectorBody bodies, int idx, float elapsed) { const Body b bodies[idx]; float orbitAngle XM_2PI * elapsed / b.orbitPeriod; float spinAngle XM_2PI * elapsed / b.spinPeriod; XMMATRIX local XMMatrixScaling(b.radius, b.radius, b.radius) * XMMatrixRotationY(spinAngle) * XMMatrixTranslation(b.orbitRadius, 0.0f, 0.0f) * XMMatrixRotationY(orbitAngle); if (b.parent 0) return local * BuildWorldRecursive(bodies, b.parent, elapsed); return local; }parent -1表示绕太阳parent 行星索引表示绕该行星。递归深度一般不超过两层性能无压力。注意卫星的orbitRadius是相对父天体的不是相对太阳参数别填错。5.2 参数调优对照表改轨道参数是最直观的二次开发入口下面这张表是我调“看起来像那么回事”时常用的量级参考非真实天文比例纯视觉参数太阳内行星外行星说明radius2.00.3~0.50.6~1.0视觉半径非真实比例orbitRadius04~812~20轨道半径拉开层次orbitPeriod-8~20s40~80s越小转越快spinPeriod20s2~5s3~8s自转周期真实比例在屏幕上根本没法看行星小到看不见、轨道远到出画教学演示一律用压缩比例。我一般先把太阳定在 2.0内行星轨道从 4 起步每颗递增 2~3这样画面不挤。5.3 验证改造是否生效改完参数别急着看画面先做两个低成本验证一是把elapsed固定成某个值比如 10 秒截图对比行星位置是否符合2π × 10 / orbitPeriod的角度预期二是临时把自转和公转周期设成相同值观察行星是否“始终同一面朝太阳”潮汐锁定效果能对上说明矩阵顺序没写错。这两个检查比盯着动画看靠谱得多。5.4 一个我改不掉的坏习惯早些年我加功能喜欢直接往渲染循环里塞加卫星就在画行星的循环里再套一层结果代码越写越像意大利面想调个参数得翻三个文件。后来强迫自己守一条线场景数据只进Scene渲染只读Scene任何“转多少度”的计算都不许出现在 draw call 附近。这个太阳系项目虽小但按这条线拆加卫星、加轨道倾角、加相机跟随都是改数据的事不用动渲染。从那以后我每次接这类 3D 小项目都先把“数据 / 更新 / 渲染”三层画出来再动手省下的调试时间远比画图多。希望这个拆法帮到你拿到源码后先跑通第一帧再按第 5 章的路子加一颗自己的卫星基本就摸透了。本文还有配套的精品资源点击获取