1. 项目概述与核心价值最近在捣鼓Unity的物理引擎想找个有点意思又不太复杂的项目练手就想到了模拟日月地系统。这玩意儿听起来挺唬人又是太阳又是月亮感觉是天文模拟级别的。但实际做下来你会发现用Unity内置的物理引擎配合一些简单的脚本和数学知识就能搭出一个有模有样的动态系统。这不仅仅是做个动画而是让三个球体太阳、地球、月亮在万有引力的作用下按照我们熟知的规律动起来。对于想深入理解Unity物理引擎特别是刚体、力、坐标系统和基础天体力学模拟的开发者来说这是个绝佳的练手项目。它能帮你把书本上的牛顿定律变成屏幕上看得见、摸得着的交互式体验。这个项目的核心说白了就是“用游戏引擎的物理模块去模拟现实世界的物理规律”。Unity的物理引擎PhysX默认是为游戏场景服务的处理碰撞、刚体运动这些很在行但它并没有内置“万有引力”这种特定公式。我们的任务就是自己写脚本为每个天体计算并施加符合万有引力定律的力。最终你会得到一个地球绕着太阳转月亮又绕着地球转的简化版太阳系模型。虽然极度简化忽略了行星、轨道倾角、相对论效应等等但它抓住了天体运行最核心的动力学原理。2. 核心思路与物理模型设计2.1 为什么选择Unity物理引擎而非纯数学模拟刚接触这个想法时你可能会想我直接用数学公式计算每个时刻天体的位置然后用Transform.position去更新不就行了为什么非要引入物理引擎和刚体Rigidbody这里的关键区别在于“过程”与“结果”。纯数学模拟开普勒轨道方程是直接给出结果——在某个时间点天体应该在哪里。而基于物理引擎的模拟是定义规则力然后让引擎去积分、计算每一步的加速度、速度和位移最终“演化”出结果。后者有两大优势更强的扩展性和交互性一旦系统建立你可以轻易地加入第四个、第五个天体比如火星、木星或者用鼠标给地球一个推力观察其轨道如何被扰动。物理引擎会自动处理这些多体相互作用和外部干扰而纯数学模拟要修改核心公式复杂得多。更符合学习直觉通过编写“施加力”的脚本你能更直观地理解Fma和万有引力定律是如何一步步驱动物体运动的。这对于理解物理引擎的工作机制FixedUpdate循环、力的累积、积分运算有巨大帮助。所以我们选择基于物理引擎的方案不是为了追求天文级的精度而是为了搭建一个可交互、易扩展的物理学习沙盒。2.2 简化物理模型的关键假设真实的日月地系统极其复杂。为了让项目可控且重点突出我们必须做出简化质点模型将太阳、地球、月亮视为只有质量、没有大小的质点。这样我们就可以忽略它们的自转和形状对引力的影响只关心质心之间的作用力。在Unity中我们用球体Sphere来视觉化表示。二体问题分解真正的三体问题没有解析解。我们采用一个巧妙的近似将地月系统视为一个整体与太阳构成一个二体问题同时地月之间再构成另一个独立的二体问题。在计算力时太阳对地球和月亮分别施加引力地球也对月亮施加引力反之亦然但月亮对地球的引力影响较小有时可忽略以简化。这种“层级化”处理在精度要求不高时非常有效。固定太阳为了进一步简化并让地球的轨道更稳定我们通常将太阳设置为位置固定Rigidbody.isKinematic true且质量极大。这样太阳几乎不受地球和月亮引力的影响而移动成为了系统的引力中心。这类似于在物理学中选取了太阳参考系。理想化轨道忽略所有轨道偏心率设为圆形轨道、轨道倾角所有运动在同一平面。这会让运动看起来是完美的同心圆但足以阐明原理。基于这些假设我们的核心任务就清晰了为地球和月亮这两个非固定天体添加刚体组件并编写脚本在每一物理帧中根据万有引力公式计算它们受到的合力并以力的形式施加给刚体。2.3 场景与对象基础设置在动手写代码前需要在Unity编辑器中搭建好场景框架创建天体创建三个球体GameObject - 3D Object - Sphere分别重命名为SunEarthMoon。调整它们的Scale以区分大小例如Sun(5,5,5), Earth(1,1,1), Moon(0.3,0.3,0.3)。设置材质与颜色为它们赋予不同的材质和颜色以便区分。太阳可以用自发光的Emission材质地球用蓝色月亮用灰色。布置初始位置将太阳放在场景中心(0,0,0)。将地球放在太阳右侧一定距离例如(10, 0, 0)。将月亮放在地球右侧更近的距离例如(12, 0, 0)。这样它们一开始就在一条直线上。创建空物体作为轨道平面建议创建一个空的GameObject如命名为SolarSystem将三个天体都拖拽为其子物体。这样做有利于整体移动、旋转或管理。注意初始位置的设置会影响天体所需的初始速度。如果只给引力而不给初速度天体将直接坠向太阳。我们后续需要通过脚本或估算来赋予一个合适的切向初速度。3. 核心组件与脚本实现详解3.1 刚体组件配置运动的基础为Earth和Moon对象添加Rigidbody组件。这是物理引擎接管其运动的前提。Mass质量这是关键参数。我们需要设定一个符合相对比例的质量。例如设太阳质量为单位1地球质量约为0.000003这是一个非常小的值以确保太阳几乎不动。在刚体属性中我们可以直接设置mass。例如Earth.mass 1.0fMoon.mass 0.012f(约为地球质量的1.2%)。太阳的刚体是运动学Kinematic的其mass属性不影响动力学计算但我们的引力计算脚本会用到它的质量值。Drag阻力必须设置为0。太空是真空没有空气阻力。任何非零的Drag值都会导致轨道能量衰减最终使行星螺旋坠入太阳。Use Gravity必须取消勾选。我们要禁用Unity默认的全局向下Y轴的重力完全由我们的自定义万有引力脚本接管。Is Kinematic对于Sun我们需要勾选此项使其位置和旋转不受物理力影响由我们完全控制我们将其固定在原点。对于Earth和Moon保持不勾选。3.2 万有引力脚本的核心算法创建一个C#脚本命名为CelestialBodyGravity。这个脚本将挂载到每一个需要受引力影响的天体上即Earth和Moon。脚本的核心逻辑在FixedUpdate()中执行因为物理计算需要固定的时间步长。using UnityEngine; public class CelestialBodyGravity : MonoBehaviour { private Rigidbody rb; // 引力常数G。在真实世界中是6.674e-11但在我们的模拟尺度下需要放大很多倍才能看到明显效果。 public float gravitationalConstant 100f; void Start() { rb GetComponentRigidbody(); if (rb null) { Debug.LogError(Rigidbody component not found on gameObject.name); } } void FixedUpdate() { ApplyGravity(); } void ApplyGravity() { // 找到场景中所有带有Rigidbody的天体包括自己 CelestialBodyGravity[] allBodies FindObjectsOfTypeCelestialBodyGravity(); foreach (var otherBody in allBodies) { // 排除自身对自己的引力 if (otherBody this) continue; Rigidbody otherRb otherBody.GetComponentRigidbody(); if (otherRb null) continue; // 计算方向向量从他物体指向本物体 Vector3 direction otherRb.position - rb.position; float distance direction.magnitude; // 避免距离过近导致力趋于无穷大引发物理引擎不稳定 if (distance 0.1f) continue; // 计算引力大小F G * (m1 * m2) / r^2 float forceMagnitude gravitationalConstant * (rb.mass * otherRb.mass) / Mathf.Pow(distance, 2); // 将大小与方向结合得到力矢量 Vector3 force direction.normalized * forceMagnitude; // 将力施加到本物体的刚体上 rb.AddForce(force); } } }代码关键点解析FindObjectsOfType的使用在FixedUpdate中每帧查找所有天体在性能上并非最佳但对于只有3-5个对象的学习项目完全可接受。在更复杂的模拟中应使用对象池或管理器来传递引用。距离检查if (distance 0.1f) continue;这行代码至关重要。当两个物体因速度过快或初始位置设置不当而非常接近时根据公式引力会变得异常巨大导致刚体获得极大的速度并被“弹飞”模拟立刻崩溃。这个最小距离阈值是一个安全阀。引力常数G真实世界的G值太小在游戏尺度下距离单位是米质量单位是千克产生的力微乎其微。我们必须将其放大很多个数量级例如100 1000甚至更高才能看到明显的轨道运动。这个值需要与你的天体质量、初始距离配合调试。力的施加使用AddForce这是最符合物理直觉的方式。物理引擎会在当前帧累积所有力然后在物理更新中计算加速度和速度变化。实操心得gravitationalConstant、天体mass和初始距离是三个联动的“调参旋钮”。如果行星飞走了可能是G太大或初速度太小如果转得太慢可能是G太小或初速度太大。调试时最好从一个天体如地月系统开始稳定后再加入太阳。3.3 赋予初始轨道速度让天体“转起来”只有引力天体会被直线吸向中心天体。要形成轨道必须赋予一个适当的切向初速度。对于理想的圆轨道这个速度可以通过向心力公式推导F引力 F向心G * M * m / r^2 m * v^2 / r简化得v sqrt(G * M / r)。其中M是中心天体质量r是轨道半径。我们可以写一个简单的脚本在Start()中为地球和月亮赋予这个计算出的初速度。void Start() { rb GetComponentRigidbody(); // 假设太阳是中心天体其质量为 sunMass GameObject sun GameObject.Find(Sun); if (sun ! null) { Rigidbody sunRb sun.GetComponentRigidbody(); // 计算从本物体指向太阳的方向 Vector3 directionToSun sunRb.position - rb.position; // 计算轨道半径 float orbitRadius directionToSun.magnitude; // 计算所需的圆轨道速度大小 // 注意这里假设太阳质量极大且固定其刚体可能为Kinematicmass属性可能为1或其他值。 // 我们需要一个公开变量来设置太阳的“引力质量”它可能不同于刚体的物理质量。 float sunGravitationalMass 10000f; // 这是一个示例值需要调试 float orbitSpeed Mathf.Sqrt(gravitationalConstant * sunGravitationalMass / orbitRadius); // 速度方向垂直于指向太阳的半径方向即切向方向。 // 在二维平面XZ平面上可以通过叉乘得到垂直向量。 Vector3 tangentDirection Vector3.Cross(directionToSun.normalized, Vector3.up).normalized; // 设置刚体的初始速度 rb.velocity tangentDirection * orbitSpeed; } }为月亮设置速度的复杂性月亮的运动是围绕地球的。上述脚本假设中心是太阳这不适用于月亮。更准确的做法是月亮的初速度应该基于地球作为其中心天体来计算。这意味着你需要为脚本指定它的“主星”Primary Body。我们可以修改脚本增加一个public Transform primaryBody;字段在Inspector中手动将地球拖拽赋值给月亮的这个字段。然后在计算速度时使用primaryBody的位置和质量。注意事项这种赋予完美圆轨道初速度的方法在只有两个天体且不受其他扰动时理论上可以形成稳定圆轨道。但在三体系统中由于相互引力扰动轨道仍然会慢慢演化可能变得不稳定或椭圆化这反而是模拟有趣的一部分。4. 系统调试、优化与可视化增强4.1 参数调试让系统稳定运行将脚本挂载好参数设好点击运行很可能看到的不是优美的轨道而是地球像炮弹一样被甩出太阳系或者笔直地撞向太阳。别慌这是调试环节的开始。调整引力常数G和质量这是最关键的步骤。建议的调试流程先屏蔽太阳对月亮的引力可以在脚本中加个判断或者先不把脚本挂给月亮只做地月系统模拟。将地球设为Kinematic固定只让月亮动。调整地球的“引力质量”和G值直到月亮能大致绕地球做圆周运动。稳定地月系统后激活太阳。将地球的脚本也启用。此时地球会受到太阳引力。你需要调整太阳的“引力质量”一个用于计算的变量可能远大于其刚体mass值和G值使地球能绕太阳旋转。同时考虑地月系统最后解除地球的Kinematic让地月系统作为一个整体在太阳引力下运动同时月亮还受地球引力影响。这是最复杂的阶段可能需要微调所有参数。使用Time Scale在Game视图可以调整Time.timeScale如设为0.1, 0.5让运动变慢方便观察轨道形状和调试。绘制调试轨迹在Update()中使用Debug.DrawLine绘制上一帧和这一帧的位置连线可以直观看到运动轨迹。但这只是临时调试线条不会持久。4.2 轨道可视化让运动轨迹清晰可见调试用的Debug.DrawLine不够美观。我们可以创建更美观的永久性轨迹。方法一使用LineRenderer组件为每个运动天体地球、月亮创建一个子空物体命名为Trail。为Trail添加LineRenderer组件。编写脚本在LateUpdate()中将天体过去若干帧例如500帧的位置记录到一个列表ListVector3中并实时更新LineRenderer的positionCount和positions。可以设置LineRenderer的材质、颜色、宽度让轨迹看起来像发光的弧线。方法二使用粒子系统ParticleSystem创建一个非常简单的粒子系统附着在天体上关闭所有速度、力模块。开启Emission但速率设为0。在Renderer模块使用一个小的点状材质。编写脚本在Update()中每隔几帧如每0.1秒通过Emit方法在当前天体位置发射一个粒子。粒子寿命startLifetime设置得较长如30秒这样就会形成一条由点组成的轨迹。调整粒子大小和颜色效果非常科幻。实操心得轨迹点列表需要定期清理否则列表会无限增长导致性能下降。可以设置一个最大点数当超过时移除最旧的点。使用LineRenderer时更新大量顶点对性能有影响500-1000个点通常是平衡点。4.3 性能考量与脚本优化当前的简单实现有优化空间避免每帧FindObjectsOfType在Start()中一次性找到所有天体引用并存入数组在FixedUpdate中直接遍历这个数组。距离计算的平方优化万有引力公式中需要计算距离的平方。我们已经用了Mathf.Pow(distance, 2)。另一种更高效的方法是先计算方向向量direction然后使用Vector3.sqrMagnitude获得距离平方避免了一次开方运算。但注意归一化direction.normalized需要实际距离所以这里需要权衡。如果为了极致的性能可以自己用sqrMagnitude计算距离平方用于力大小计算同时用sqrt(sqrMagnitude)得到实际距离用于归一化当距离很小时仍需避免。为固定天体太阳做特殊处理在引力计算循环中如果检测到对方天体是Kinematic的太阳可以跳过对其施加力的计算因为太阳不受力但太阳的质量仍然要用于计算它对其他天体的引力。// 优化示例片段 void ApplyGravityOptimized(CelestialBodyGravity[] allBodies) { foreach (var otherBody in allBodies) { if (otherBody this) continue; Rigidbody otherRb otherBody.rb; // 假设在Start中已经缓存了其他天体的rb // 如果对方是运动学刚体它不受力但我们仍要计算它对我们的引力 // 如果对方也是运动学刚体且我们也是则完全跳过两个固定天体之间无动力学 if (otherRb.isKinematic rb.isKinematic) continue; Vector3 direction otherRb.position - rb.position; float distanceSqr direction.sqrMagnitude; if (distanceSqr 0.01f) continue; // 最小距离平方阈值 float distance Mathf.Sqrt(distanceSqr); float forceMagnitude gravitationalConstant * (rb.mass * otherRb.mass) / distanceSqr; // 使用平方 Vector3 force (direction / distance) * forceMagnitude; // 用 direction/distance 代替 normalized // 只对非运动学刚体施加力 if (!rb.isKinematic) { rb.AddForce(force); } } }5. 常见问题、排查技巧与扩展思路5.1 典型问题速查表问题现象可能原因排查与解决思路天体直接坠向中心没有轨道未赋予初始切向速度。检查赋予初速度的脚本是否执行速度方向是否正确应垂直于指向中心天体的半径。天体沿直线飞速离开不回转初始速度过大或引力常数G太小/中心质量太小。降低初始速度或增大G值/中心天体的“引力质量”。轨道不稳定逐渐螺旋式坠入或飞出1. 物理步长(Fixed Timestep)不合适。2. 能量不守恒如存在非零Drag。3. 数值精度误差累积。1. 尝试减小Edit - Project Settings - Time - Fixed Timestep如从0.02改为0.01。2. 确保所有运动天体的Drag和Angular Drag为0。3. 使用Rigidbody.interpolation可能改善视觉平滑度但对物理精度无帮助。对于长期模拟数值误差不可避免。多个天体时运动极其混乱、爆炸1. 初始位置太近导致引力过大。2. 引力常数G设置得过大。3. 未设置最小距离保护。1. 增大初始天体间距。2. 大幅调小G值缓慢增加直到运动可见。3. 在引力计算中加入最小距离判断如if(distance minDistance) continue;。月亮不绕地球转或很快被太阳吸走月亮受到的太阳引力远大于地球引力。增大地球相对于太阳的“引力质量”比例。在现实中太阳质量是地球的33万倍但在我们的简化模拟中可能需要大幅缩小这个比例比如太阳质量是地球的100或1000倍才能让地月系统保持稳定。或者减小地月距离。轨迹可视化LineRenderer不连续或闪烁点在Update中记录但LineRenderer在LateUpdate中更新可能不同步。或列表更新逻辑有误。确保轨迹点列表的添加和LineRenderer的位置更新在同一个方法周期内如同在LateUpdate中。检查是否在清空列表时误操作了。5.2 扩展项目的高级思路当基础系统运行稳定后可以尝试以下扩展让模拟更丰富椭圆轨道与开普勒定律不赋予完美的圆轨道速度而是给一个略大或略小的切向速度。天体将在引力作用下运行椭圆轨道。你可以尝试测量“相同时问内扫过的面积”来验证开普勒第二定律。加入更多行星轻松加入火星、金星等。只需复制地球的预制体修改初始位置、质量、初速度。观察多体引力下的复杂相互作用虽然不精确但很有趣。用户交互引力弹弓允许用户用鼠标拖动一个天体并赋予一个初速度然后观察它如何被大行星的引力场加速或偏转。动态修改质量在运行时通过UI滑块实时修改太阳或地球的质量观察轨道瞬间变化的动态效果。摄像机与视觉特效智能跟随摄像机写一个脚本让摄像机平滑跟随地球并始终将太阳保持在视野某处。星空背景使用粒子系统生成静态或缓慢旋转的星空背景。光晕与镜头耀斑为太阳添加Lens Flare或Bloom后处理效果增强视觉表现力。从3D简化为2D如果你的目标是专注于物理逻辑可以将所有运动限制在XY平面设置刚体的constraints冻结Z轴位置和旋转并使用正交摄像机。这样调试轨道形状会更直观。这个基于物理引擎的日月地系统实现就像搭积木。核心的引力脚本和刚体设置是地基参数调试是让积木站稳的微调而轨迹可视化和扩展功能则是让作品变得生动有趣的装饰。整个过程下来你对Unity物理引擎的Rigidbody、AddForce、FixedUpdate的理解会比单纯看文档深刻得多。下次当你再遇到需要模拟自然力如磁力、粒子间作用力的场景时这套“计算力-施加力”的思维模式就能直接派上用场了。