自动关联目录：网络预测与回滚

没有预测，玩家的每个操作都要等一个 RTT 才有反馈（100ms 的移动延迟在手感上是灾难）。预测的做法是：本地先演算，服务端权威，不一致就纠正。

一句话定位：预测是"先用假的结果让它跟手"，纠正是"真结果来了把它拉回去"。全部难点都在"怎么拉回去才不明显"。

三种一致性模型

角色移动：UE 已经做好的一套

ACharacter 的 CharacterMovementComponent 内置了完整的预测：

客户端                              服务端
 ├─ 输入 → 立刻本地移动
 ├─ 把这次移动存进 FSavedMove
 ├─ 发 ServerMove(时间戳, 输入, 结果位置)
 │                                  ├─ 用同样输入重演一遍
 │                                  ├─ 与客户端结果比对
 │  ◄──── ClientAdjustPosition ─────┘ 不一致就下发纠正
 ├─ 收到纠正 → 把"纠正时刻之后"的 SavedMove 全部重演
 └─ 平滑过渡到纠正后的位置

理解了这套流程，就能解释两个经典现象：

• "我在本地撞墙了但被拉回来" → 本地预测认为能走，服务端判定撞墙
• "网络差的时候角色会瞬移" → 误差超过 MaxClientSmoothingDelta，直接硬拉

自己写预测：Prediction Key

在 GAS 里，技能预测靠的是 FPredictionKey：

FPredictionKey Key = FPredictionKey::CreateNewPredictionKey(GetAbilitySystemComponent());
// 客户端本地激活技能 → 带上 Key
// 服务端收到 → 用同一个 Key 执行，回包带上 Key 结果
// 客户端收到同 Key 的确认 → 预测成功；收到 reject → 回滚

预测失败必须能回滚，这是设计前提：任何"播放了就收不回"的效果（粒子、音效、UI 弹窗）都不该放进预测路径，否则会看到"闪一下又没了"。

回滚（Rewind / Lag Compensation）

服务端判定时把世界"回退"到客户端当时的视角，用于命中判定。

客户端开枪（本地时间 T）→ 发 ServerFire(T, 瞄准方向)
服务端收到时已是 T+80ms
  → 服务端把所有角色回退到 T-80ms 的位置（需要保存位置历史）
  → 在回退后的世界里做射线检测
  → 判定命中

回滚是反作弊与手感之间的取舍：完全信任客户端时间等于允许"我看到哪打哪"，但过度校验会让高延迟玩家打不中。

平滑：让纠正看不见

// 远程角色的平滑：在 OnRep 或 Tick 里插值
void AMyCharacter::Tick(float DT)
{
    Super::Tick(DT);
    if (!IsLocallyControlled())
    {
        // 目标位置来自属性复制
        SetActorLocation(FMath::VInterpTo(GetActorLocation(), ReplicatedTargetLocation, DT, 15.f));
    }
}

不要对自主端（本地控制的）角色做插值——那会让自己的操作变得粘滞。用 IsLocallyControlled() 区分。

延迟的量化目标

超过 200ms 就不要指望手感了，工程上应做的是限制跨区匹配，而不是继续优化预测。

排查

调试手段：Net PktLoss=1、Net PktLag=100（控制台模拟丢包与延迟），在开发环境里常年开着模拟弱网，否则问题只会在线上暴露。

常见坑