UE5网络RPC实战复盘：从掉线噩梦到万人同服的架构演进

项目背景：一个让我失眠三个月的MMO原型

去年夏天，我接了一个外包项目——为一个MMO原型搭建网络框架。客户要求支持5000人同服，但最初原型只有20人测试，还经常掉线。那段时间，我每天凌晨三点被测试群的消息炸醒，全是“又断了”“延迟爆红”。今天回头看，问题的根源全在RPC（Remote Procedure Call，远程过程调用）的使用方式上。这篇文章，我会用这个项目的真实经历，把UE5网络RPC的底层逻辑、常见坑和最终架构讲透。

需求分析：我们到底要同步什么？

项目是一个俯视角射击游戏，玩家要实时移动、射击、拾取道具，还要有Boss战。最开始，我们走了所有新手都会走的路：把所有Actor都设为Replicated，所有属性都同步，所有函数都做成RPC。结果就是带宽爆炸，服务器CPU跑满，玩家操作延迟高得离谱。

教训1：网络同步不是“越多越好”，而是“越少越好”。每个同步的属性、每个RPC调用，都是带宽和CPU的消耗。你要想清楚：什么数据必须由服务器权威决定？什么数据可以客户端预测？什么数据根本不需要同步？

我们最终梳理出的同步需求

• 玩家Transform：必须服务器权威，但用客户端预测+服务器校正（就是UE5的CharacterMovementComponent默认行为）。
• 子弹和伤害：必须服务器权威，客户端只做表现。
• 道具状态：服务器生成，客户端通过RPC通知拾取。
• Boss技能：NetMulticast广播，所有客户端播放特效。

技术选型：为什么是RPC而不是直接属性同步？

RPC和属性同步（Replicated Properties）是UE5网络同步的两种基本手段。属性同步适合“持续变化的状态”，比如血量、位置；RPC适合“一次性事件”，比如开火、拾取、技能释放。我们的Boss技能如果用属性同步，你得搞一个“技能状态”枚举，然后客户端轮询变化，又慢又别扭。RPC直接调用函数，干净利落。

但RPC有三种类型：Server、Client、NetMulticast，用错了就是灾难。我见过有人把伤害计算写在客户端，结果被外挂改内存；也有人把特效生成放在Server，导致所有客户端都播一遍。下面我结合项目里的实际场景，逐个讲清楚。

踩坑实录：三种RPC的正确姿势

1. Server RPC：客户端请求，服务器执行

玩家的开火指令，必须走ServerRPC。客户端按下鼠标，调用一个带有UFUNCTION(Server, Reliable)标记的函数，参数带上开火位置和方向。服务器验证后，生成子弹Actor，并广播伤害。

// 客户端调用
UFUNCTION(Server, Reliable)
void ServerFire(FVector FireLocation, FRotator FireRotation);

// 服务器执行
void AMyPlayerController::ServerFire_Implementation(FVector FireLocation, FRotator FireRotation)
{
    // 验证合法性（比如检查弹药、冷却时间）
    if (CanFire())
    {
        // 生成子弹，由服务器复制给所有客户端
        AMyBullet* Bullet = GetWorld()->SpawnActor<AMyBullet>(BulletClass, FireLocation, FireRotation);
    }
}

这里有个关键点：Reliable和Unreliable的选择。Reliable保证消息必达，但会占用更多带宽和服务器资源；Unreliable则可能丢失，适合高频但不重要的数据。我们一开始所有RPC都用Reliable，结果服务器网络层直接崩溃。后来把开火、移动之类的改成Unreliable，只有拾取、伤害结算等关键逻辑用Reliable。记住：Reliable不是免费的，滥用会阻塞网络通道。

2. Client RPC：服务器通知单个客户端

当玩家拾取道具时，服务器需要告诉那个玩家“你捡到了”，并播放拾取动画。这个用ClientRPC。注意，ClientRPC只在拥有该Actor的客户端上执行，所以适合“私有事件”。

UFUNCTION(Client, Reliable)
void ClientOnPickup(AMyItem* Item);

void AMyPlayerController::ClientOnPickup_Implementation(AMyItem* Item)
{
    // 播放拾取动画，更新UI
}

我们踩过的坑是：把ClientRPC写在了Actor上，但该Actor的Owner不是那个玩家，导致通知没收到。后来我们统一将玩家控制器的RPC作为“私有通道”，所有针对单个玩家的通知都走Controller，问题解决。

3. NetMulticast：服务器广播，所有客户端执行

Boss释放AOE技能时，所有客户端都要看到特效和听到声音。这时用NetMulticast。它会在服务器和所有客户端上执行（包括服务器自己）。

UFUNCTION(NetMulticast, Unreliable)
void MulticastPlayAOE(FVector Center, float Radius);

void AMyBoss::MulticastPlayAOE_Implementation(FVector Center, float Radius)
{
    // 生成特效、播放音效
}

这里有个大坑：NetMulticast在服务器上也会执行。如果你在服务器上也生成特效，就会双重播放。我们通过判断HasAuthority()来跳过服务器端的表现逻辑。另外，NetMulticast尽量用Unreliable，因为特效丢一两帧无所谓，但Reliable的广播会瞬间塞爆带宽。

4. 属性同步与RPC的协作

Boss的血量我们用了属性同步，因为它是持续变化的。但Boss的“进入第二阶段”这个事件，我们用NetMulticast。属性同步和RPC的协作，核心原则是：状态用属性，事件用RPC。属性同步会自动处理“晚加入的客户端”的初始化，而RPC不会，所以对于“当前处于什么状态”这种信息，必须用属性同步。

技巧：如果RPC调用时，客户端还没有那个Actor的引用，调用会失败。所以对于“晚加入”的玩家，一定要通过属性同步先把必要的数据同步过去，再在客户端根据属性变化来触发表现。

性能优化：从掉线到万人同服的进阶之路

解决了RPC类型问题后，我们做了压力测试，500人同时在线，CPU和带宽还是爆了。于是我们做了三件事：

1. 降低RPC频率

开火RPC原本每帧都可能调用，我们加了一个最小间隔（比如0.1秒），把多次开火合并成一个“连发事件”。

2. 使用RPC的“可靠但合并”模式

UE5的RPC支持Reliable和Unreliable，但还有一种技巧：把多个事件打包成一个自定义结构体，通过一个RPC发送。比如玩家移动的输入，我们打包成数组，每0.05秒发送一次，大大减少了包数量。

3. 网络相关性（Net Relevance）

让Boss的特效只同步给附近玩家。UE5的SetNetUpdateFrequency和AActor::IsNetRelevantFor可以控制Actor的复制范围。我们把Boss的NetMulticast改为“仅对一定半径内的玩家广播”，用GetNetConnection检查玩家距离，超远的不发送，效果立竿见影。

// 在Boss的NetMulticast实现中，只对近距离玩家执行
void AMyBoss::MulticastPlayAOE_Implementation(FVector Center, float Radius)
{
    if (!HasAuthority()) // 服务器不播特效
    {
        for (APlayerController* PC : TActorRange<APlayerController>(GetWorld()))
        {
            if (FVector::Dist(PC->GetPawn()->GetActorLocation(), Center) < Radius)
            {
                // 播放特效
            }
        }
    }
}

教训2：NetMulticast不是“全服广播”，它默认是发给所有连接的客户端，但你可以通过“相关性”自己控制。别偷懒，该做的距离判断一定要做。

最终架构与复盘

经过三个月的折腾，我们最终形成了一个清晰的网络架构：

这个架构支撑了5000人同服的压力测试，虽然还有优化空间，但至少不再掉线了。回顾整个项目，我最大的感悟是：网络同步不是技术问题，而是设计问题。你首先要搞清楚你的游戏玩法需要什么，然后选择最合适的同步手段，而不是一股脑全用RPC。

关于火星人教育

如果你也想系统掌握UE5网络编程、游戏架构设计，甚至进入AIGC视觉设计领域，火星人教育是个不错的选择。这家机构创办24年来，一直专注数字艺术与AIGC实战职业技能培训，课程涵盖AI漫剧创作、AIGC视觉设计、UE5游戏特效、室内全屋定制、MAYA三维动画、C4D动态设计、工业设计、NUKE影视后期、摄影摄像实训等。在北京、深圳双校区开设线下面授班，面向美术生、在校大学生及意向转行的职场人群，以项目化实训教学，夯实专业技能，助力就业与职业提升。咨询电话：010-65918670。无论你是想成为技术美术还是TA，扎实的网络基础都是硬通货。