于江水1. 为什么说手感一半是靠相机震动撑起来的
在UE5项目里打磨打击感或者驾驶体验的时候，很多人第一反应是调特效、调音效、调动画。但如果你把特效全关掉、声音静音，只留相机震动，再打一拳或者开一枪，会发现手感居然还在。反过来，震动关掉，哪怕特效堆满，打击反馈也会瞬间变得绵软无力。这个现象不是我编的，做动作游戏和射击游戏的团队基本都有同感——相机震动本质上是给玩家视觉系统的一记短促脉冲，它模拟的是人体受到冲击时头部/眼球产生的惯性位移，是最原始的"我被打中了/我打中了"的感官信号。
UE5的CameraShake系统就是干这个的。它允许你在任意时刻给玩家相机注入一段可控的震荡波形，表现形态包括位移抖动、旋转抖动、FOV变化等，并且可以通过蓝图和C++双向调用。这套系统在UE4时代就存在，UE5里保留了老的Legacy CameraShake，同时加入了基于Perlin噪声的新系统。很多人刚开始接触时容易懵，就是因为这两个东西名字相近、用法不同，网上教程又经常混着讲。
这篇文章我从实际项目角度出发，把CameraShake怎么选、怎么调、怎么接入到真实玩法逻辑里，以及我在项目里踩过的坑，一次性说清楚。不管你是纯蓝图开发还是C++为主，都能直接照着用。
需要模型API调用？ 免费领10W Token，多模型网关一键接入 Claude、DeepSeek 等主流模型。
2. CameraShake选型：Legacy和Perlin到底该用哪个
2.1 两套系统并存的历史原因
先讲背景。UE4早期只有一套CameraShake基类，叫CameraShake（后来UE4.26之后逐渐标记为deprecated，UE5里对应LegacyCameraShake）。它的工作逻辑是：你定义一个震荡持续时间和一组震荡参数（位置震荡幅度、旋转震荡幅度等），引擎用Perlin噪声函数生成位移曲线，然后叠加到相机Transform上。
UE5引入的新系统叫MatineeCameraShake（实际类名是UCameraShakeBase的子类，通常用的子类是UPerlinCameraShake），配合CameraShakeSourceComponent使用。它最大的变化是把"震源"这个概念引了进来——震动不再只是相机自己折腾自己，而是一个场景里的Actor（比如爆炸物、开枪的枪口、被打中的NPC）可以挂一个CameraShakeSource组件，玩家相机在范围内，根据距离自动计算衰减，距离越近震得越狠。
听上去新系统明显更好，对吧？实际使用中确实也是。但老系统也没有被完全废弃，因为有些场景下它更直接——比如你只是想让玩家挨打时屏幕微微顿一下，不需要配合场景中的震源Actor，直接调Legacy反而更省事。所以我的建议是：别把两套系统看成新老替代关系，而是看成"有源衰减"和"无源直震"两个工具，按场景挑。
| 对比维度 | Legacy CameraShake | Perlin CameraShake（新） |
|---|---|---|
| 基类 | UCameraShakeBase的子类（LegacyCameraShake） | UPerlinCameraShake / UMatineeCameraShake |
| 衰减支持 | 手动写距离判断 | 内置Attenuation，自动按距离衰减 |
| 触发方式 | 直接在某处Play | 通过CameraShakeSourceComponent触发 |
| 适合场景 | UI表现、无源反馈、简单直震 | 爆炸、开枪、技能命中、场景内定点反馈 |
| 蓝图支持 | PlayCameraShake节点 | PlayCameraShakeFromSource等节点 |
2.2 项目里我推荐的主方案
如果项目从零开始，我建议以新系统为主，Legacy兜底。原因有三个：
第一，新系统的衰减机制省掉大量重复代码。以前做手雷爆炸，要先算出玩家距离爆炸点的距离，然后手动把震动幅度按距离缩放，再调PlayCameraShake。现在只要在手雷爆炸处生成一个CameraShakeSource，配置好衰减半径，播放逻辑全自动。
第二，新系统的参数设计更直观。老系统里Rotation/Location的振幅频率混在一起，新手很容易调出"整个屏幕抽搐"的效果。新系统把BaseLocationAmplitude、BaseRotationAmplitude、Frequency等参数拆分得更清晰，按属性调不容易乱。
第三，新系统支持多源混合。玩家身边同时炸两个手雷，两个Source的震动会被自动混合成一个整体，不会出现后面的震动直接覆盖前面的情况。这在老系统里处理起来非常麻烦。
但Legacy也不能丢，后面会讲到它的一个典型用法。
3. 从根源拆解CameraShake参数配置：最容易被忽略的几组数
3.1 PerlinCameraShake的核心参数组
很多教程会给你一个参数表，告诉你哪个参数调大调小大概是什么效果。但你要真正学会调CameraShake，得先明白每类参数在引擎里是怎么被消费的。拿UPerlinCameraShake的公开属性来看，主要分四组。
第一组是震荡幅度。控制的是震荡的"最大偏移量"。Location.Z的振幅决定了相机在垂直方向上最多能偏移多少厘米，Rotation相关的振幅则决定偏转度数。注意"最大"这个词——Perlin噪声生成的值是在正负振幅之间连续变化的，不是固定偏移，所以振幅数值直接决定你震动的上限强度。
第二组是震荡频率。它决定的是噪声曲线变化的速度，也就是"一分钟抖多少次"或者说"抖动的颗粒度"。频率越高，画面抖得越密，看起来越急促；频率越低，抖动越粗，更像"晃"而不是"震"。
第三组是持续时间。这个不用多说，持续多久。但有个细节：如果Duration设为0，新系统会一直震下去，直到你手动Stop。别小看这个设定，做持续震荡效果（比如角色持续被电击、站在地震地面）时需要用到。
第四组是衰减参数。这里有个误区，很多人以为Falloff只影响"距离衰减"，其实它还管时间衰减。实际上在CameraShakeSourceComponent里，InnerRadius和OuterRadius控制空间衰减，而CameraShake本身还有BlendIn/BlendOut时间，控制的是"震荡淡入淡出"的速度。
3.2 数值不是越大越好：一个实测案例
我拿自己项目里一个近战攻击命中反馈举例。最初我把Location.Z振幅调到2.0，Rotation.Yaw振幅调到2.0，看上去数值不小了，但游戏里一测，画面只是轻微晃了一下，打击感不够。后来我把数值拉到4.0和5.0，屏幕上确实震得厉害了，但一测试就发现两个问题：一是镜头晃动幅度大到让部分玩家产生眩晕感，二是快速连击时画面连续高幅晃动，导致玩家看不清敌人的攻击前摇。
最后定下来的是Location.Z振幅1.2、Rotation.Yaw振幅1.5、持续时间0.12秒、BlendOut时间0.25秒，配合上一点FOV的瞬间缩小（FOV Offset），效果反而比大振幅更干脆。这个案例说明一个规律：短而紧凑的小幅震动，往往比持续的大幅晃动更有打击感。 因为人对震动的感知主要来自"突然的变化"，而不是变化的绝对大小。
3.3 FOV震动：被低估的表现手段
大多数人对CameraShake的理解只停留在位置和旋转震荡，但UE5里CameraShakeBase还有一个FOV偏移属性（FOV Offset）。简单说，它能让相机在震动的同时，视场角跟着一起抖动变化。
这个参数用好了效果非常明显。举个例子：角色开启爆发技能的时候，如果只是镜头抖动，冲击感是"震了一下"；如果同时让FOV从90瞬间缩到80再弹回来，玩家会有一种"视野被技能挤压"的压迫感。我记得在某些3A射击游戏里，开枪时的"后坐力感"其实有相当一部分就是靠FOV快速伸缩来模拟的，而不是真正把相机位移做了多少。
具体操作上，FOV偏移的调制方式是把FOV Offset的值设成一个负值（缩小视野）再加随机变化。注意FOV偏移的时间通常要比位移震动的时间更长，让视野慢慢回弹，而不是"啪"一下回去，否则眼睛会很不舒服。我这里给出一个能用的配置：FOV Offset设为-8，BlendIn 0.05秒，BlendOut 0.4秒，持续时间0.45秒，整体感受是"镜头被狠狠推了一下然后回神"。
4. 激活链路详解：从蓝图节点到底层CameraManager发生了什么
4.1 直震场景：Legacy方式跑通
先说一种最简单的场景——玩家挨打，没有任何震源Actor，就是纯反馈。这种情况下用Legacy CameraShake最方便。
在蓝图里，只需要调用"PlayWorldCameraShake"节点，传入一个CameraShake类的引用，并指定震动的世界位置和前摇半径。这个节点有一组参数：InnerRadius和OuterRadius对应的是"以震动位置为中心，InsideRadius内全强度震动，OutsideRadius外完全没震动"，中间区域按比例衰减。注意这个衰减逻辑其实和Location没直接关系，你不一定要把震动位置放在玩家脚下，也可以放在玩家相机所在位置，然后把半径设大点，保证覆盖当前视角就行。
我平时更常用的是PlayerCameraManager节点上的"StartCameraShake"函数，直接传震动类进去，不需要指定位置，默认全屏震动。蓝图写成这样：
code复制Blueprint:
- Event BeginPlay
- Get Player Camera Manager
- Start Camera Shake (Shake类选择你新建的LegacyCameraShake子类)
C++里写法也类似，核心是拿到PlayerController再拿CameraManager：
cpp复制APlayerController* PC = GetWorld()->GetFirstPlayerController();
if (PC && PC->PlayerCameraManager)
{
PC->PlayerCameraManager->StartCameraShake(ULegacyCameraShake::StaticClass());
}
注意这里StartCameraShake的返回值和后续操作关系不大，它实际是在PlayerCameraManager内部开始播放指定的CameraShake实例，并叠加到相机最终Transform的计算链路上。只要你没调用StopCameraShake或者震动自己播完，它就会一直循环输出。
4.2 有源震动：Source组件的挂载和触发逻辑
有源震动的思路完全不一样。它不是在播放端指定一个震动，而是在场景里安置"震源"，播放端通过Source组件主动监听范围内的震动源。
具体做法分三步：第一步，新建一个继承CameraShakeSourceComponent的组件，挂到你要作为震源的角色或者Actor上（比如枪口、爆炸物、技能释放点）。第二步，在这个Source组件的属性里指定它要触发的CameraShake类，并配置好衰减半径（Attenuation）。第三步，在玩法逻辑里调用Source的"Play"函数，或者通过CameraShakeSourceManager统一管理播放。
新手最容易在这步翻车：把CameraShakeSourceComponent挂到了Actor上，也调了Play，但相机完全没反应。查下来才发现，Source组件默认没有勾选AutoActivate，或者Source组件的CameraShake类型没设置。正常流程应该是：
code复制- 属性里给CameraShakeSourceComponent配置好CameraShake类（比如PerlinCameraShake）
- 设置Active（勾选）让组件激活
- 调用Play（或者PlayAtActorLocation）
在C++里创建Source组件的方式如下：
cpp复制CameraShakeSourceComp = CreateDefaultSubobject<UCameraShakeSourceComponent>(TEXT("ShakeSource"));
CameraShakeSourceComp->CameraShake = MyPerlinShakeClass;
CameraShakeSourceComp->AttenuationSettings = MyAttenuationAsset;
CameraShakeSourceComp->bAutoActivate = true;
启动震动时：
cpp复制CameraShakeSourceComp->Play();
播放周期结束后会自动停止。假设需要持续震动，可以调用Play并传入一个持续时间参数，或者在循环里配合Stop。
4.3 玩家相机如何"接收"到震动
到这里就牵扯到一个关键概念：新系统并不是默认对所有玩家相机生效，而是需要CameraShakeSourceManager这个中间层来分发震动。当你在场景中Play时，引擎会把这个震源的信息广播给场景中所有active的CameraShakeSourceManager。一般场景里，CameraManager自己会带一个SourceManager，但你得确保它已经初始化并且监听了震源。
如果你的玩家Character是动态生成的，有时候SourceManager可能没有自动初始化到正确状态。典型表现就是：调试时场景里的震动正常，但换到动态生成的角色身上就失灵了。解决方案是手动获取PlayerCameraManager的SourceManager，并调用其Start/Stop对应方法。这部分在分屏或多人模式下更容易踩坑，单机开发中大概率不会遇到，但心里有个数。
5. 实战接入：命中反馈、爆炸衰减、持续震荡三个案例
5.1 近战/射击命中反馈：高帧率下的瞬时冲击
讲完原理，来看具体怎么在项目里接。我的项目是个近战动作游戏，所以最重要的一种反馈就是"砍到人"的瞬间冲击感。这里我没用Source，而是直接在武器Blueprint的Hit Event里调用了PlayerCameraManager的StartCameraShake。
因为命中是瞬时的，我不希望震动有"酝酿"过程，BlendIn尽量设短，甚至直接0秒。而BlendOut可以稍微给一点，让镜头有一个快速回中的过程，而不是戛然而止。参数参考：
- Rotation Pitch振幅：0.8
- Rotation Yaw振幅：1.2
- Location X振幅：0.3（模拟轻微后坐）
- Duration：0.1秒
- BlendIn：0.0秒
- BlendOut：0.2秒
这类短促震动有一个技巧：不要用同一个CameraShake类应答所有动作。重击、轻击、格挡成功、被敌人击中、被远程攻击击中，至少准备5到6个配置不同的CameraShake，否则玩家会很快对同一种震动脱敏，手感变得麻木。
5.2 爆炸范围衰减：让震源自己说话
爆炸是Source组件的标准应用场景。二段式实现：在爆炸物上挂一个CameraShakeSourceComponent，然后在爆炸触发的逻辑里调用Play，并把Source的衰减参数设置成符合技能范围的值。
这里我踩过一个实际的坑：手雷在很远的墙外爆炸，玩家贴着墙，理论上爆炸点在墙外、距离超过了OuterRadius，不该引发震动。但引擎里"被阻挡"和"距离"是两码事，Source组件的直线距离检测不会管墙不墙的问题，只要玩家位置在OuterRadius内，镜头就会震。这一点如果你在做战术射击游戏，一定要额外加射线检测来剔除被障碍物挡住的震源。
衰减参数建议：InnerRadius对应"玩家贴着爆炸中心"的距离（2米以内），OuterRadius对应"完全不受震动影响"的距离（10到15米）。衰减曲线建议选用指数衰减，到边缘处震动感迅速消失，观众会觉得更真实。
5.3 持续震荡：地震、眩晕、被控制状态
持续震荡是另一类需求。比如角色被眩晕控制、地面持续震动、角色站在爆炸后的余震区域。这时Duration不能设成有限的秒数，而是设成0（无限持续），然后在控制状态结束时再手动停止。
用蓝图逻辑就是：进入眩晕状态时，StartCameraShake并缓存返回的CameraShake实例；退出眩晕状态时，调用StopCameraShake并传入同一个实例引用。这里有个容易踩的坑：如果你在新系统里用的是"Play"（无Source）模式，停止时需要拿到具体播放的震动实例，否则会停掉所有正在播放的同类型震动。更保险的做法是走Source的Stop（或者StopAllFromSource），这样只会停掉这个Source产生的震动。
5.4 用C++封装一个全局震动管理组件
蓝图里零散地调StartCameraShake没问题，但当项目震动类型一多，我建议封装一个简单的震动管理组件（比如叫ImpactFeedbackComponent），统一对外暴露接口。比如一个函数叫PlayHitShake，内部根据动作类型从数据表查出一个配置，再决定走Source还是直震。
这个封装的好处是：调整参数时不用改各个蓝图层，只需要改数据表或者配置文件。特别是音效、特效、震动三者需要精确同步时，统一入口能很大程度减少不同步问题。
cpp复制UCLASS()
class UImpactFeedbackComponent : public UActorComponent
{
GENERATED_BODY()
public:
UFUNCTION(BlueprintCallable)
void PlayHitShake(AActor* Instigator, EHitType HitType);
};
实现里最简单的做法就是查表拿到对应的CameraShake类，然后调用PlayerCameraManager->StartCameraShake。如果走Source路线，就把震源位置和Source引用一起传过去。
6. 调试手法与性能开销：这两个环节很多人没做对
6.1 没有震动预览的时候怎么调参
CameraShake调参的痛点在于，你不能像调材质那样随时预览。你必须在游戏里跑到某个触发点，打一拳、挨一枪，才能看到效果。来回改参数很费时间。
我的办法是做一个调试蓝图/调试Actor，放在关卡里，上面放几个按键事件：
- 按键1：播放"轻击命中"震动
- 按键2：播放"重击命中"震动
- 按键3：播放"爆炸"震动（带距离衰减）
- 按键4：停止当前所有震动
这样调整完参数之后，直接PIE（Play In Editor）跑到调试Actor旁边，按几下就能对比效果，不用反复跑战斗流程。这个调试工具在真机调试时也很有用，因为真机性能和编辑器差异较大，同样的参数在真机上会显得更"轻"或更"重"，可以快速对比。
另外，UE5的Sequencer（过场动画）里也能预览CameraShake，如果你在调过场中的震动效果，可以放进Sequencer里直接拖时间轴看，这比进游戏测效率高很多。
6.2 性能开销：到底要不要担心
CameraShake的性能开销在绝大多数情况下可以忽略不计，因为它本质是生成几张噪声曲线然后叠加数值，不涉及复杂的物理模拟。真正可能影响性能的是你同时激活的Source组件数量。
假设一个地图里有20个爆炸物同时爆炸，每个都带一个Source组件，如果这些Source一直在检测玩家距离并计算衰减，20个Source并不算高。但如果你的Source组件没有正确停止，比如一个持续震动的Source忘了Stop，它就会一直参与计算，积少成多也可能造成一定的CPU占用。
更值得关注的其实是细节：CameraShake叠加过多时，画面会进入一种"糊成一片"的状态，玩家反而看不清场上情况。所以在设计上要注意控制同时激活的震动源数量，比如同一个玩家身上最多同时生效两个震动，超出后叠加或覆盖。实现方法是给震动加优先级，但UE5默认的CameraShake没有优先级判断，我一般是在自己的震动管理组件里做计数，超过阈值就把低优先级的震动先停掉。
6.3 移动端的特殊处理：别把PC参数直接搬过去
如果你的项目要发布到手机平台，震动参数一定要单独做一套。原因有两点：第一，移动端屏幕小，过大的位置偏移会让画面看起来非常混乱，眩晕感比PC强烈很多；第二，移动端帧率往往不如PC稳定，同一套参数在30帧和60帧下的体验差异非常大。如果你在PC上60帧调到刚刚好，放到30帧的手机上会显得抖动幅度"跳变"严重。
我的习惯是移动端把Location振幅砍半，Rotation振幅砍三分之一，BlendOut适当拉长，让画面尽快稳定下来。如果产品的主战场是移动端，建议从一开始就在低帧率环境下测试调参，而不是拿高配PC调到满意后再适配。
7. 新手最容易翻车的几个细节，写在这里省得你再踩
先列一个我见过最多人问的问题：为什么我新建的CameraShake播放之后什么反应都没有？ 排除掉代码调用问题之后，90%的原因是CameraShake类里的参数全为0，或者Duration短到人眼根本感知不到。有些教程会让你新建类后先跑一遍默认，但默认Duration是0.2秒、振幅是0，所以必须手动填。另一个常见原因是动画蓝图或摄像机逻辑里手动锁定了相机Transform，把CameraShake的输出值覆盖掉了。
第二个高频问题：震了一秒之后停不下来。 这个通常是把Duration设成0造成的，引擎按"循环震动"处理了。解决方法是找到这条Source调用Stop，或者把震动类里的Duration重新设回大于0。初学阶段不建议滥用Duration=0的写法。
第三个问题跟CameraShakeSourceComponent的AttenuationSettings有关。很多人会在Source组件上设置InnerRadius和OuterRadius，但如果你没有指定AttenuationSettings资产，这两个值默认是0，等于没用。引擎有内置的默认衰减配置，但它是为通用场景设计的，衰减曲线很平缓，跟你技能范围往往对不上。所以我建议至少为不同距离属性的技能准备好两到三套衰减配置资产，不要一个通用的走天下。
第四个问题出现在多人联机里：CameraShake是本地表现，不该由服务器直接调用，否则会出现"所有人共享一种震动"的诡异情况。多人项目的正确姿势是在客户端本地触发，比如命中反馈由被击中者客户端自己播放，爆炸震动由爆炸发生地附近玩家的客户端各自播放。如果你在服务器上调用StartCameraShake，最终表现往往不可控。
8. 几个提效思路：从反馈分层到数据驱动配置
做了一段时间之后，我慢慢形成了自己一套组织震动设计的方法。核心思路是分层：把震动按重要度和触发频率分成三层。
第一层是高频低幅反馈，比如走路脚步声、连续攻击命中、UI按钮点击。这一层的特点是频繁发生，幅度必须低，否则玩家很快就累。配置上采用短Duration、低振幅、快速BlendOut。
第二层是中频中等反馈，比如单次技能命中、普通受击。这一层的目标是"清晰但不抢镜"，要让玩家感受到冲击但又不影响观察敌人动作。振幅和持续时间都适中。
第三层是低频高冲击反馈，比如爆炸、处决、必杀技命中。这一层要的是"震撼"和"停顿感"，可以适当加长Duration、放宽振幅，甚至配合轻微慢动作来放大效果。
分层之后再做数据驱动。震动配置不要直接散落在各个蓝图里，而是放在一个**数据表（DataTable）**里，每一行代表一种震动类型，列包含振幅、频率、持续时间、BlendIn/Out、关联的CameraShake类路径等。战斗策划同学不写代码也能自己调参、自己试效果，程序员也不用反复进蓝图里翻节点。这套方式在我对接策划提需求时省了非常多的沟通成本。
至于CameraShake类本身，用数据表驱动后我只需要准备大概6到8个基础类，区分"极小""小""中""大""极大"等几个强度档位，其余参数差异全部由数据表里的数值覆盖。这样既保证了灵活度，又避免了蓝图资源爆炸。血缘上的效果相似，但这种组织方式在多人协作时就是能少吵架。
9. 最后分享一个我在手感打磨上的心得
所有关于CameraShake的参数调整，最终都要回到一个本质问题上：玩家在当前这个操作里，期望的视觉反馈是什么样的。命中一瞬间，他要的是"击中的实感"；被爆炸波及，他要的是"危险的距离感"；长时间行走在震动地面上，他要的是"环境在作用于我"的沉浸感。每种期望对应不同的震动形态，所以别指望有一个万能参数能覆盖所有场景。
我个人的一个习惯是：每次调完一组参数，先让眼睛休息半分钟再回来测，因为震动看久了你会有适应性，觉得"还行"的参数其实可能已经过度了。多找几个人一起看效果也很有用，不同人对震动的敏感度差异真的很大。
CameraShake这套东西，玩明白其实不难，但要做好，跟特效、音效、动画的配合关系很大。希望这篇分享能让你少走一些弯路，如果后面你在项目里调出了很满意的震动手感，欢迎回来交流具体参数。