简介面向Unity开发者的导弹追踪算法演示项目专注解决军事模拟、飞行射击类游戏中导弹如何锁定目标、预测轨迹并实时修正飞行方向的问题无论是学习阶段还是项目原型验证都能提供直接参考。压缩包共183个文件以93个dll运行库、61个xml配置、8个config参数文件为主dll与exe用于程序运行xml和config用于参数配置另含Unity场景资源与工程配置文件整体大小29.8MB可直接打开工程查看场景和脚本。演示项目完整覆盖目标检测、目标运动分析、发射参数解算、飞行中PID控制、碰撞检测与追踪结束五个环节例如发射参数解算需结合重力与空气阻力规划初始弹道飞行中还需通过PID控制器不断修正方向通过右键旋转视角、滚轮缩放可多角度观察导弹动态调整与最终拦截过程。目前已有2193人学习下载。工程结构清晰源码便于阅读可在此基础上扩展多目标追踪、机动目标干扰等进阶算法也适合已有Unity基础的学习者直接复用其中的控制脚本快速验证游戏物理与追踪算法思路。 做游戏项目时第一次做导弹追踪我踩的坑太多了。最初的实现就是网上最常见的写法——每帧让导弹的 forward 朝目标方向 Lerp 一下然后往前飞。结果导弹就像喝醉了酒目标一横向移动就开始画圈圈越绕越大最后直接绕丢。后来认真研究才发现unity导弹追踪算法看起来简单背后其实有一套很成熟的运动学模型从纯追踪到比例导引法每一步的差异直接决定你的导弹是“跟踪导弹”还是“无头苍蝇”。这篇就把我从原理到 Unity 落地、再到调参排坑的全过程拆开聊。1. 三种追踪模型对比纯追踪、前置追踪与比例导引1.1 纯追踪法代码最省事效果最翻车纯追踪法Pure Pursuit的思路就是五个字朝目标飞。每帧计算目标当前位置与导弹位置的差向量把导弹的速度方向拉向这个方向。听起来没毛病实际一动起来全是毛病。我做测试的时候设了一个场景导弹速度 30目标速度 15目标以垂直角度横穿导弹飞行方向。纯追踪的导弹很快就显出疲态——它一直盯着目标“现在”的位置飞而目标一直在移动于是导弹的飞行路径被不断拉向目标的尾迹形成一条向内弯曲的弧线。目标横向速度越快这条弧线弯曲得越厉害导弹的横向过载需求就越大最终绕成螺旋。这个问题在真实武器系统里有个专门名词叫“尾追攻击限制”——纯追踪法只能在目标速度低于导弹速度且机动性不太强的情况下使用。放到游戏里除非你做的导弹是速度碾压型的“巡航导弹打固定靶”否则纯追踪法的体验基本不合格。// 纯追踪核心逻辑看起来很正常跑起来就飘 Vector3 dirToTarget (target.position - transform.position).normalized; transform.rotation Quaternion.RotateTowards( transform.rotation, Quaternion.LookRotation(dirToTarget), turnRate * Time.deltaTime ); transform.position transform.forward * speed * Time.deltaTime;这段代码的问题在于它只用了目标的“位置”信息完全没用目标的“运动趋势”信息。每一帧转向指令都是滞后的永远在追目标已经离开的地方。1.2 前置追踪加一点“预判”还是不够聪明前置追踪Pursuit with Lead在纯追踪的基础上做了个改进不瞄准目标当前位置而是瞄准目标前方的一个预测点。最简单的实现就是target.position target.velocity * leadTimeleadTime 通常取一个经验值比如 0.5 秒到 1 秒。我试过这个方案手感确实好了不少尤其是打匀速直线运动的目标时导弹会走一条更“抄近路”的弧线命中率明显提升。但前置追踪有个致命弱点它对目标的机动非常敏感。目标一旦急转弯或者变速预测点就会瞬间偏掉导弹反而比纯追踪更容易被“晃”开。这也是为什么真实空空导弹的导引律普遍不用纯追踪也不单纯用前置追踪——它们用的是比例导引法。1.3 比例导引法真实导弹的主流方案比例导引法Proportional Navigation的思想和前面两种完全不同它不直接瞄目标位置而是盯着“目标与导弹之间连线视线的旋转角速度”。视线不转说明导弹正飞向一个能命中目标的碰撞航向视线在转就说明航向有偏差此时给导弹一个正比于视线角速度的转向指令把这个旋转压下去。你可以这样理解——纯追踪是“看着球跑”比例导引是“看着球在视野里的移动速度来调整跑动方向”。打羽毛球的时候你不会盯着球的当前位置跑去接而是根据球在视野中的移动趋势预判落点身体自然往那个方向移动。比例导引本质上是把这个直觉数学化了。比例导引还有一个非常好的性质只要导弹的转向能力跟得上它对目标机动有很强的自适应性不需要知道目标的准确速度、加速度只需要知道视线的旋转快慢。这让它在游戏里的泛用性远超前两种方案。2. 比例导引法原理视线角速度与导航比 N2.1 视线角速度为什么是核心视线Line of SightLOS指的是从导弹到目标的有向直线。视线角速度就是这条直线在空间中的旋转速率。它的单位是角度每秒deg/s或者弧度每秒rad/s。关键直觉在这里如果导弹一直朝着“将来能撞上目标”的方向飞目标在导弹视野里应该是静止的相对导弹来说目标不产生横向移动。反过来如果目标在视野里横移得越快就说明现在这个飞行方向的误差越大。比例导引法的指令就是转向角速度 N × 视线角速度其中 N 叫导航比Navigation Ratio它的典型取值在 3 到 5 之间。N 越大同样的视线角速度产生的转向指令越大导弹的飞行路线越“激进”N 越小转向越柔和但容易绕大圈。游戏里我最常用的 N 值是 4。这个值在大多数目标速度、导弹速度组合下都能保持稳定追踪既不会像 N2 那样反应迟钝也不会像 N6 那样稍微抖动一下视线角速度就把导弹甩出大过载。2.2 视线角速度怎么估算两种采样思路选择方案用相邻两帧的视线方向夹角除以帧间隔时间得到平均视线角速度用视线方向叉积当前导弹朝向取叉积长度估算角速度。第一帧直接归一化消除然后每帧计算当前视线与上一帧视线的夹角。难点是噪声帧率不稳时夹角抖动会被放大需要做一个简单的低通平滑。// 相邻帧视线方向变化 - 视线角速度 Vector3 currentLOS (target.position - transform.position).normalized; float losAngle Vector3.Angle(previousLOS, currentLOS); float losRate losAngle / Time.deltaTime; previousLOS currentLOS;这个实现的问题在于如果 deltaTime 很小losAngle 也小浮点误差会被放大如果 deltaTime 大又会产生明显的滤波滞后。我在项目里的做法是把 losRate 再做一次指数平滑smoothedLosRate Mathf.Lerp(smoothedLosRate, losRate, 0.2f);0.2 的平滑系数是实测下来的折中值太大小幅抖动压不住太小则目标急转时导弹反应慢半拍。2.3 三维场景下转向轴怎么定视线角速度只有一个大小值还不够我们还要知道往哪个方向转。二维平面里很简单顺时针或逆时针。三维就得算转向轴了。转向轴的方向可以用当前视线方向与当前导弹 forward 方向的叉积得到。叉积方向正好是让导弹从当前方向转向视线方向的旋转轴Vector3 turnAxis Vector3.Cross(transform.forward, currentLOS).normalized;有了转向轴和转向角速度就能用transform.Rotate(turnAxis, turnRate * Time.deltaTime, Space.World)施加旋转。这种写法的好处是天然支持任意朝向的三维追踪导弹不会像二维版本那样只在某个平面内旋转。注意turnAxis 为零向量时说明导弹已经正对视线方向这时候不需要转向直接跳过旋转即可不然normalized会得到 NaN。3. Unity 代码落地从预制体到可运行的追踪逻辑3.1 导弹预制体的基础构成场景搭建可以参考如下结构父物体挂追踪脚本控制飞行和转向子物体模型 尾迹拖尾Trail Renderer尾迹建议放在子物体上防止转向时模型原点偏移导致尾迹错位碰撞体建议用 Sphere Collider半径设小一点约 0.3~0.5避免误触光源/粒子爆炸特效建议独立做成预制体命中时实例化不挂在导弹上。有个细节很容易忽略导弹的模型 forward 方向不一定与模型本身的建模轴向一致。Unity 里很多模型素材的前向轴是 Z但有些是 Y 或者 X。我习惯在预制体里先建一个空物体作为旋转基准把模型手动调整到子物体位置保证让空物体的 Z 轴forward指向模型头部。否则后面调转向的时候视觉上会出现导弹“斜着飞”的怪异效果。3.2 两种追踪脚本的完整实现先给一个推荐日常使用的基础版本它混合了纯追踪的简单和比例导引的稳定性public class HomingMissile : MonoBehaviour { public Transform target; public float speed 30f; public float maxTurnRate 120f; // 最大转向角速度度/秒 public float navRatio 4f; // 比例导引导航比 N public float startDelay 0.2f; // 发射后延迟追踪避免贴身立即拐弯 private Vector3 lastLOS; private float smoothedLosRate; private float timer; void Start() { if (target ! null) lastLOS (target.position - transform.position).normalized; } void Update() { if (target null) return; timer Time.deltaTime; if (timer startDelay) return; Vector3 los (target.position - transform.position).normalized; // 估计视线角速度度/秒 float losAngle Vector3.Angle(lastLOS, los); float losRate losAngle / Time.deltaTime; smoothedLosRate Mathf.Lerp(smoothedLosRate, losRate, 0.2f); lastLOS los; // 比例导引期望转向角速度 N * 视线角速度 float desiredTurn navRatio * smoothedLosRate; desiredTurn Mathf.Min(desiredTurn, maxTurnRate); // 计算三维转向轴 Vector3 turnAxis Vector3.Cross(transform.forward, los); if (turnAxis.sqrMagnitude 0.0001f) { transform.Rotate(turnAxis.normalized, desiredTurn * Time.deltaTime, Space.World); } // 沿自身前向飞行 transform.position transform.forward * speed * Time.deltaTime; } }这段代码在大多数情况下都能直接跑。但如果你想要更真实的“导弹刚发射时不转弯、飞一段后才开始响应”可以在 startDelay 阶段只飞不转或者把 startDelay 阶段改为朝初始方向直行。3.3 物理驱动还是 Transform 驱动这个选择题我纠结过很久。Transform 驱动简单、可控、不管物理引擎脸色缺点是碰到障碍物不会弹开穿墙就穿墙。Rigidbody 驱动则天然带有惯性、碰撞响应但调转向非常痛苦——因为你控制的是力和力矩不是直接旋转。我的建议绝大多数游戏里的导弹都适合 Transform 驱动 手动碰撞检测。理由有三条导弹飞行速度通常很快物理引擎默认的碰撞检测在高速物体下容易穿透tunneling要为导弹单独开启 Continuous Dynamic开销不小物理驱动的导弹需要一个反馈环调 PID 才能稳定追踪复杂度成倍上升对游戏来说性价比很低爆炸、伤害、轨迹等逻辑用手动距离检测更干脆不容易被物理事件干扰。所以我的命中检测一直是用 OverlapSphere 或简单的距离判断来做而不是 OnTriggerEnter。速度 30 的导弹每帧移动 0.5 米60FPS 下如果目标碰撞体半径小于 0.5就会发生“飞过了但没碰撞”的情况。距离判断则完全不受帧率影响Vector3 diff target.position - transform.position; if (diff.sqrMagnitude hitRadius * hitRadius) { // 命中 - 生成爆炸特效销毁自身 }4. 实测翻车现场抖动、过冲与碰撞穿透4.1 帧率不稳引发的抖动第一次把比例导引跑起来我发现导弹在高帧率下很稳一旦场景复杂掉帧到 30~40 FPS导弹轨迹就开始肉眼可见地抖。排查之后确认是视线角速度估计的问题——帧率高时相邻帧视线夹角小浮点误差占比大帧率低时夹角波动又被放大。解决思路有三步按优先级视线方向做平滑滤波前面代码里已经处理了 losRate 的 Lerp转向指令输出前再限幅防止单个大误差帧产生剧烈转角把转向计算放到FixedUpdate里用固定时间步长跑追踪逻辑飞行位置更新也可以顺带一起放进去。固定时间步长有个额外好处Missile 的对战型网络同步时后处理相对容易因为关键逻辑不依赖帧率。4.2 目标急转时的过冲回绕目标急转时比例导引导弹经常出现“过冲”——飞过头后绕一个很大的圈回来。根源在于导航比 N 太大或者 maxTurnRate 限制了转向能力导弹没能在过冲前把航向扳回来。我的调整路径是先把 N 降到 3看轨迹是否平滑还不够就把 maxTurnRate 提上去。雷达图的逻辑是N 控制“转向的敏感度”maxTurnRate 控制“转向的物理上限”。两者配合不好的时候N 再大也没用转弯能力不够就追不上。float desiredTurn navRatio * smoothedLosRate; desiredTurn Mathf.Min(desiredTurn, maxTurnRate);这是我调试时最喜欢调的两个参数建议都做成 public 字段直接在 Inspector 里拖。运行中调参比停后改代码再运行效率高得多。4.3 速度太快导致的碰撞穿透刚开始用 Rigidbody OnTriggerEnter 的时候导弹速度一超过 40命中检测就开始漏检。后来查资料才知道Unity 的默认碰撞检测对高速物体的处理并不可靠必须把 Rigidbody 的 Collision Detection Mode 设为 Continuous Dynamic 或 Continuous Speculative才能在高速下保证不漏穿透。但 Continuous 模式在移动端和低端 PC 上开销不低。我的方案是导弹不用 Rigidbody自己用 Raycast 做前向扫描每帧向导弹前方打一条射线射线长度为speed * Time.deltaTime * 1.2f。这样速度再快只要射线长度覆盖了本帧飞行距离就不会漏掉目标。这个方案的性能开销比 Continuous Dynamic 小得多而且调试直观。Ray ray new Ray(transform.position, transform.forward); if (Physics.Raycast(ray, out RaycastHit hit, speed * Time.deltaTime * 1.2f, layerMask)) { if (hit.collider.CompareTag(Enemy)) { Explode(); } }射线长度加上 1.2 的系数是为了覆盖帧间插值误差防止刚好在射线末端擦边漏掉的情况。注意射线要限制层layerMask不然半路打到障碍物也会误炸。5. 进阶方向预测瞄准与差异化发射手感5.1 预测命中点让追踪变得更加“聪明”比例导引法本身就够用了但遇到特别高速的目标比如另一枚导弹、飞驰的载具还可以把目标的速度信息也利用起来做一个预测命中点float timeToTarget Vector3.Distance(transform.position, target.position) / speed; Vector3 predictedPos target.position target.velocity * timeToTarget;然后把 predictedPos 作为追踪目标传入追踪脚本。实测下来对付匀速直线目标命中率提升明显对付急转目标预测反而可能让导弹失去稳定性。所以我一般只在目标速度大于导弹速度 1/3 时才启用预测否则用原始目标位置。5.2 子母弹、集群追踪时怎么差异化游戏里一次发射多枚导弹的时候如果每枚导弹的 N 和 maxTurnRate 都一样落点会高度重合视觉上很“假”。我做了个很小的改动就改善了整体体验每枚导弹的 N 在 3.5~4.5 之间随机maxTurnRate 在 100~140 之间随机导弹发射后的 startDelay 在 0.1~0.3 秒之间随机。这样导弹群的飞行轨迹会有细微差别看起来更像各自独立追踪目标而不是复制粘贴的克隆体。实现也简单Awake 里随机赋值即可。5.3 容易被忽略的导弹生命周期管理追踪脚本写完后别忘了另一个坑目标销毁后导弹怎么办。实战里目标可能中途被队友击杀此时 target 引用会变成 null。我的习惯是给导弹加一个生命期倒计时比如 5 秒超时后自动自毁并播放一个闷响的失效特效。同时每帧检查 target null为空时直线飞行一段后自毁避免导弹原地悬停或者在目标死亡点打转。if (target null) { transform.position transform.forward * speed * Time.deltaTime; lifeTimer - Time.deltaTime; if (lifeTimer 0f) Explode(); return; }这个细节在试玩阶段容易被忽略但玩家对“导弹追着空气转圈”的画面非常敏感属于性价比极高的小修复。我自己项目里最终用的就是比例导引 固定时间步长 射线碰撞检测这套组合调好参数后在 60FPS 和 30FPS 下轨迹表现基本一致。建议你先用纯追踪法跑一遍感受下“绕圈”的毛病在哪再替换成比例导引版本通过参数微调你会发现同样的速度与转向限制下弹道观感和命中率完全不一样。后续如果要继续扩展可以做变速追踪近端减速、末端偏置攻击等更战术性的玩法但不管怎么加视线角速度这个核心概念都绕不开。本文还有配套的精品资源点击获取