游戏资讯

全世界的玩家和开发者可能都没有想到，虚幻引擎6（Unreal Engine 6，简称UE6）的首秀，竟然交给了一款拥有11年历史的“老游戏”。

近日，在巴黎举行的“火箭联盟冠军系列赛（RLCS）”特锦赛上，开发商 Psyonix 与 Epic Games 联合发布了一段震撼的实机预告片，正式官宣《火箭联盟》将迈入由虚幻引擎6驱动的全新时代。

片尾那抹标志性的紫色UE6 Logo，瞬间引爆了全球游戏圈的讨论。

从行业发展史来看，这是一次堪称“反直觉”的跨越。

《火箭联盟》至今仍在运行着极其古老的虚幻引擎3（UE3）。

跳过UE4，无视如今如日中天的 UE5，直接剑指 UE6，这背后隐藏的，不仅是这款经典长线游戏寻求新生的渴望，更是 Epic Games 企图彻底重构现代游戏底层开发逻辑的庞大野心。

距离2021 年那场技惊四座的 UE5《黑客帝国》Demo 演示仅过去了三年多，Epic 为何如此急迫地将 UE6 推向台前？

当我们在谈论虚幻引擎6时，我们到底在期待什么？

虚幻5的“高光”与“暗伤”：为什么玩家都在喊“先修好UE5”？

要理解UE6 诞生的必然性，我们就必须先直面 UE5 留下的辉煌与“烂摊子”。

毫无疑问，虚幻引擎5在图形渲染领域是一场不折不扣的革命。

凭借Nanite（虚拟微多边形几何体技术）和 Lumen（全动态全局光照），UE5 赋予了开发者前所未有的效率去堆叠影视级的资产。

从《星球大战绝地：幸存者》的异星地貌，到《黑神话：悟空》中令人惊叹的古建细节，UE5 在实现“照片级写实”这一目标上，几乎确立了行业垄断地位。

但在极尽奢华的视觉盛宴背后，UE5 却背负着沉重的性能枷锁，甚至在 PC 端落下了“性能灾难”的恶名。

在X和 Reddit 关于 UE6 的讨论里，最高赞的留言出奇地一致：“能不能先去把虚幻5的优化修好？”

这种抱怨并非空穴来风。在UE5 时代，无论是 3A 大作还是中型体量游戏，普遍遭遇了严重的卡顿问题。尤其是着色器编译卡顿和加载卡顿，几乎成了UE5 游戏的“出厂标配”。

尽管Epic 自家的《堡垒之夜》在 UE5 下运行得宛如丝般顺滑，但由于引擎底层架构的某些固有限制，大量第三方开发者在面对性能优化时依然苦不堪言。

而其核心痛点就在于底层的并发处理机制。

Epic老板Tim Sweeney也承认，UE5的底层代码确实背了太多的“历史包袱”。

简单来说，每次引擎在游戏里刷出一个东西（比如一棵树或一块石头），都会强行给它绑定一大堆冗余的后台代码。

一旦游戏场景需要一口气疯狂加载大量物件，CPU就会瞬间被这些无效信息塞爆。

最要命的是，虽然引擎名义上支持多核，但一到高压时刻，沉重的底层运算还是全靠CPU的一两个核心在“疯狂加班”。导致其他核心只能干瞪眼，完全发挥不出现在的硬件潜力。

这也就解释了为什么《火箭联盟》没有选择UE5——作为一款要求以 144Hz 甚至 240Hz 满帧运行、物理碰撞必须做到“零延迟”和“绝对精准”的强竞技电竞游戏，UE5 那些为了影视级渲染而产生的潜在卡顿，是《火箭联盟》绝对无法承受的。

《火箭联盟》直升UE6，传递出了一个极其明确的信号：

虚幻引擎6的第一要务，不再是像 UE5 那样死磕“多边形数量”和“光追效果”，而是彻底重构底层的多线程性能与运行效率。

从“造游戏”到“造宇宙”：UE6与UEFN的历史性会师

如果说性能重构只是UE6 的“里子”，那么它真正的“面子”，则是 Epic 蓄谋已久的生态大融合。

在过去的几年里，Epic 事实上在同时维护着两套开发管线：一套是面向专业开发者的传统虚幻引擎；另一套则是面向创作者经济、在《堡垒之夜》生态内大放异彩的 UEFN（Unreal Editor for Fortnite）。

在2024 年的多场公开演讲和播客中，Tim Sweeney 已经毫不掩饰地勾勒出了 UE6 的产品形态：虚幻引擎6的终极目标，是将传统的虚幻引擎与 UEFN 彻底合二为一。

这意味着什么？意味着过去被割裂的“专业 3A 开发”与“UGC（用户生成内容）生态”将共享同一个底层协议。

为了实现这一跨越，Epic 为 UE6 准备了一把核心武器——Verse 编程语言。

早在UEFN 推出时，Epic 就实装了 Verse。这是一种具有函数式逻辑特性的全新编程语言，由 Tim Sweeney 亲自参与构思。

传统游戏开发中，处理大规模多人在线的并发数据、服务器状态同步是极其痛苦的；而Verse 的设计初衷，就是为了在庞大的元宇宙网络中，安全、高效地处理成千上万玩家的同时交互。

在UE6 中，Verse 将走向完全的“就绪”状态。

未来的开发者使用UE6，不再仅仅是在开发一款“本地运行的孤岛游戏”，而是天生就在一套支持无限扩展、自带强大多人网络同步能力的框架内工作。

网络同步、服务器调配这些最令人头秃的后端累活，将很大程度上被引擎在底层自动消化。

打破数字孤岛：“互操作性”与Tim Sweeney的元宇宙豪赌

当引擎具备了极高的运行效率，且统一了开发管线与语言后，UE6 便顺理成章地指向了 Epic 的终极战略图景——互操作性。

在现有的游戏工业体系下，游戏与游戏之间是绝对隔离的“数字孤岛”。你在《使命召唤》里的枪，带不进《赛博朋克2077》；你在 A 游戏里买的皮肤，在 B 游戏里就是一串毫无意义的代码。

但Tim Sweeney 想用 UE6 打破这堵墙。

在UE6 的宏伟蓝图中，Epic 提出了“构建一次，随处部署（Build once, deploy anywhere）”的理念。

在未来的UE6 时代，Epic 的愿景是让玩家能够以同一个数字身份，在不同的游戏世界之间无缝穿梭。

你不需要退回桌面、关闭这个游戏再打开那个游戏；你可以看着你的角色在物理空间上直接从《堡垒之夜》的地图，跨越边界走入《火箭联盟》的赛场，甚至走入迪士尼专属的虚拟乐园。

为了支撑这种夸张的“跨界穿越”，UE6 必须在网络模型上实现质的飞跃——不仅要支持单台服务器容纳海量玩家，更要实现跨数据中心的服务器节点互联互通。

距离我们真正能下载并使用虚幻引擎6，或许还需要两到三年的时间（目前业界普遍预测其正式版落地要在 2027 年乃至更晚）。

Epic 用《火箭联盟》作为 UE6 的“探路先锋”，无疑是一次绝佳的保守测试——用一款对性能要求极为苛刻的长线产品，来检验新一代引擎底层的真实稳健度。

从UE3 到 UE4，我们见证了 PBR（基于物理的渲染）的普及；从 UE4 到 UE5，我们迎来了动态全局光照与影视级资产的下放。

而从UE5 迈向 UE6，这场跨越的本质已经超越了单纯的图形学技术堆栈。

Epic 不再满足于仅仅提供一把“全行业最好用的铁锤”，他们真正想要的，是制定未来十年数字世界如何运转、如何联通的底层宪法。

当虚幻引擎6全面铺开的那一天，我们所定义的“游戏开发”，或许将真正蜕变为“元宇宙搭建”。

而深受UE5 性能折磨的开发者与玩家们，唯有寄希望于这场宏大的愿景，不要再建立在流失的帧率之上了。

来源：

https://www.pcgamer.com/gaming-industry/epic-reveals-first-unreal-engine-6-game-and-its-not-fortnite/?utm_medium=referral&utm_source=pushly&utm_campaign=All%20Push%20Subscribers