企业官网建设流程全解析

简介：一套基于D3D9.0与Visual C++ 10开发的太阳系三维模拟工程，面向Direct3D初学者及游戏图形开发者，完整演示了摄像机动态控制、行星自转与公转、椭圆轨道运动、纹理贴图和天空盒渲染等核心技术的综合运用，适合作为3D场景构建与动画编程的实践案例。压缩包共109个文件，约14.2MB，包含cpp与h源代码、jpg格式纹理图片、编译中间文件（tlog、obj、pdb）以及可直接运行的exe程序，资源结构清晰，便于按源码、资源、生成物分类检索。目前已有547人学习或下载。通过这份代码，读者可以理解D3D9.0在场景组织、纹理映射和物体运动控制上的具体实现，并掌握将开普勒轨道规律融入图形程序的思路；同时项目附带的可执行程序也能让学习者直接观察运行效果，为后续游戏开发或科学可视化积累可复用的经验。

1. D3D 太阳系：一个把矩阵、光照和相机全串起来的综合演练场

如果你已经能用一个 D3D 窗口渲染带光照的盒子，下一步最该做的就是这个 D3D 太阳系模拟。它不是模型浏览器那种一帧一个静态物体的 Demo，而是把矩阵层级、深度缓冲、光照、相机控制同时塞进一个场景里跑：每颗行星既要绕太阳公转，又要绕自身轴自转，还要让你随时拉近看表面纹理。做完它，你会彻底理解世界矩阵为什么是"先自转、再平移到轨道位置、最后公转"，也会亲手踩一遍浮点精度和深度冲突的坑。这个标题听起来是天文演示，实际是图形学入门最划算的综合演练场，适合正在学 D3D11、想用一个不算大的项目把变换和渲染管线真正串起来的人。

2. 坐标变换与时间步进：自转、公转到底怎么乘出来

2.1 行向量约定下，世界矩阵的顺序不能错

D3D 的数学库默认走行向量约定，顶点坐标是行向量，世界矩阵通过mul(pos, world)应用。这意味着矩阵连乘时，最左侧的矩阵最先作用于模型。太阳系里每颗行星每帧要做三件事：绕自身轴自转、沿轨道平移到当前角度对应的位置、绕太阳公转。对应到矩阵链，顺序是：

XMMATRIX world = XMMatrixScaling(size, size, size) * // 1. 模型缩放，控制星球大小 XMMatrixRotationY(selfRotation) * // 2. 自转，绕自身 Y 轴 XMMatrixTranslation(orbitRadius, 0, 0) * // 3. 平移到轨道半径处 XMMatrixRotationY(orbitRotation); // 4. 绕太阳公转

这个顺序是很多初学者第一个翻车的地方。如果把平移和公转对调，写成Translation * RotationY，行星不会绕太阳转，而是绕自己平移后的位置转，轨道直接变成原地画圈。行向量下应用顺序是从左到右，所以代码里的Scaling -> RotationY -> Translation -> RotationY就是"先缩放，再自转，再搬上轨道，最后绕太阳转"。想验证的话，可以把行星初始位置放在 (radius, 0, 0)，然后在 CPU 端用XMVector3TransformCoord把模型空间原点变换到世界空间，你会发现它落在轨道圆上。

自转轴这里统一用 Y 轴，太阳系行星的转轴倾角先忽略，那属于后期细节。轨道倾角也先压平在 Y=0 平面上，这样轨道线好画，相机也好观察。如果你要加土星环或者想让天王星躺着转，再额外加一个旋转矩阵到链里面。

2.2 轨道参数化与初始相位

公转角度不是随便给的，它由时间和轨道周期共同决定。最简单的圆轨道参数化是：

float orbitAngle = fmodf(totalTime / orbitPeriod * XM_2PI, XM_2PI); float x = orbitRadius * cosf(orbitAngle); float z = orbitRadius * sinf(orbitAngle); XMFLOAT3 position = XMFLOAT3(x, 0.0f, z);

totalTime是模拟时间，orbitPeriod是公转周期。这里用fmodf把角度限制在 0 到 2π 内，避免长时间运行后浮点精度丢失。真实太阳系轨道是椭圆，要做得更讲究可以用开普勒方程算E - e*sin(E) = M，然后由偏近点角推真近点角。但对于一套可复现的 D3D 太阳系，圆轨道加初始相位已经足够，而且视觉上更干净，调试轨道线也方便。

初始相位解决的问题是：所有行星都从同一个方向出发，画面会很呆板。给每个行星一个phase偏移，轨道角度变成orbitAngle + phase，像木星和土星拉开角度，远看轨道不会全挤成一束。相位按真实历元数据来最好，但演示项目里随便给几个固定值，比如水星 0.0、金星 1.2、地球 2.5，效果已经很好。

另一个值得注意的点：如果用sinf/cosf每帧计算位置，CPU 开销极小，完全不必缓存整条轨道。轨道线绘制时单独采样 128 个点生成静态顶点缓冲，行星位置则每帧现算，两者互不干扰。

2.3 把矩阵装进常量缓冲区

矩阵算完之后要传给着色器。D3D11 里建议拆成两个常量缓冲区：PerFrame放所有物体共用的观察矩阵、投影矩阵、太阳位置、当前时间；PerObject放每个行星自己的世界矩阵和颜色。这样切换行星时只需要更新PerObject，PerFrame一帧只更新一次。

struct PerFrame { XMFLOAT4X4 viewProj; XMFLOAT3 sunPos; float time; }; struct PerObject { XMFLOAT4X4 world; XMFLOAT4 color; };

HLSL 侧对应声明，注意寄存器绑定：

cbuffer PerFrame : register(b0) { float4x4 viewProj; float3 sunPos; float time; }; cbuffer PerObject : register(b1) { float4x4 world; float4 color; };

更新时直接UpdateSubresource把 CPU 端结构体拷进去，不需要逐字段设置矩阵。这里有个 D3D11 的经典约定：常量缓冲区大小必须是 16 字节的整数倍，float4x464 字节正好对齐，float3后面跟一个float也是 16 字节，所以上面的结构体不用手动 padding。

viewProj是观察矩阵乘以投影矩阵的结果。我在 CPU 端先把viewMatrix * projMatrix算好存成viewProj，着色器里一行mul(worldPos, viewProj)就完成从世界空间到裁剪空间的变换。注意别在 CPU 端把世界矩阵也并进去，那样就没办法单独复用部分变换了。

3. 用 D3D11 把最小太阳系跑起来：设备、网格、着色器与光照

3.1 设备、交换链、深度缓冲

D3D11 的初始化代码虽然长，但套路固定。创建设备和上下文时，建议在 Debug 模式下加D3D11_CREATE_DEVICE_DEBUG，报错信息能救你不少调试时间。

UINT flags = 0; #if defined(_DEBUG) flags |= D3D11_CREATE_DEVICE_DEBUG; #endif D3D_FEATURE_LEVEL levels[] = { D3D_FEATURE_LEVEL_11_1, D3D_FEATURE_LEVEL_11_0 }; ID3D11Device* device = nullptr; ID3D11DeviceContext* context = nullptr; HRESULT hr = D3D11CreateDevice( nullptr, D3D_DRIVER_TYPE_HARDWARE, nullptr, flags, levels, ARRAYSIZE(levels), D3D11_SDK_VERSION, &device, nullptr, &context );

交换链用DXGI_SWAP_EFFECT_FLIP_DISCARD，缓冲数量设 2，配合垂直同步。深度缓冲必须建，太阳系这种半透明轨道线和实体行星混合的场景，没有深度缓冲会出现各种遮挡错乱。深度纹理格式用DXGI_FORMAT_D32_FLOAT，比D24_UNORM_S8_UINT少一个模板字节，本场景用不到模板测试。

副带一个调试习惯：创建设备后立刻设置context->IASetPrimitiveTopology(D3D11_PRIMITIVE_TOPOLOGY_TRIANGLELIST)，避免后面每次绘制都忘设置拓扑。

3.2 球体顶点与索引生成

行星全部用 UV Sphere（经纬球）生成，而不是细分立方体。原因是 UV Sphere 的纹理坐标天然适合贴行星纹理，赤道和极地没有折痕。生成参数：纬度分段segY = 32，经度分段segX = 48，这个密度在距离行星半径 3 倍左右看已经平滑，顶点数也只有不到 2000。

struct Vertex { XMFLOAT3 pos; XMFLOAT3 normal; XMFLOAT2 uv; }; std::vector<Vertex> vertices; std::vector<uint32_t> indices; for (uint32_t y = 0; y <= segY; ++y) { float v = (float)y / (float)segY; float theta = v * XM_PI; // 极角：北极 0，南极 PI for (uint32_t x = 0; x <= segX; ++x) { float u = (float)x / (float)segX; float phi = u * XM_2PI; // 方位角：0 到 2PI Vertex vertex; vertex.pos = XMFLOAT3( sinf(theta) * cosf(phi), cosf(theta), sinf(theta) * sinf(phi) ); vertex.normal = vertex.pos; // 球面上法线等于位置单位向量 vertex.uv = XMFLOAT2(u, 1.0f - v); vertices.push_back(vertex); } } for (uint32_t y = 0; y < segY; ++y) { for (uint32_t x = 0; x < segX; ++x) { uint32_t a = y * (segX + 1) + x; uint32_t b = a + 1; uint32_t c = (y + 1) * (segX + 1) + x; uint32_t d = c + 1; indices.push_back(a); indices.push_back(c); indices.push_back(b); indices.push_back(b); indices.push_back(c); indices.push_back(d); } }

这里有个细节：UV 的v方向我用1.0f - v翻转，因为 D3D 纹理坐标系原点在左上角，而球体的 theta 从北极往下走，不翻转会导致贴图上下颠倒。行星纹理如果是从网上找的等距柱状投影图，翻转后北极才朝上。

顶点缓冲和索引缓冲创建好后，输入布局只要绑定POSITION、NORMAL、TEXCOORD三个语义。太阳不需要法线，但可以用同一个着色器，法线不参与特殊分支就没问题。

3.3 顶点着色器和像素着色器

着色器是整个模拟的核心。顶点着色器把模型顶点先乘世界矩阵进世界空间，再乘viewProj进裁剪空间；法线同样要乘世界矩阵，但因为太阳系里所有缩放都是均匀缩放，直接乘不会出问题。

cbuffer PerFrame : register(b0) { float4x4 viewProj; float3 sunPos; float time; }; cbuffer PerObject : register(b1) { float4x4 world; float4 color; }; Texture2D gDiffuseMap : register(t0); SamplerState gSampler : register(s0); struct VSInput { float3 pos : POSITION; float3 normal : NORMAL; float2 uv : TEXCOORD; }; struct PSInput { float4 pos : SV_POSITION; float3 normalW : NORMAL; float2 uv : TEXCOORD; float3 worldPos : TEXCOORD1; }; PSInput VSMain(VSInput vin) { PSInput pin; float4 worldPos = mul(float4(vin.pos, 1.0f), world); pin.pos = mul(worldPos, viewProj); pin.normalW = mul(vin.normal, (float3x3)world); pin.uv = vin.uv; pin.worldPos = worldPos.xyz; return pin; } float4 PSMain(PSInput pin) : SV_TARGET { float3 N = normalize(pin.normalW); float3 L = normalize(sunPos - pin.worldPos); float ndotl = saturate(dot(N, L)); float3 albedo = gDiffuseMap.Sample(gSampler, pin.uv).rgb; float3 sunColor = float3(1.0f, 0.95f, 0.85f); float ambient = 0.04f; float3 color = albedo * (ambient + ndotl * sunColor); return float4(color, 1.0f); }

逻辑说明：漫反射用ndotl乘以太阳光颜色，加上少量环境光避免背光面全黑。这是最简单的 Blinn-Phong 退化版本，够用且容易调。太阳本身不需要这个光照模型，它的color属性我会单独标记，在 CPU 端把太阳的PerObject.color设成(3.0f, 2.5f, 2.0f)，并在像素着色器里判断：如果这个值是太阳标签，就直接返回albedo * color，相当于自发光。用颜色值当标记不算优雅，但在这个规模的项目里最直接。

像素着色器里法线重新 normalize 是必要的，因为透视投影后插值出来的法线长度会变化。如果后面给行星加非均匀缩放，法线必须乘世界矩阵的逆转置矩阵，否则光照会出现奇怪的明暗过渡。D3D 太阳系里所有行星缩放是同一套size，所以暂时可以偷懒，但写成注释提醒自己。

4. 轨道自转公转参数表：让九颗星按自己的节奏动起来

4.1 时间模型：累计秒数与 timeScale

模拟运动的核心是时间驱动。不能用帧数驱动，因为帧率波动会导致行星忽快忽慢；也不能直接用GetTickCount的毫秒值取模，因为单位混乱。我在工程里维护一个double totalTime，每帧累加frameDeltaTime * timeScale，frameDeltaTime是秒，timeScale是"每秒模拟天数"。

double totalTime = 0.0; float timeScale = 3.0f; // 现实 1 秒 = 模拟 3 天 void Update(float deltaTime) { totalTime += (double)deltaTime * (double)timeScale; }

timeScale = 3.0f是我试下来比较舒服的默认值：地球公转一圈约 122 秒，两分钟看完一年，水星公转一圈约 29 秒，节奏快但不至于眼花。想观察某颗行星细节时按M键把timeScale降到 0.1，想看轨道总体布局时调到 50，立刻能看出不同轨道半径的速度差异。

计算角度时用totalTime而不是维护浮点角度，关键在精度。double在长时间运行后依然保持足够精度，而float角度累积到几千弧度后，sinf/cosf的输入误差会明显放大。角度归一化用fmodf或fmod都可以，但注意float的fmodf在数值很大时精度有限，所以我把totalTime保持为double，输出角度时再转成float。

4.2 行星物理参数表

每个行星的数据我用一个结构体数组存，而不是写死在各处。结构体字段：名称、演示轨道半径、公转周期（天）、自转周期（天）、演示模型大小、轨道初始相位。

下面这张表是演示项目里的默认参数，轨道半径和模型大小已经压缩过，不是真实天文尺度，真实尺度的问题在第 5 章单独说。

自转周期给负值代表逆行，金星和天王星是真实逆行自转。表现在代码里就是selfRotationAngle -= angularSpeed * deltaTime而不是加。手动算自转角度时要小心，欧拉角累加负值没问题，但如果你想用四元数插值，负周期和正周期之间的过渡会出现奇异点，所以建议直接按正负号区分旋转方向递增量。

每颗行星的公转角速度公式：

float orbitOmega = XM_2PI * timeScale / orbitPeriod; // 弧度 / 模拟天 float orbitAngle = fmodf((float)totalTime * orbitOmega + phase, XM_2PI);

注意timeScale已经体现在totalTime里，所以这里直接用totalTime * orbitOmega，orbitOmega的单位是"弧度/模拟天"。

4.3 轨道线、太阳发光与混合

轨道线是太阳系视觉上非常重要的一部分。没有轨道线，行星运动很难看出规律，尤其内行星离得近，视觉上就是一坨点。轨道线我用D3D11_PRIMITIVE_TOPOLOGY_LINESTRIP绘制，每个轨道采样 128 个点，生成一次顶点缓冲后不再更新。

std::vector<XMFLOAT3> points; for (int i = 0; i < 128; ++i) { float t = (float)i / 128.0f * XM_2PI; points.push_back(XMFLOAT3(radius * cosf(t), 0.0f, radius * sinf(t))); }

注意轨道线要关闭深度写入，但又要有深度测试，否则轨道线会被行星遮挡，也会穿到星球内部。做法是在光栅化状态里设DepthBias = -1000、DepthBiasClamp = 0，同时像素着色器里输出半透明颜色。DepthBias 的具体值跟深度缓冲格式有关，D32_FLOAT下我一般从-100开始试，出现闪烁就加大绝对值。另一个方案是把轨道线提升到y = 0.02，在视觉上几乎察觉不到，但能彻底避免和行星赤道面 Z-fighting。我实际工程里两者都用了，属于双保险。

太阳的发光效果不需要粒子系统。把太阳模型大小设成 1.2，贴一张自发光纹理，像素着色器里直接返回albedo * 3.0，配合轨道线和行星的暗面，视觉对比已经足够。如果你想更亮一点，可以在太阳位置放一个点光源，但 D3D11 里多光源需要维护光源列表，这个项目没必要。

5. D3D 太阳系避坑指南：精度、深度和尺度这三座山

5.1 远离原点后顶点抖动

现象：把相机拉到海王星轨道附近观察时，行星球体边缘出现顶点抖动，纹理像在"呼吸"，尤其是贴图细节多的表面，画面看起来像有轻微噪点。

原因：这是浮点精度的锅。球体顶点坐标是模型空间的，乘上世界矩阵后变成世界空间坐标，数值可能在几千甚至上万。float的有效精度约 7 位十进制，当坐标值在 10000 级别时，最低有效位对应的长度单位可能大于一个像素，顶点位置就会跳动。

解决：三个层次。第一，最小改动是把相机位置尽量保持在原点附近，别把相机拉到离太阳几千个单位远的地方；第二，在 CPU 端用double计算行星世界位置和相机位置，矩阵那一步还是float，但观察矩阵的eye坐标用double先减掉一个基准点，再转成float矩阵，这就是 Origin Rebasing，每次把场景平移到相机附近；第三，如果只做演示，把轨道半径限制在 15 以内，顶点抖动肉眼基本看不到。我做模拟项目时用第二层方案，代码里保留一个worldOrigin向量，每帧更新，所有世界坐标都相对它偏移，渲染时再用真实世界坐标组成视图矩阵。这个技巧在超大世界场景里属于必修课。

5.2 轨道线和星球表面的 Z-fighting

现象：轨道线在星球附近时，线条在星球表面闪成虚线，偶尔出现一整条线"穿"进星球内部，旋转相机时闪烁加剧。

原因：轨道线位于y = 0平面，行星赤道也在y = 0附近，两个表面深度接近，深度缓冲无法稳定区分。

解决：我把轨道线改成两条措施叠加：轨道线顶点缓冲的 y 坐标提升到0.02f，光栅化状态设置DepthBias。具体数值：

D3D11_RASTERIZER_DESC rsDesc = {}; rsDesc.FillMode = D3D11_FILL_SOLID; rsDesc.CullMode = D3D11_CULL_NONE; rsDesc.DepthBias = -1000; rsDesc.SlopeScaledDepthBias = -1.0f; rsDesc.DepthClipEnable = TRUE;

DepthBias为负值表示把片元深度往相机方向拉近，SlopeScaledDepthBias按多边形斜率缩放偏移，对轨道线这种接近水平的几何特别有效。加上 y 方向 0.02 的提升，等于双层保险。如果你发现轨道线在远处时变成虚线，通常是DepthBias调太大导致深度值被拉出有效范围，解决办法是减小绝对值，或者改用DepthClipEnable = FALSE配合近裁剪面调整。

5.3 真实尺度让内行星看不见

现象：一开始我照着真实天文数据建模，太阳半径 0.1 个天文单位，地球轨道半径 1 个天文单位，结果水星和金星缩成像素点，地球也只有一个蓝点，拉近了才看得到，整个场景观感极差。

原因：太阳系尺度跨度过大，从太阳到海王星约 30 个天文单位，而四颗内行星挤在 1.5 个天文单位以内，视觉上完全分离不开。

解决：演示项目必须做对数压缩或分段映射。我用的方法是轨道半径按真实相对比例乘以一个可调系数，但加上下限——内行星最小示半径 1.8，外行星按比例外推，最终得到第 4 章那张参数表。模型大小则独立控制，与轨道半径脱钩，木星半径大约是地球的 11 倍，但演示模型大小只差 3 倍多，否则地球在木星旁边又是一个像素。这个做法叫"视觉可读性优先"，是天文演示类项目里公开的秘密。

5.4 角度累积丢精度与金星逆行

现象：模拟跑了半小时后，行星运动出现卡顿和跳变，某个瞬间木星突然跳到一个错误位置。

原因：如果代码里维护float orbitAngle，每帧加一个角速度增量，半小时就是几千帧，角度累加到几百弧度，cosf的输入精度下降，位置跳变就来了。

解决：角度一律从double totalTime推导，不用增量累加。代码里我统一这样算：

double planetRadian = fmod(totalTime * orbitOmega + phase, XM_2PI); float angle = (float)planetRadian;

金星的逆行也是同一个位置出的问题。自转周期给负值后，如果你还按原来的selfAngle += omega * dt写，金星会先正转再反转，看起来像在抖动。正确做法是把负周期转成负角速度：

float omega = XM_2PI / period; // period 可能为负 selfAngle += omega * dt;

XM_2PI / -243.02出来就是负角速度，自然形成逆行自转。

5.5 相机离目标太近导致近裁剪穿帮

现象：跟随木星时，一旦拉近到木星表面，整个木星像被切掉一块，能看到内部，甚至有些角度木星消失。

原因：近裁剪平面near = 0.1在场景单位下，相对于木星大小 1.0 来说太远了，相机靠近后木星表面进入裁剪面以内。

解决：把near改成0.01，far改成5000，依然能覆盖整个太阳系，近处也能贴到星球表面。但near/far比值太大会导致深度精度下降，远处轨道线可能出现前后遮挡错误。我的平衡是near = 0.02、far = 3000，深度的精度在 XM 平面深度为0.2左右，肉眼看不出问题。如果你要贴到星球表面看纹理，再单独把near动态调到距离的千分之一，别用固定值扛所有场景。

6. 进阶：跟随相机、行星标签和一套调试热键

太阳系做完基础版本后，最值得加的是跟随相机。固定相机只能看全局，拉近观察某颗行星才能验证自转和贴图是否正确。我的跟随相机实现分两步：先锁定目标行星，再每帧对相机位置做平滑插值。

// focusPlanet 是目标行星的指针，planetRadius 是它的演示模型半径 XMVECTOR targetPos = XMLoadFloat3(&focusPlanet->position); // 期望相机位置在目标行星正后方 radius * 6 处 XMVECTOR backDir = XMVectorSet(0.0f, 0.5f, 1.0f, 0.0f); backDir = XMVector3Normalize(backDir); XMVECTOR desiredCamPos = targetPos + backDir * (planetRadius * 6.0f); // 帧率无关的指数平滑 float factor = 1.0f - powf(0.001f, deltaTime); cameraPos = XMVectorLerp(cameraPos, desiredCamPos, factor); XMMATRIX view = XMMatrixLookAtLH(cameraPos, targetPos, XMVectorSet(0.0f, 1.0f, 0.0f, 0.0f));

powf(0.001f, deltaTime)是帧率无关平滑的关键。60 帧下deltaTime约 0.0167，factor约 0.21；30 帧下约 0.34。不管帧率多少，插值速度视觉一致。这个公式我复制到很多项目里，比直接lerp(cameraPos, desired, 0.1f)靠谱得多。

行星标签的做法是把行星世界坐标投影到屏幕空间：

XMVECTOR clipPos = XMVector3TransformCoord(planetPos, viewProj); float ndcX = XMVectorGetX(clipPos) / XMVectorGetW(clipPos); float ndcY = XMVectorGetY(clipPos) / XMVectorGetW(clipPos); screenX = (ndcX * 0.5f + 0.5f) * viewportWidth; screenY = (-ndcY * 0.5f + 0.5f) * viewportHeight;

注意XMVector3TransformCoord返回的是w=1的结果，但你要的是裁剪空间的 w 来判断是否在屏幕内，所以我这里用XMVector3Transform而不是TransformCoord，再手动除以 w。w <= 0时行星在相机背后，直接跳过绘制。

调试热键最后说，因为这是整个工程里最影响体验的部分。数字键 1 到 9 锁定目标行星，C键在全局相机和跟随相机之间切换，B键开关轨道线，M键循环切换三种时间倍率。这套热键是我做模拟类 D3D 项目一直保留的习惯，它的价值在于不用改代码就能验证参数。我以前有一次没加热键，想对比木星和土星的自转速度差异，得改代码重新编译，来回浪费了十分钟。后来加了数字键锁定，一下就看出来木星转得快、土星慢半拍，所有参数验证都在运行态完成。

这个模块做完后，矩阵变换在我眼里不再是玄学，每次看到行星按自己的节奏公转自转，心里都清楚是哪一层矩阵在起作用。最后想告诉你的一个教训：别试图一上来就做真实比例、真实纹理、椭圆轨道，分三步走，圆轨道加简单贴图先跑通，再逐步加精度和细节，否则你会同时面对浮点抖动、深度冲突和贴图错位三个问题，很难定位是哪一环出的错。希望这套方案能让你少踩几个坑。

本文还有配套的精品资源，点击获取