简介本资源围绕Unity引擎中基于键盘WASD与鼠标配合实现物体移动的典型需求整理适合Unity初学者、游戏开发入门者以及需要快速实现第一人称或第三人称移动控制的开发者。资源为一个PDF文档压缩包共1个文件大小约46KB内容包含从场景搭建、脚本挂载到核心代码的完整讲解重点介绍了Input.GetKey与Input.GetAxis等方法的使用逻辑并详细演示了WASD控制前后左右、空格与F键控制Y轴升降、鼠标左键拖拽旋转视角等操作。文档还分析了该方案的优缺点及适用场景例如第一人称射击游戏、模拟类应用和虚拟现实交互原型。目前该资源已有10925人学习读者可直接参考其中完整的MoveCam示例代码理解物体位移与摄像机旋转的配合方式为后续扩展角色控制、碰撞检测或视角平滑等功能打下基础。1. 一条WASD移动代码的背后是输入、坐标空间和物理帧三件事Unity里让物体跟着WASD动最直觉的写法就是读两个轴、给Transform的position加一个方向向量。这个流程很多入门教程三分钟就带过但真正落到项目里你会发现同样的代码在第三人称下按W不走屏幕前方斜着走速度突然变成1.4倍加了Rigidbody之后还会穿墙抖动。问题不出在移动本身而在于你选了哪套输入接口、移动的是Transform还是Rigidbody、方向向量算在世界空间还是本地空间。这三点决定了一段WASD移动代码能不能直接用也决定了它是入门第一课还是后面返工的重灾区。这篇就顺着这条链路把每层的选择和参数讲清楚。2. 用Input类接住键盘WASD映射、按键检测与轴输入的区别2.1 先说Input.GetKey与Input.GetAxis两套读键方式Unity里读键盘最直接的方法是Input.GetKey(KeyCode.W)返回布尔值按着就是true松开就是false。配合GetKeyDown和GetKeyUp可以捕捉按下瞬间和抬起瞬间适合做单次触发逻辑比如跳跃、互动、UI快捷键。而Input.GetAxis(Horizontal)返回的是一个从-1到1的浮点数按下A返回负值按下D返回正值数值变化还受Input Manager里的灵敏度、重力参数影响自带平滑过渡。键盘本来就是数字输入为什么要一个带平滑的浮点因为同样的输入接口还要兼容手柄摇杆摇杆推一点就返回0.3推满才返回1。移動代码和速度相乘时用一个float比判断一堆bool要干净得多。默认工程已经配置好了Edit Project Settings Input Manager里的Horizontal和Vertical两组轴分别绑定了A/D、W/S另外还带上下方向键。大多数情况下不用手动改映射直接读这两个轴就行。2.2 最小可动代码Update里移动Transform2.2.1 基于Translate的写法与参数说明先看一段能直接挂到物体上跑起来的代码using UnityEngine; public class SimpleMove : MonoBehaviour { public float speed 5f; void Update() { float h Input.GetAxis(Horizontal); float v Input.GetAxis(Vertical); Vector3 dir new Vector3(h, 0f, v); transform.Translate(dir * speed * Time.deltaTime, Space.World); } }这段代码的逻辑h对应A/D轴v对应W/S轴两者拼成一个三维向量dir水平方向是X前后是ZY固定为0。dir乘以speed得到每秒位移量再乘Time.deltaTime把每帧位移换算成每秒位移最后用Translate加到位置上。Space.World表示该方向向量按世界坐标解释物体自身旋转了也不会影响W键的方向如果改成Space.Self方向会跟随物体的本地坐标旋转后W键可能变成沿着物体鼻子方向走这在某些俯视游戏里没问题但第三人称角色一旦转向就会得到很诡异的手感。2.2.2 为什么必须乘Time.deltaTimeUpdate的调用次数取决于设备帧率60帧下每秒跑60次30帧下只有30次。如果不乘Time.deltaTime同样是speed 5每帧位移5单位60帧下物体每秒跑300单位30帧下只有150单位速度直接差一倍。deltaTime是上一帧消耗的真实时间乘以它以后位移变成每秒5单位的恒定量帧率变化不影响实际速度。提示不要在Update里直接写transform.position dir * speed并期望不同设备手感一致漏掉deltaTime是Unity新手移动代码里最常见的致命伤。2.3 新版Input System带来的差异与兼容Unity从2019开始主推新的Input System包它把输入处理从Input.GetAxis这种全局静态方法换成了可配置的InputAction资产。新系统下默认不启用旧的Input Manager如果项目创建时选了新模板直接写Input.GetAxis会找不到方法。需要在Player Settings Active Input Handling里把选项设为Both让新旧输入代码同时生效老项目才能平滑迁移。新旧方案的核心差异在于旧Input Manager的轴名称写死在Input Manager窗口里平台差异化处理比较繁琐新Input System支持运行时重新绑定按键、在UI里显示图标、方便处理手柄和触屏代价是学习曲线更陡。做简单的WASD键盘移动时旧方案的代码量确实更少但如果你预判项目后期要接手柄或自定义按键建议一开始就用新Input System省得后面把移动逻辑从静态方法改成Action回调时大面积返工。方式返回值典型用途注意点Input.GetKeybool单键触发、快捷键需要自己处理按下/抬起逻辑Input.GetAxisfloat-1到1连续移动、手柄兼容默认带平滑响应有延迟Input.GetAxisRawfloat-1/0/1需要立即响应的键盘移动无平滑数值跳跃新Input SystemInputAction跨平台、可重绑定的复杂输入需要配置Action资产代码结构不同如果追求跟手移动方向计算建议用GetAxisRaw它没有平滑过渡按键瞬间就是满值。平滑交给后面的移动代码自己处理比让输入层半遮半掩地做更可控。3. 移动谁Transform与Rigidbody的选择和参数陷阱3.1 Transform.Translate适合哪些物体又会在哪里失控Transform.Translate直接修改GameObject的position完全绕开物理引擎。对不需要碰撞的物体来说这是最轻量的方式比如移动一个纯视觉的粒子占位、做摄像机跟随的中间节点。但一旦物体带有Collider和Rigidbody直接改Transform会出问题。物理引擎每帧基于刚体速度做碰撞检测你直接瞬移位置引擎来不及更新碰撞体状态高速移动时可能直接穿过薄墙也可能因为帧率波动造成位置抖动毕竟物理步长是固定的而Transform移动是跟渲染帧走的。回到标题里的场景如果只是物体移动没有说一定要走物理那么简洁方案就是Translate。但到了项目里物体要撞墙停下来、要触发碰撞事件就必须考虑物理接口。3.2 用Rigidbody做物理移动MovePosition、AddForce与velocity的取舍凡是带Rigidbody的角色推荐按需求在三种方式里选AddForce给刚体施加力由物理引擎计算速度。优点是真实适合玩家踩到弹簧垫、被爆炸弹飞缺点是很难精确控制速度手感偏飘不用于常规角色位移。rb.velocity直接给刚体的速度向量赋值效率和可控性最好FPS角色常用。但完全覆盖物理计算结果所以要保留重力的那部分速度。rb.MovePosition把刚体移动到指定位置且会经过碰撞检测适合传送和滑行类移动但不改变刚体的瞬时速度球体相撞等依赖速度的效果表现不佳。角色移动最常用的是velocity赋值写出来是这样using UnityEngine; [RequireComponent(typeof(Rigidbody))] public class RbMove : MonoBehaviour { public float speed 5f; private Rigidbody rb; private Vector3 dir; void Start() { rb GetComponentRigidbody(); rb.freezeRotation true; } void Update() { float h Input.GetAxisRaw(Horizontal); float v Input.GetAxisRaw(Vertical); dir new Vector3(h, 0f, v); dir.Normalize(); } void FixedUpdate() { Vector3 velocity dir * speed; velocity.y rb.velocity.y; rb.velocity velocity; } }这里把dir的读取放Update把速度赋值放FixedUpdate。原因是Input状态在Update里更新而物理计算在FixedUpdate里跑固定帧率默认50Hz不在FixedUpdate里改刚体速度就会引入帧率耦合。velocity.y rb.velocity.y保留了重力累积出的下落速度避免角色被钉在空中。3.3 让手感不发飘的三个刚体参数3.3.1 velocity赋值与MovePosition的帧率差异rb.velocity是每物理帧生效的赋值后后续物理模拟基于这个速度推进位置。它和MovePosition最大的区别在于velocity改变的是运动状态碰撞滑块、推箱子时物理表现更自然MovePosition是告诉物理引擎我要移到这个位置本质上是位置更新的视觉结果遇到障碍物时会表现为被挡住但不会产生推挤效果。做玩家移动时选velocity做机关平台移动时选MovePosition更恰当。3.3.2 Interpolate与Collision Detection的配合刚体组件上有两个肉眼可见的参数Interpolate和Collision Detection。Interpolate建议设为Interpolate它能让物体位置在两个物理帧之间做插值渲染消除低帧率下的抖动。注意它只影响渲染位置不影响物理逻辑。Collision Detection默认是Discrete高速移动可能穿透薄墙改成Continuous会基于扫掠形状检测代价是性能开销增加。普通小物体、速度在10以内Discrete够用子弹、高速赛车这类物体再考虑Continuous。参数推荐值说明Mass1 到 5影响AddForce和碰撞反作用力不影响velocity直接赋值Drag1 到 3数值越大松开按键后减速越快InterpolateInterpolate平滑渲染位置减少抖动Collision DetectionContinuous高速时防止穿过碰撞体但开销更大4. WASD在三维空间里的方向问题相机相对移动与斜向速度修正4.1 为什么W朝世界的Z轴走而不是朝屏幕里走上一章的Translate和velocity代码输入向量(h, 0, v)是直接按世界X轴和Z轴解释的。物体没旋转时按W就是往世界Z轴正方向走A往X轴负方向走。这在俯视视角或者固定网格游戏里逻辑正确切换到第三人称后相机放在角色后上方玩家按W期望的是角色朝屏幕里远离镜头也就是相机的前方向投影到地面上。如果不修正方向按W角色会沿着世界Z轴走而相机朝向可能已经绕Y轴转过了90度两者完全错位。4.2 把输入向量从屏幕方向换算到世界方向常见的修正是先取相机的forward和right把它们的Y分量清零再归一化得到地面投影方向然后和输入向量组合Transform cam Camera.main.transform; Vector3 forward cam.forward; forward.y 0f; forward.Normalize(); Vector3 right cam.right; right.y 0f; right.Normalize(); float h Input.GetAxisRaw(Horizontal); float v Input.GetAxisRaw(Vertical); Vector3 move forward * v right * h; move Vector3.ClampMagnitude(move, 1f); transform.Translate(move * speed * Time.deltaTime, Space.World);这里的语义是相机正对着的方向定义为前按W时v 1forward * 1让角色沿相机前方地面投影移动按D时h 1right * 1让角色沿相机右方移动。两个方向叠加后就能得到任意键盘组合对应的世界空间方向。如果项目里相机没有俯仰角也就是完全俯视forward.y本来就是0这步可以省略但为了兼容自由视角还是保留为好。另一种等效做法是用四元数把输入向量绕Y轴旋转到相机的朝向上Vector3 rawDir new Vector3(h, 0f, v); Vector3 move Quaternion.Euler(0f, cam.eulerAngles.y, 0f) * rawDir;因为角色移动只需要地面的平面方向取eulerAngles.y就够不需要把相机的俯仰角也转进去。这种方式代码更短但新手容易误写成cam.rotation * rawDir那样会连俯仰角一起带进来产生一个斜向上的方向角色就会往天上飞。4.3 斜向速度1.414倍的修正方法4.3.1 normalized与ClampMagnitude的区别同时按W和D时move向量的X和Z分量都是1向量长度变成$\sqrt{2}$约1.414。如果不处理斜向移动速度会比直线快约41%等式子里的speed就不再是实际速度。修正方式有两种move.normalized直接把向量除以长度强制变为长度1。这种方式会丢失向量原有的模长信息适合键盘这种非0即1的输入。Vector3.ClampMagnitude(move, 1f)当模长超过上限时截断没超过时保留原始值。它会保留手柄摇杆推一半时0.5的输入幅度达到小幅度输入就走慢点的效果。对纯键盘WASD来说两者效果几乎一样如果项目同一套代码要支持手柄用ClampMagnitude更好。还有一种情况是移动速度超调比如加了加速Buff让speed变成10但方向向量本身没变这时设置的上限应该和移动速度解耦只截方向长度就好。4.3.2 朝向随移动方向旋转的常用做法很多游戏里角色不是平移着走而是身体朝向移动方向。最常见的是用LookRotationif (move.magnitude 0.01f) { Quaternion targetRotation Quaternion.LookRotation(move); transform.rotation Quaternion.Slerp(transform.rotation, targetRotation, Time.deltaTime * 10f); }move.magnitude 0.01f是为了避免原地站立时方向向量为零导致LookRotation产生undefined行为。Slerp第三个参数是旋转速度Time.deltaTime * 10表示每秒转过角度随距离增大而变化的渐近方式10是常用起始值角色转身会更跟手。如果想要瞬间转身效果直接赋值transform.rotation targetRotation不插值。5. 让移动手感阶跃的三个技巧平滑加速、地面判定与速度可视化5.1 用SmoothDamp模拟惯性的最小写法键盘输入是二值的按下瞬间速度就能达到满值松开立即归零手感生硬。用Vector3.SmoothDamp做一个速度缓冲让实际移动向量缓慢追上输入向量public float speed 6f; private Vector3 currentVelocity; private Vector3 targetMove; void Update() { float h Input.GetAxisRaw(Horizontal); float v Input.GetAxisRaw(Vertical); Vector3 inputDir new Vector3(h, 0f, v).normalized; targetMove inputDir * speed; Vector3 smoothedMove Vector3.SmoothDamp( transform.position, transform.position targetMove, ref currentVelocity, 0.1f ); transform.position smoothedMove; }SmoothDamp接收当前值、目标值、参考速度和一个smoothTime参数。这里把当前位置和目标位置之间做了平滑追赶smoothTime 0.1f表示大约0.1秒追上目标。数值越小越跟手越大越滑。注意currentVelocity需要声明为字段因为算法内部依赖上一次的计算结果。这个方案比Mathf.Lerp好在这个系数是时间量改起来直观。5.2 斜坡与地面判定的常见修正如果角色走斜坡直接用法线方向做移动会导致滑动。常规做法是把移动向量投影到地面法线所在的平面RaycastHit hit; if (Physics.Raycast(transform.position, Vector3.down, out hit, 1.2f, groundMask)) { Vector3 slopeDir Vector3.ProjectOnPlane(move, hit.normal); transform.Translate(slopeDir * speed * Time.deltaTime, Space.World); }用一个groundMask过滤哪些层算地面。如果角色需要跳跃还要配合一个isGrounded标志通过射线距离判断只有isGrounded为true时才允许Input.GetKeyDown(KeyCode.Space)触发跳跃否则会出现二段跳的漏洞。5.3 用Gizmos实时画出速度向量辅助调参调手感最怕感觉不对但说不出哪里不对。给移动脚本加一个OnDrawGizmos把当前实际速度画出来就能在场景视图直观看到加速度滞后、斜向超速这一类问题private void OnDrawGizmos() { Gizmos.color Color.green; Gizmos.DrawRay(transform.position, rb ? rb.velocity : transform.forward * speed); }这样Play运行后绿色箭头就代表当前移动向量。如果按W和按WD箭头长度不同说明斜向速度修正没做如果松开按键箭头还拉很长说明平滑时间太大或Drag太小。配合这个可视化再调上一节的smoothTime和刚体Drag基本就能找到适合自己的手感。本文还有配套的精品资源点击获取
Unity WASD移动开发指南：输入系统、坐标空间与物理帧解析
简介本资源围绕Unity引擎中基于键盘WASD与鼠标配合实现物体移动的典型需求整理适合Unity初学者、游戏开发入门者以及需要快速实现第一人称或第三人称移动控制的开发者。资源为一个PDF文档压缩包共1个文件大小约46KB内容包含从场景搭建、脚本挂载到核心代码的完整讲解重点介绍了Input.GetKey与Input.GetAxis等方法的使用逻辑并详细演示了WASD控制前后左右、空格与F键控制Y轴升降、鼠标左键拖拽旋转视角等操作。文档还分析了该方案的优缺点及适用场景例如第一人称射击游戏、模拟类应用和虚拟现实交互原型。目前该资源已有10925人学习读者可直接参考其中完整的MoveCam示例代码理解物体位移与摄像机旋转的配合方式为后续扩展角色控制、碰撞检测或视角平滑等功能打下基础。1. 一条WASD移动代码的背后是输入、坐标空间和物理帧三件事Unity里让物体跟着WASD动最直觉的写法就是读两个轴、给Transform的position加一个方向向量。这个流程很多入门教程三分钟就带过但真正落到项目里你会发现同样的代码在第三人称下按W不走屏幕前方斜着走速度突然变成1.4倍加了Rigidbody之后还会穿墙抖动。问题不出在移动本身而在于你选了哪套输入接口、移动的是Transform还是Rigidbody、方向向量算在世界空间还是本地空间。这三点决定了一段WASD移动代码能不能直接用也决定了它是入门第一课还是后面返工的重灾区。这篇就顺着这条链路把每层的选择和参数讲清楚。2. 用Input类接住键盘WASD映射、按键检测与轴输入的区别2.1 先说Input.GetKey与Input.GetAxis两套读键方式Unity里读键盘最直接的方法是Input.GetKey(KeyCode.W)返回布尔值按着就是true松开就是false。配合GetKeyDown和GetKeyUp可以捕捉按下瞬间和抬起瞬间适合做单次触发逻辑比如跳跃、互动、UI快捷键。而Input.GetAxis(Horizontal)返回的是一个从-1到1的浮点数按下A返回负值按下D返回正值数值变化还受Input Manager里的灵敏度、重力参数影响自带平滑过渡。键盘本来就是数字输入为什么要一个带平滑的浮点因为同样的输入接口还要兼容手柄摇杆摇杆推一点就返回0.3推满才返回1。移動代码和速度相乘时用一个float比判断一堆bool要干净得多。默认工程已经配置好了Edit Project Settings Input Manager里的Horizontal和Vertical两组轴分别绑定了A/D、W/S另外还带上下方向键。大多数情况下不用手动改映射直接读这两个轴就行。2.2 最小可动代码Update里移动Transform2.2.1 基于Translate的写法与参数说明先看一段能直接挂到物体上跑起来的代码using UnityEngine; public class SimpleMove : MonoBehaviour { public float speed 5f; void Update() { float h Input.GetAxis(Horizontal); float v Input.GetAxis(Vertical); Vector3 dir new Vector3(h, 0f, v); transform.Translate(dir * speed * Time.deltaTime, Space.World); } }这段代码的逻辑h对应A/D轴v对应W/S轴两者拼成一个三维向量dir水平方向是X前后是ZY固定为0。dir乘以speed得到每秒位移量再乘Time.deltaTime把每帧位移换算成每秒位移最后用Translate加到位置上。Space.World表示该方向向量按世界坐标解释物体自身旋转了也不会影响W键的方向如果改成Space.Self方向会跟随物体的本地坐标旋转后W键可能变成沿着物体鼻子方向走这在某些俯视游戏里没问题但第三人称角色一旦转向就会得到很诡异的手感。2.2.2 为什么必须乘Time.deltaTimeUpdate的调用次数取决于设备帧率60帧下每秒跑60次30帧下只有30次。如果不乘Time.deltaTime同样是speed 5每帧位移5单位60帧下物体每秒跑300单位30帧下只有150单位速度直接差一倍。deltaTime是上一帧消耗的真实时间乘以它以后位移变成每秒5单位的恒定量帧率变化不影响实际速度。提示不要在Update里直接写transform.position dir * speed并期望不同设备手感一致漏掉deltaTime是Unity新手移动代码里最常见的致命伤。2.3 新版Input System带来的差异与兼容Unity从2019开始主推新的Input System包它把输入处理从Input.GetAxis这种全局静态方法换成了可配置的InputAction资产。新系统下默认不启用旧的Input Manager如果项目创建时选了新模板直接写Input.GetAxis会找不到方法。需要在Player Settings Active Input Handling里把选项设为Both让新旧输入代码同时生效老项目才能平滑迁移。新旧方案的核心差异在于旧Input Manager的轴名称写死在Input Manager窗口里平台差异化处理比较繁琐新Input System支持运行时重新绑定按键、在UI里显示图标、方便处理手柄和触屏代价是学习曲线更陡。做简单的WASD键盘移动时旧方案的代码量确实更少但如果你预判项目后期要接手柄或自定义按键建议一开始就用新Input System省得后面把移动逻辑从静态方法改成Action回调时大面积返工。方式返回值典型用途注意点Input.GetKeybool单键触发、快捷键需要自己处理按下/抬起逻辑Input.GetAxisfloat-1到1连续移动、手柄兼容默认带平滑响应有延迟Input.GetAxisRawfloat-1/0/1需要立即响应的键盘移动无平滑数值跳跃新Input SystemInputAction跨平台、可重绑定的复杂输入需要配置Action资产代码结构不同如果追求跟手移动方向计算建议用GetAxisRaw它没有平滑过渡按键瞬间就是满值。平滑交给后面的移动代码自己处理比让输入层半遮半掩地做更可控。3. 移动谁Transform与Rigidbody的选择和参数陷阱3.1 Transform.Translate适合哪些物体又会在哪里失控Transform.Translate直接修改GameObject的position完全绕开物理引擎。对不需要碰撞的物体来说这是最轻量的方式比如移动一个纯视觉的粒子占位、做摄像机跟随的中间节点。但一旦物体带有Collider和Rigidbody直接改Transform会出问题。物理引擎每帧基于刚体速度做碰撞检测你直接瞬移位置引擎来不及更新碰撞体状态高速移动时可能直接穿过薄墙也可能因为帧率波动造成位置抖动毕竟物理步长是固定的而Transform移动是跟渲染帧走的。回到标题里的场景如果只是物体移动没有说一定要走物理那么简洁方案就是Translate。但到了项目里物体要撞墙停下来、要触发碰撞事件就必须考虑物理接口。3.2 用Rigidbody做物理移动MovePosition、AddForce与velocity的取舍凡是带Rigidbody的角色推荐按需求在三种方式里选AddForce给刚体施加力由物理引擎计算速度。优点是真实适合玩家踩到弹簧垫、被爆炸弹飞缺点是很难精确控制速度手感偏飘不用于常规角色位移。rb.velocity直接给刚体的速度向量赋值效率和可控性最好FPS角色常用。但完全覆盖物理计算结果所以要保留重力的那部分速度。rb.MovePosition把刚体移动到指定位置且会经过碰撞检测适合传送和滑行类移动但不改变刚体的瞬时速度球体相撞等依赖速度的效果表现不佳。角色移动最常用的是velocity赋值写出来是这样using UnityEngine; [RequireComponent(typeof(Rigidbody))] public class RbMove : MonoBehaviour { public float speed 5f; private Rigidbody rb; private Vector3 dir; void Start() { rb GetComponentRigidbody(); rb.freezeRotation true; } void Update() { float h Input.GetAxisRaw(Horizontal); float v Input.GetAxisRaw(Vertical); dir new Vector3(h, 0f, v); dir.Normalize(); } void FixedUpdate() { Vector3 velocity dir * speed; velocity.y rb.velocity.y; rb.velocity velocity; } }这里把dir的读取放Update把速度赋值放FixedUpdate。原因是Input状态在Update里更新而物理计算在FixedUpdate里跑固定帧率默认50Hz不在FixedUpdate里改刚体速度就会引入帧率耦合。velocity.y rb.velocity.y保留了重力累积出的下落速度避免角色被钉在空中。3.3 让手感不发飘的三个刚体参数3.3.1 velocity赋值与MovePosition的帧率差异rb.velocity是每物理帧生效的赋值后后续物理模拟基于这个速度推进位置。它和MovePosition最大的区别在于velocity改变的是运动状态碰撞滑块、推箱子时物理表现更自然MovePosition是告诉物理引擎我要移到这个位置本质上是位置更新的视觉结果遇到障碍物时会表现为被挡住但不会产生推挤效果。做玩家移动时选velocity做机关平台移动时选MovePosition更恰当。3.3.2 Interpolate与Collision Detection的配合刚体组件上有两个肉眼可见的参数Interpolate和Collision Detection。Interpolate建议设为Interpolate它能让物体位置在两个物理帧之间做插值渲染消除低帧率下的抖动。注意它只影响渲染位置不影响物理逻辑。Collision Detection默认是Discrete高速移动可能穿透薄墙改成Continuous会基于扫掠形状检测代价是性能开销增加。普通小物体、速度在10以内Discrete够用子弹、高速赛车这类物体再考虑Continuous。参数推荐值说明Mass1 到 5影响AddForce和碰撞反作用力不影响velocity直接赋值Drag1 到 3数值越大松开按键后减速越快InterpolateInterpolate平滑渲染位置减少抖动Collision DetectionContinuous高速时防止穿过碰撞体但开销更大4. WASD在三维空间里的方向问题相机相对移动与斜向速度修正4.1 为什么W朝世界的Z轴走而不是朝屏幕里走上一章的Translate和velocity代码输入向量(h, 0, v)是直接按世界X轴和Z轴解释的。物体没旋转时按W就是往世界Z轴正方向走A往X轴负方向走。这在俯视视角或者固定网格游戏里逻辑正确切换到第三人称后相机放在角色后上方玩家按W期望的是角色朝屏幕里远离镜头也就是相机的前方向投影到地面上。如果不修正方向按W角色会沿着世界Z轴走而相机朝向可能已经绕Y轴转过了90度两者完全错位。4.2 把输入向量从屏幕方向换算到世界方向常见的修正是先取相机的forward和right把它们的Y分量清零再归一化得到地面投影方向然后和输入向量组合Transform cam Camera.main.transform; Vector3 forward cam.forward; forward.y 0f; forward.Normalize(); Vector3 right cam.right; right.y 0f; right.Normalize(); float h Input.GetAxisRaw(Horizontal); float v Input.GetAxisRaw(Vertical); Vector3 move forward * v right * h; move Vector3.ClampMagnitude(move, 1f); transform.Translate(move * speed * Time.deltaTime, Space.World);这里的语义是相机正对着的方向定义为前按W时v 1forward * 1让角色沿相机前方地面投影移动按D时h 1right * 1让角色沿相机右方移动。两个方向叠加后就能得到任意键盘组合对应的世界空间方向。如果项目里相机没有俯仰角也就是完全俯视forward.y本来就是0这步可以省略但为了兼容自由视角还是保留为好。另一种等效做法是用四元数把输入向量绕Y轴旋转到相机的朝向上Vector3 rawDir new Vector3(h, 0f, v); Vector3 move Quaternion.Euler(0f, cam.eulerAngles.y, 0f) * rawDir;因为角色移动只需要地面的平面方向取eulerAngles.y就够不需要把相机的俯仰角也转进去。这种方式代码更短但新手容易误写成cam.rotation * rawDir那样会连俯仰角一起带进来产生一个斜向上的方向角色就会往天上飞。4.3 斜向速度1.414倍的修正方法4.3.1 normalized与ClampMagnitude的区别同时按W和D时move向量的X和Z分量都是1向量长度变成$\sqrt{2}$约1.414。如果不处理斜向移动速度会比直线快约41%等式子里的speed就不再是实际速度。修正方式有两种move.normalized直接把向量除以长度强制变为长度1。这种方式会丢失向量原有的模长信息适合键盘这种非0即1的输入。Vector3.ClampMagnitude(move, 1f)当模长超过上限时截断没超过时保留原始值。它会保留手柄摇杆推一半时0.5的输入幅度达到小幅度输入就走慢点的效果。对纯键盘WASD来说两者效果几乎一样如果项目同一套代码要支持手柄用ClampMagnitude更好。还有一种情况是移动速度超调比如加了加速Buff让speed变成10但方向向量本身没变这时设置的上限应该和移动速度解耦只截方向长度就好。4.3.2 朝向随移动方向旋转的常用做法很多游戏里角色不是平移着走而是身体朝向移动方向。最常见的是用LookRotationif (move.magnitude 0.01f) { Quaternion targetRotation Quaternion.LookRotation(move); transform.rotation Quaternion.Slerp(transform.rotation, targetRotation, Time.deltaTime * 10f); }move.magnitude 0.01f是为了避免原地站立时方向向量为零导致LookRotation产生undefined行为。Slerp第三个参数是旋转速度Time.deltaTime * 10表示每秒转过角度随距离增大而变化的渐近方式10是常用起始值角色转身会更跟手。如果想要瞬间转身效果直接赋值transform.rotation targetRotation不插值。5. 让移动手感阶跃的三个技巧平滑加速、地面判定与速度可视化5.1 用SmoothDamp模拟惯性的最小写法键盘输入是二值的按下瞬间速度就能达到满值松开立即归零手感生硬。用Vector3.SmoothDamp做一个速度缓冲让实际移动向量缓慢追上输入向量public float speed 6f; private Vector3 currentVelocity; private Vector3 targetMove; void Update() { float h Input.GetAxisRaw(Horizontal); float v Input.GetAxisRaw(Vertical); Vector3 inputDir new Vector3(h, 0f, v).normalized; targetMove inputDir * speed; Vector3 smoothedMove Vector3.SmoothDamp( transform.position, transform.position targetMove, ref currentVelocity, 0.1f ); transform.position smoothedMove; }SmoothDamp接收当前值、目标值、参考速度和一个smoothTime参数。这里把当前位置和目标位置之间做了平滑追赶smoothTime 0.1f表示大约0.1秒追上目标。数值越小越跟手越大越滑。注意currentVelocity需要声明为字段因为算法内部依赖上一次的计算结果。这个方案比Mathf.Lerp好在这个系数是时间量改起来直观。5.2 斜坡与地面判定的常见修正如果角色走斜坡直接用法线方向做移动会导致滑动。常规做法是把移动向量投影到地面法线所在的平面RaycastHit hit; if (Physics.Raycast(transform.position, Vector3.down, out hit, 1.2f, groundMask)) { Vector3 slopeDir Vector3.ProjectOnPlane(move, hit.normal); transform.Translate(slopeDir * speed * Time.deltaTime, Space.World); }用一个groundMask过滤哪些层算地面。如果角色需要跳跃还要配合一个isGrounded标志通过射线距离判断只有isGrounded为true时才允许Input.GetKeyDown(KeyCode.Space)触发跳跃否则会出现二段跳的漏洞。5.3 用Gizmos实时画出速度向量辅助调参调手感最怕感觉不对但说不出哪里不对。给移动脚本加一个OnDrawGizmos把当前实际速度画出来就能在场景视图直观看到加速度滞后、斜向超速这一类问题private void OnDrawGizmos() { Gizmos.color Color.green; Gizmos.DrawRay(transform.position, rb ? rb.velocity : transform.forward * speed); }这样Play运行后绿色箭头就代表当前移动向量。如果按W和按WD箭头长度不同说明斜向速度修正没做如果松开按键箭头还拉很长说明平滑时间太大或Drag太小。配合这个可视化再调上一节的smoothTime和刚体Drag基本就能找到适合自己的手感。本文还有配套的精品资源点击获取
