尽管已经有一个可接受的答案，但我认为还有一些其他细节值得介绍。
使用速度
设置速度时，您将完全覆盖可能影响该对象运动的所有其他因素。在某些情况下，这是合乎需要的，例如，在发射子弹时立即设置一次子弹的初始速度，例如trojanfoe的示例。请小心，因为在错误的情况下使用它可能会引起问题：
如果多个源/脚本试图通过直接设置相同的刚体速度来修改它（即 body.velocity = foo），则最后一个运行获胜，而另一个则无效。这可能会导致更新错误的顺序，特别是导致实体悬停或缓慢掉落（因为重力导致的向下加速度在累积之前就被覆盖了）
如果您要设置每帧的速度，则与其他对象的碰撞可能会有些奇怪。就像您的物体被无限扭矩的发动机推动一样-不管物体在撞击中损失多少速度，在接下来的物理步骤中它都会恢复到最高速度，并且其速度不会偏离撞击。这可能会导致发射与您碰撞的对象，或者使小对象比看起来应该容易地推动大对象，或者使对象沿着静态障碍物缓慢滑动而不是偏离它们。
有时可能会同时需要这两种效果。例如，当我制作Kinect游戏并希望玩家的虚拟化身的肢体能够与物理场景进行交互时，我通常使用直接速度设置来移动这些身体。因为玩家的实际手在已知位置并且没有因与该虚拟对象碰撞而减速，所以他们的虚拟手需要做同样的事情以保持对齐，因此在这种情况下，我们实际上想要覆盖所有其他物理效果以到达那里。
AddForce和朋友
加力相比之下，和类似的辅助函数可以与物理世界中发生的所有其他事情进行协作。如果将多个源/脚本AddForce添加到一个刚体，则所有这些效果都将加在一起以在对象的运动中产生净变化（取决于运动的计算方式，该变化也可能与顺序无关）。这有助于避免一个脚本完全踩踏其他物理效果。
通过指定可选的ForceMode参数，AddForce有四种形式，它们可用于不同的事情：
ForceMode | Use
-----------------------------------------------------------------------
Force (default) | Accelerate an object over 1 time step, based on its mass.
| Units: Newtons = kg * m/s^2
|
Acceleration | Accelerate an object over 1 time step, ignoring its mass. (like gravity)
| Units: m/s^2
|
Impulse | Instantaneously propel an object, based on its mass
| Units: N * s = kg * m/s
|
VelocityChange | Instantaneously propel an object, ignoring its mass
| (like body.velocity = foo, except multiple scripts can stack)
| Units: m/s
如果您想模拟一段时间内的连续推动（例如，您正在应用每个FixedUpdate的东西），例如汽车行驶，火箭燃烧或重力井拉力，则需要“力”或“加速度”。（取决于您是否想让重物加速得更慢）
如果您要模拟运动的突然急剧变化，例如发射子弹，爆炸后弹或从障碍物弹起，那么您更可能需要Impulse或VelocityChange。
使用AddForce可以帮助您获得更多的物理真实感，但是它还可能需要您花费更多的时间来思考行为的物理原理。例如，如果您希望身体在达到目标速度之前具有有限的加速度，以使其对碰撞的反应比在每一帧中设置速度更真实，那么您可能希望进行类似于此辅助函数的计算：
public static void AccelerateTo(this Rigidbody body, Vector3 targetVelocity, float maxAccel)
{
Vector3 deltaV = targetVelocity - body.velocity;
Vector3 accel = deltaV/Time.deltaTime;
if(accel.sqrMagnitude > maxAccel * maxAccel)
accel = accel.normalized * maxAccel;
body.AddForce(accel, ForceMode.Acceleration);
}
我之所以将所有这些“帮助函数”称为“原因”，是因为从技术上讲，您可以通过以下方式实现所有相同的目的：
body.velocity += suitablyCalculatedDeltaV;
（我认为。基于Unity的PhysX / Box2D的物理求解器有可能通过AddForce分别缓冲更改，但是我没有看到明显的后果）
因此，归根结底，这些功能真正为我们带来的是意图的明确化。当我想施加渐进力时，我不需要记住将我的deltaV乘以Time.deltaTime并除以质量，我只是说我想要ForceMode.Force，它以正确且一致的方式处理。当我或其他人稍后对我的代码进行迭代时，可以立即明白我的意思，而无需解码时间和质量计算就可以了。