1. 项目概述为什么MoveTowards()值得你关注在Unity开发中实现平滑移动是家常便饭。无论是UI进度条从0%到100%的填充还是游戏角色从一个点移动到另一个点平滑过渡总能带来更好的用户体验。提到平滑移动绝大多数开发者包括我自己第一时间想到的肯定是Mathf.Lerp或Vector3.Lerp。它们确实强大通过插值在两个值之间进行平滑过渡是动画和缓动的基石。但今天我想和你聊聊另一个被严重低估的“宝藏”函数Mathf.MoveTowards和它的向量版本Vector3.MoveTowards。这个项目标题——“Unity平滑移动不止Lerp用MoveTowards()做匀速UI填充与物体平移附避坑点”——正是源于我最近在几个项目中的实践。我发现在很多需要精确、匀速、可控移动的场景下MoveTowards()比Lerp()更直接、更不容易出错尤其是在处理UI填充和简单的物体平移时。简单来说Lerp是做“比例混合”而MoveTowards是做“步进靠近”。前者关心的是“在起点和终点之间我处于哪个比例位置”后者关心的是“从当前位置我最多能向目标靠近多少距离”。这个根本性的差异决定了它们在不同场景下的适用性。如果你曾被Lerp在Update中调用时诡异的减速效果困扰过或者想要一个简单粗暴的匀速移动方案那么MoveTowards()就是你工具箱里缺失的那块拼图。这篇文章我将带你彻底搞懂它的原理并通过UI填充和物体平移两个核心案例手把手教你如何应用最后分享几个我踩过的坑和独家优化技巧。2. 核心原理MoveTowards()与Lerp()的本质区别要用好一个工具必须先理解它的工作原理。很多人对Lerp和MoveTowards的区别停留在表面觉得一个慢一个快或者一个好用另一个不好用。其实不然它们的设计目标完全不同。2.1 Lerp()基于比例的插值器Mathf.Lerp(float a, float b, float t)是最常见的线性插值函数。它的工作方式非常直观当t0时返回a当t1时返回b当t在0到1之间时返回a和b之间的一个线性插值。公式是a (b - a) * t。在动画中我们通常会在Update里这样用float currentValue Mathf.Lerp(currentValue, targetValue, Time.deltaTime * speed);或者更常见的但容易误解的transform.position Vector3.Lerp(transform.position, targetPosition, Time.deltaTime * speed);这里的关键在于Lerp的第三个参数t被当作了一个“混合比例”。当t很小时比如用Time.deltaTime乘以一个不大的系数每次调用Lerp当前值都只向目标值移动一小段距离而且移动的距离是当前值与目标值之差的一个固定比例。这就导致了一个现象初始阶段差值大移动得快越接近目标差值越小移动得越慢。这是一种“缓入缓出”的效果但很多时候我们可能并不想要这种减速。更糟糕的是上面第二种写法在数学上是有问题的。因为Lerp的第一个参数是transform.position而每次计算后这个值都在变化导致t所基于的“起点”在不断变化最终的运动曲线会变得难以预测永远无法真正到达终点只能无限接近。这是新手使用Lerp时最容易踩的坑之一。2.2 MoveTowards()基于最大步长的逼近器现在来看看我们的主角Mathf.MoveTowards(float current, float target, float maxDelta)。它的逻辑截然不同current: 当前值。target: 目标值。maxDelta: 单次调用允许移动的最大距离绝对值。函数的工作方式是计算current到target的距离差值。如果这个距离的绝对值小于或等于maxDelta那么直接返回target否则返回current Mathf.Sign(target - current) * maxDelta。换句话说它从当前位置朝着目标方向最多移动maxDelta这么远。Vector3.MoveTowards同理只不过它处理的是三维向量计算的是向量间的距离。这个机制带来了几个核心优势匀速运动只要maxDelta是固定的例如speed * Time.deltaTime物体就会以恒定速度向目标移动。精确到达当距离小于等于maxDelta时下一帧就会精确地停在target位置不会出现无限逼近的情况。意图清晰代码明确表达了“每帧最多移动这么多”的意图比用Lerp模拟匀速运动更直观更不容易写错。注意MoveTowards的maxDelta应该是一个正数。如果你传入一个负数它依然会将其视为正数来处理内部会取绝对值但这不符合语义应该避免。2.3 场景选择何时用谁理解了本质选择就简单了用Lerp的时候当你需要的是“平滑过渡”、“缓动效果”、“根据一个0到1的进度值来取值”时。例如UI面板的淡入淡出透明度从0到1摄像机跟随的平滑阻尼使用SmoothDamp更好但其原理类似或者任何你手头有一个明确的“进度百分比”t的场景。用MoveTowards的时候当你需要的是“以恒定速度移动”、“精确移动到某点”、“简单的直线逼近”时。例如血条匀速填充、金币飞向UI计数器的动画、角色沿直线走向某个点击位置、导弹追踪目标需要结合旋转等。简单记要“比例”用Lerp要“速度”用MoveTowards。接下来我们就进入实战环节。3. 实战案例一用MoveTowards()实现匀速UI填充UI填充比如经验条、血量条、加载进度条是游戏中最常见的反馈元素。一个流畅、稳定的填充动画能极大提升质感。我们来看看如何用MoveTowards实现一个完美的匀速填充。3.1 基础实现Image.fillAmount的匀速变化假设我们有一个Image组件类型设置为Filled。我们的目标是让它的fillAmount从0匀速增长到1。错误示范常见的Lerp陷阱public Image progressBar; public float fillSpeed 1.0f; private float targetFill 1.0f; void Update() { // 这种写法会导致填充速度越来越慢 progressBar.fillAmount Mathf.Lerp(progressBar.fillAmount, targetFill, Time.deltaTime * fillSpeed); }这段代码的问题就是我们之前说的Lerp的第三个参数t很小导致填充过程是减速的最后一段会慢得让人心急。正确示范MoveTowards方案public Image progressBar; public float fillSpeed 0.5f; // 每秒填充的量 private float targetFill 1.0f; void Update() { // 计算这一帧允许的最大变化量 float maxDelta fillSpeed * Time.deltaTime; // 使用MoveTowards匀速逼近目标值 progressBar.fillAmount Mathf.MoveTowards(progressBar.fillAmount, targetFill, maxDelta); }这段代码清晰明了fillSpeed表示每秒填充多少例如0.5表示每秒填充一半maxDelta是这一帧的时间切片内允许的最大变化量。MoveTowards保证每一帧都移动maxDelta这么多直到最后一步可能小于它从而实现完美的匀速填充。当fillAmount与targetFill的差值小于maxDelta时下一帧就会精确等于targetFill动画结束。3.2 进阶控制暂停、重置与动态目标在实际项目中填充过程可能不是一次性的。可能需要暂停比如网络加载中断或者目标值会动态变化比如实时变化的血量。1. 支持暂停与继续public Image progressBar; public float fillSpeed 0.5f; private float targetFill 1.0f; private bool isFilling true; // 控制开关 void Update() { if (!isFilling) return; // 暂停时直接返回 float maxDelta fillSpeed * Time.deltaTime; progressBar.fillAmount Mathf.MoveTowards(progressBar.fillAmount, targetFill, maxDelta); // 可选填充完成时触发事件 if (Mathf.Approximately(progressBar.fillAmount, targetFill)) { OnFillComplete(); isFilling false; // 完成后自动停止 } } public void StartFill() { isFilling true; } public void PauseFill() { isFilling false; } public void ResetFill() { progressBar.fillAmount 0f; }通过一个布尔开关isFilling我们可以轻松控制动画的启停。Mathf.Approximately用于安全地比较两个浮点数是否相等避免精度误差。2. 动态目标值如实时血量public Image healthBar; public float currentHealth 50f; public float maxHealth 100f; public float barChangeSpeed 30f; // 血条数值变化速度单位/秒 void Update() { // 计算血条UI应该显示的目标比例 float targetFill currentHealth / maxHealth; // 当前血条的填充值 float currentFill healthBar.fillAmount; // 计算这一帧血条UI允许的变化量 // 注意这里速度是“数值/秒”但fillAmount是比例所以maxDelta也是比例。 // barChangeSpeed / maxHealth 得到的是“比例/秒”。 float maxDelta (barChangeSpeed / maxHealth) * Time.deltaTime; healthBar.fillAmount Mathf.MoveTowards(currentFill, targetFill, maxDelta); }这里的关键点在于单位的转换。barChangeSpeed定义的是“实际生命值变化的速度”比如每秒30点而fillAmount是比例。所以我们需要将速度除以maxHealth将其转换为“填充比例/秒”。这样无论currentHealth如何实时变动比如受到治疗或伤害血条UI都会以恒定的速度平滑地追踪这个变化视觉效果非常舒服。实操心得在UI动画中我强烈建议将速度变量命名为[Something]Speed并明确其单位如“单位/秒”、“比例/秒”。这能极大提高代码的可读性和可维护性。比起在Lerp中那个含义模糊的插值系数MoveTowards的maxDelta在语义上清晰太多了。4. 实战案例二用MoveTowards()实现物体匀速平移物体平移是另一个高频场景。让一个物体从A点直线匀速移动到B点MoveTowards是更优雅的选择。4.1 基础点对点移动public Transform targetObject; public Vector3 targetPosition; public float moveSpeed 5.0f; // 单位米/秒 void Update() { if (targetObject null) return; // 计算这一帧允许移动的最大距离 float maxDistanceDelta moveSpeed * Time.deltaTime; // 使用Vector3.MoveTowards更新位置 targetObject.position Vector3.MoveTowards(targetObject.position, targetPosition, maxDistanceDelta); // 判断是否到达使用一个很小的阈值 if (Vector3.Distance(targetObject.position, targetPosition) 0.001f) { OnReachedDestination(); } }这段代码实现了最基本的匀速直线移动。moveSpeed的单位是米/秒符合物理直觉。Vector3.MoveTowards会处理好三维空间中的所有计算。4.2 面向目标的移动结合旋转很多时候物体不仅需要移动还需要在移动过程中逐渐转向目标方向比如一个追踪导弹或者一个慢慢转向玩家的NPC。public Transform enemy; public Transform player; public float moveSpeed 3.0f; public float rotationSpeed 180f; // 度/秒 void Update() { if (enemy null || player null) return; // 1. 计算朝向目标的方向 Vector3 directionToPlayer (player.position - enemy.position).normalized; // 2. 平滑旋转朝向目标使用Quaternion.RotateTowards或Quaternion.Slerp // 这里用RotateTowards实现匀速旋转与MoveTowards理念一致 Quaternion targetRotation Quaternion.LookRotation(directionToPlayer); enemy.rotation Quaternion.RotateTowards(enemy.rotation, targetRotation, rotationSpeed * Time.deltaTime); // 3. 沿着当前面朝方向或直接朝目标方向移动 // 方案A沿着当前面朝方向移动更真实如坦克 // enemy.position enemy.forward * moveSpeed * Time.deltaTime; // 方案B直接朝目标位置移动更直接如追踪弹 enemy.position Vector3.MoveTowards(enemy.position, player.position, moveSpeed * Time.deltaTime); }这里我们引入了Quaternion.RotateTowards它是旋转领域的MoveTowards用于实现匀速的旋转变化。你可以选择让物体沿着自己的前向轴移动方案A这样移动轨迹会是一个平滑的曲线或者直接朝目标点移动方案B轨迹是直线。方案B虽然直接但可能和旋转动画不匹配需要根据需求选择。4.3 路径点序列移动让物体依次通过一系列路径点是NPC巡逻、镜头运镜的常见需求。MoveTowards同样能优雅处理。public Transform movingObject; public ListVector3 waypoints new ListVector3(); public float moveSpeed 2.0f; public bool loop true; private int currentWaypointIndex 0; void Start() { if (waypoints.Count 0 movingObject ! null) { movingObject.position waypoints[0]; // 起始于第一个路径点 } } void Update() { if (waypoints.Count 0 || currentWaypointIndex waypoints.Count) return; Vector3 targetWaypoint waypoints[currentWaypointIndex]; float maxDelta moveSpeed * Time.deltaTime; movingObject.position Vector3.MoveTowards(movingObject.position, targetWaypoint, maxDelta); // 检查是否到达当前路径点 if (Vector3.Distance(movingObject.position, targetWaypoint) 0.01f) { currentWaypointIndex; // 前往下一个点 if (currentWaypointIndex waypoints.Count) { if (loop) { currentWaypointIndex 0; // 循环 } else { // 非循环到达终点可以禁用脚本或触发事件 enabled false; OnPathComplete(); } } } }这个实现清晰且健壮。它维护一个当前目标点的索引用MoveTowards匀速移向该点到达后索引加一。循环模式和非循环模式都得到了支持。你可以轻易地将其扩展为到达路径点时暂停一段时间、随机选择下一个路径点、或者根据条件动态修改waypoints列表。5. 深度避坑与性能优化指南用了这么多年MoveTowards我积累了不少经验和教训。下面这些坑希望你不用再踩一遍。5.1 关键避坑点坑点1帧率依赖性与Time.deltaTime这是最重要的一点maxDelta参数必须乘以Time.deltaTime否则移动速度将直接依赖于游戏帧率。在60帧的机器上每秒移动60个单位在30帧的机器上就只移动30个单位。永远记住maxDelta speed * Time.deltaTime。speed是你定义的“每秒钟移动多少单位”的速率。坑点2在FixedUpdate中使用如果你的移动逻辑放在FixedUpdate中通常用于物理相关、需要稳定时间步长的对象那么应该使用Time.fixedDeltaTime来计算maxDelta。FixedUpdate的调用间隔是固定的使用Time.deltaTime反而会引入不稳定性。void FixedUpdate() { float maxDelta moveSpeed * Time.fixedDeltaTime; rb.position Vector3.MoveTowards(rb.position, targetPosition, maxDelta); // 假设是动力学刚体谨慎操作 }注意直接修改Rigidbody的position会影响物理模拟通常对于物理控制的物体更推荐使用rb.MovePosition或给刚体施加力。这里只是展示时间间隔的用法。坑点3极小距离与无限循环虽然MoveTowards能精确到达但在比较是否到达时不要直接使用判断浮点数或向量相等。因为浮点数计算有精度损失。应该使用一个很小的阈值Epsilon进行比较。// 推荐做法 if (Vector3.Distance(currentPos, targetPos) 0.001f) { // 视为到达 } // 或者使用Mathf.Approximately (仅适用于float) if (Mathf.Approximately(currentValue, targetValue)) { // 视为相等 }坑点4与非匀速动画的混淆MoveTowards是匀速的。如果你需要的是“先快后慢”的缓动效果比如按钮点击的弹性动画那么MoveTowards就不合适。这时应该考虑Lerp(配合一个变化的t)、SmoothDamp或者使用动画曲线AnimationCurve来调制maxDelta。不要试图用MoveTowards去模拟所有运动。5.2 性能优化与高级技巧技巧1按需更新不是所有移动物体都需要每帧更新。如果目标点很远移动速度很慢可以降低更新频率。但对于大多数情况在Update中更新足矣MoveTowards本身计算开销极低。技巧2与协程Coroutine结合对于一次性的、有明确结束状态的移动比如UI弹窗入场使用协程可以让代码更清晰。IEnumerator MoveToPosition(Vector3 targetPos, float duration) { Vector3 startPos transform.position; float elapsedTime 0f; while (elapsedTime duration) { // 计算基于时间的进度0到1但内部用MoveTowards思想控制速度 // 这里更推荐用Vector3.Lerp因为duration固定。 // 如果用MoveTowards需要计算每秒速度speed distance / duration float speed Vector3.Distance(startPos, targetPos) / duration; transform.position Vector3.MoveTowards(transform.position, targetPos, speed * Time.deltaTime); elapsedTime Time.deltaTime; yield return null; // 等待下一帧 } // 确保最终位置精确 transform.position targetPos; }这个例子有点混合它用MoveTowards实现了在固定时间内移动到目标点。实际上这种情况下用Lerp配合一个从0到1线性增长的t会更标准。但这也展示了MoveTowards的灵活性你可以动态计算每一帧的maxDelta。技巧3用于非位置属性MoveTowards不仅可以用于位置 (Vector3) 和普通浮点数 (Mathf)还可以用于颜色 (Color)、角度等任何可以线性插值的属性。Color虽然没有直接的MoveTowards但你可以分别对r, g, b, a四个分量使用Mathf.MoveTowards。Color currentColor image.color; Color targetColor Color.red; float changeSpeed 1.0f; // 颜色分量变化速度每秒 float delta changeSpeed * Time.deltaTime; currentColor.r Mathf.MoveTowards(currentColor.r, targetColor.r, delta); currentColor.g Mathf.MoveTowards(currentColor.g, targetColor.g, delta); currentColor.b Mathf.MoveTowards(currentColor.b, targetColor.b, delta); currentColor.a Mathf.MoveTowards(currentColor.a, targetColor.a, delta); image.color currentColor;技巧4制作“弹性跟随”效果单纯的MoveTowards是硬性的匀速移动。可以结合一点简单的物理模拟做出更生动的“弹性跟随”效果比如摄像机跟随。public Transform follower; // 跟随者 public Transform target; // 目标 public float followSpeed 5.0f; public float smoothTime 0.3f; // 平滑时间越小跟随越紧 private Vector3 currentVelocity Vector3.zero; // 当前速度 void Update() { if (follower null || target null) return; // 使用SmoothDamp实现弹性跟随其内部逻辑比MoveTowards更复杂能产生加速度效果。 // 这里作为对比展示MoveTowards的“刚性”。 // follower.position Vector3.SmoothDamp(follower.position, target.position, ref currentVelocity, smoothTime); // 使用MoveTowards的刚性跟随 float maxDelta followSpeed * Time.deltaTime; follower.position Vector3.MoveTowards(follower.position, target.position, maxDelta); }Vector3.SmoothDamp是Unity内置的更好用的平滑跟随函数它会计算速度并产生一个渐近线的缓动效果。而MoveTowards是线性的、无加速度的。根据你的美术风格和需求选择。6. 常见问题排查与解决方案实录在实际开发中即使理解了原理还是会遇到一些奇怪的问题。下面是我遇到的一些典型情况及其解决方法。问题1物体移动卡顿、不流畅像在“跳帧”。可能原因1maxDelta计算错误没有乘以Time.deltaTime导致每帧移动距离过大瞬间跨越多个像素或单位视觉上不连贯。排查检查maxDelta的计算公式。确保是speed * Time.deltaTime。可能原因2移动代码被放在了非每帧执行的函数中比如只在某些事件触发时才调用。排查确保持续移动的逻辑在Update或FixedUpdate中。可能原因3目标点targetPosition本身在剧烈抖动或每帧被重新赋值到一个很远的位置。排查打印或调试查看targetPosition的值是否稳定。问题2UI填充到最后一点点的时候特别慢或者永远差一点不到100%。可能原因你错误地使用了Lerp并且t参数很小。如前所述Lerp会随着接近目标而减速。解决方案切换到Mathf.MoveTowards。如果必须用Lerp需要保存一个初始值和一个从0到1的独立进度变量t而不是用当前值作为起点。// 正确的Lerp用法固定时间 float startFill 0f; float targetFill 1f; float duration 2f; float elapsedTime 0f; void Update() { elapsedTime Time.deltaTime; float t Mathf.Clamp01(elapsedTime / duration); // 独立的进度t progressBar.fillAmount Mathf.Lerp(startFill, targetFill, t); }问题3物体移动到目标点后停不下来轻微抖动。可能原因到达判断条件不精确物体在目标点附近来回微调。排查与解决检查到达判断的阈值是否合适。0.001f对于世界坐标可能太小对于本地UI坐标可能太大。根据场景调整。确保到达目标点后停止更新位置逻辑。可以设置一个bool hasReached true;的标志位或者在到达后直接将位置设置为目标点transform.position targetPosition;然后禁用移动脚本或返回。如果目标点本身也在移动如跟随玩家那么抖动可能是不可避免的。可以考虑加入一个“死区”Dead Zone当距离小于某个很小值时就停止移动直到距离再次拉大。问题4在低帧率设备上物体移动会“穿墙”或检测不到碰撞。可能原因这是“子弹穿纸”问题。如果maxDelta即speed * Time.deltaTime在一帧内过大物体可能从一个碰撞体的一侧直接移动到另一侧中间过程没有触发碰撞检测。解决方案限制最大步长对maxDelta设置一个上限确保它不会大于碰撞体的大小。maxDelta Mathf.Min(maxDelta, maxStepSize);使用射线检测Raycasting在移动前朝移动方向发射一条长度为maxDelta的射线如果检测到碰撞则调整移动终点。使用刚体和物理移动对于复杂的碰撞环境将移动交给物理引擎Rigidbody和Collider处理使用rb.MovePosition或力来控制移动物理引擎会处理连续的碰撞检测。问题5多个物体用MoveTowards移动但速度看起来不一样。可能原因它们的moveSpeed单位不一致。有的速度是“米/秒”用于世界空间移动有的速度是“像素/秒”或“比例/秒”用于UI移动。混在一起比较就会觉得不一样。解决方案统一规划你的速度单位。为世界空间物体使用“米/秒”为UI的RectTransform局部位置移动使用“像素/秒”为fillAmount使用“比例/秒”。在代码注释中写清楚单位。问题现象可能原因解决方案移动卡顿、跳帧未乘Time.deltaTime代码不在每帧执行检查maxDelta公式确保在Update中调用移动末尾减速误用Lerp且t参数固定且很小改用MoveTowards或用独立进度变量t配合Lerp到达后抖动到达判断阈值不当到达后未停止逻辑调整判断阈值到达后精确设位并停止更新低帧率穿墙单帧位移过大跳过碰撞检测限制单帧最大步长使用射线检测预判速度视觉不一致速度单位不统一世界单位 vs UI单位明确并统一速度单位体系最后我个人最深刻的体会是选择工具始于理解其约束。MoveTowards的约束就是“匀速”和“最大步长”。在这个约束内它简单、可靠、高效。当你的需求恰好符合这个约束时它就是最优解。不要因为它简单而轻视它在游戏开发中简单往往意味着稳定和可维护。下次当你需要一段匀速、可靠的移动代码时别再下意识地敲出Lerp了试试MoveTowards你会回来感谢我的。