我是难言，应该有不少人认识我。如果你听过 Ny-Preloaded 这个插件，那大概就知道我在 FiveM 这个圈子里一直在做什么——资源预加载，解决资源堵塞，提前把该加载的东西准备好，让你进了服务器之后不会因为走到一个新区域突然卡一下或者模型虚空闪现。今天借这个机会，把我这些年踩过的坑、总结的经验一次性说清楚。

先聊聊仙途：一个在 GTA 里修仙的服务器

我做过一个服务器叫仙途，对，就是在 GTA 里修仙。听起来很离谱对吧？更离谱的是，我们在服务器里搞过武林大会，80 人在线，全部挤在同一个擂台上，法天象地、法术特效满天飞。

你可能会问：不卡吗？不掉帧吗？

答案是：90% 的玩家反馈说，仙途的优化真的好，不卡、不虚空、不掉帧。

这不是我运气好，是我在底层框架上花了大量时间去研究 FiveM 的机制和 GTA 的渲染管线。今天就把这些经验分享出来，希望对那些想做百人大服的腐竹们有点帮助。

卡顿、掉帧、虚空的底层原因：FiveM 的机制决定了什么？

要解决问题，先得理解问题是怎么产生的。FiveM 的架构和普通的游戏服务器不一样，它有几个天生的"缺陷"：

1. 动态资源流式加载（Streaming）的双刃剑

GTA V 原版游戏是单机游戏，它的资源加载策略是预判玩家路径，提前加载周边资源。但 FiveM 是在这个基础上做了一层"动态资源注入"——服务器告诉客户端"你现在需要加载这个自定义车辆、那个地图模型"。

问题来了：当玩家高速移动（比如开飞机、开超跑）时，服务器来不及告诉客户端要加载什么，客户端也来不及下载和解压资源，结果就是：

• 突发掉帧（CPU/IO 被加载任务占满）

• 模型虚空闪现（资源加载完成前显示默认的低模，加载完成后突然切换）

• 直接崩溃（内存被撑爆或资源依赖链断裂）

这就是很多人说的"开飞机进城突然卡一下"的根源。

2. 脚本资源竞争

FiveM 的脚本系统是单线程的事件循环。这意味着：

• 一个写得很烂的 while true 死循环就能堵死整个脚本队列

• 多脚本同时向客户端发送大量网络事件时，消费者的处理速度跟不上生产者的发送速度

社区论坛上有个经典案例：有人用 3090 Ti + i9 照样卡成 PPT，结果发现是一个 player-names 脚本每帧遍历了全城所有玩家 5 次。

这不是显卡的问题，这是代码的问题。 你调低画质没有任何用，因为瓶颈不在 GPU，在 CPU 的脚本执行队列里。

3. 实体池溢出导致虚空闪现

FiveM 内部维护着一个"实体池"，所有玩家、NPC、车辆、道具都在这个池子里。当池子满了的时候，引擎就会开始随机踢出一些实体来给新实体腾地方。

这就是"虚空闪现"的真正原因：一个 NPC 刚加载出来，因为池子满了，引擎把它踢掉了，下一秒又需要它，再加载一次。如此反复，你就看到它在那里反复消失出现。这不是网络问题，是底层队列溢出的直观表现。

4. DUI 内存泄漏：隐藏的性能杀手

DUI 是 FiveM 用来显示网页界面（HUD、背包、商店）的系统。但社区有讨论指出，DestroyDui 函数存在一个已知问题：它不会真正释放纹理内存，只是把纹理从活跃列表里移除，纹理名称和内存占用会一直保留直到客户端彻底重启。

如果你的服务器用了大量动态 UI（比如每个玩家头顶实时显示血量、每个 NPC 头上顶着交互按钮），长时间运行后客户端的内存占用会不断爬升，最终导致卡顿甚至崩溃。

我是怎么解决这些问题的？

1. 基础设施：多台服务器 + MCP

我的机房配置很高，甚至可以说是性能过剩。但这不只是"有钱任性"，而是有目的的架构设计。

我搭建了多台服务器，其中专门有一台跑 MCP 服务来做资源分配和预加载。MCP 的核心作用是：

• 集中管理模型资源：所有自定义模型、纹理都先经过 MCP 服务器

• 预推机制：玩家还在加载界面时，MCP 就把该进这个服需要用到的资源推送到本地

• 跨服共享：多台游戏服务器共用同一套 MCP 缓存，减少重复下载

这解决的是"加载导致掉帧"的问题。当玩家进入新区域时，资源已经在本地了，不需要现下现解压，自然就不卡了。

2. 自研框架：砍掉一切不需要的东西

仙途的核心框架不是 ESX，也不是 QBCore，是我自己写的。

为什么要自研？

• ESX 和 QB 为了兼容性，带了很多我用不上的功能模块

• 每个模块都是一个小脚本，都在消耗 CPU 资源

• 有些模块的代码质量堪忧，一个写得不严谨的循环就能把整个服务器的性能拖垮

我的自研框架只有一个原则：只写修仙服需要的功能。

• 需要经济系统？写一个轻量的

• 需要背包系统？写一个定制的，不用通用的

• 不需要房产系统？不写，也不加载

每少一个功能模块，就少了一部分 CPU 开销，同时也少了一个潜在的 bug 来源。而且我了解自己的代码，后续任何需求我都能针对性地优化，不会出现"加一个功能就多一分卡顿"的情况。

3. 客户端：魔改 Ny-Preloaded 专打纹理和特效

我对 Ny-Preloaded 做了深度定制，让它不只预加载普通资源，还能针对性的处理地图纹理和原生特效。

具体做法：

• 分析玩家的移动路径，预判接下来 10-15 秒会进入哪些区域（参考 GTA 原版的 streaming 机制）

• 在帧率下降时，动态降低特效密度而不是直接砍掉特效（比如法天象地的粒子数量从 100 降到 50，但仍然有视觉效果）

• 对已知的"高负载"区域（比如武林大会的擂台）做预加载黑名单 + 白名单双重控制

这个魔改版的插件在仙途服务器里跑得非常稳，百人同屏特效满天飞的情况下，客户端的内存占用始终控制在合理范围内。

普通腐竹能做些什么？（不用自研框架也不用 MCP）

如果你们没有条件搞自研框架或者搭建 MCP，以下是一些低成本但有效的优化手段：

1. 脚本性能审查

这是成本最低、收益最高的优化手段。

• 定期用 resmon 检查服务器上的脚本，看哪个脚本的 CPU 时间异常偏高

• 对可疑脚本用 profiler 做深度分析，定位具体是哪一行代码在吃性能

• 标准：单个脚本在 resmon 里的 CPU 时间最好不要超过 0.5ms，超过 2ms 的基本可以确定是性能杀手

2. 限制实体数量

很多服务器的"虚空闪现"问题，根源是实体太多了。

• 设置 SetVehicleDy MultiplierThisFrame 和 SetPedDensityMultiplierThisFrame 来动态控制 NPC/车辆密度

• 定期清理废弃实体：死亡 NPC 删除、废弃车辆删除、离玩家过远的道具删除

• 使用 SetEntityAsMissionEntity 配合 SetEntityAsNoLongerNeeded 来主动释放不再需要的实体

3. 网络同步优化

• 减少不必要的网络事件广播：比如某个玩家在远处换衣服，不需要通知全服所有人

• 使用 TriggerClientEvent 而不是 TriggerEvent：只发给需要的玩家，不要广播给所有人

• 对于高频事件（如位置同步），使用水位限流：低于某个阈值的变化不发送

4. 加载界面增加预加载

在玩家还在加载界面的时候，把常用资源先下载好。虽然不能完全解决问题，但能显著减少进服后的前几分钟的卡顿。

普通玩家能做什么？

如果你是普通玩家，遇到卡顿掉帧的问题，以下操作能帮你定位问题来源：

1. 先判断是你的问题还是服务器的问题

• 按 F8 打开控制台，输入 resmon 1

• 如果某个脚本 CPU 时间长期超过 2ms，那是服务器的问题，你做什么都没用

• 如果所有脚本都正常（< 1ms），但你就是卡，那问题大概率在你本地

2. 本地优化

• 清理缓存：按 Win+R，输入 %temp%，删除 FiveM 相关的缓存文件

• 检查显卡：确保 FiveM 用的是独立显卡而不是集成显卡（笔记本用户尤其要注意）

• 电源计划：设为"高性能"模式

• 画质设置：不要无脑拉低所有选项。有时候拉高某些选项反而能解锁显卡性能（尤其是当 CPU 是瓶颈时）

3. 用正确的方式"喊卡"

如果你确定是服务器的问题，去反馈的时候请提供以下信息：

• 在哪个具体位置卡（坐标或地标）

• 是持续低 FPS 还是突发掉帧

• resmon 的截图

这比一句"服主，好卡"有价值得多。

最后说几句真心话

FiveM 的性能优化，能做到什么程度，很大程度上取决于你愿意投入多少。

• 写一个调画质的插件是最简单的，但效果微乎其微

• 做资源预加载需要深入理解 FiveM 的 streaming 机制

• 自研框架需要你有扎实的代码功底和对游戏底层逻辑的理解

• 搭 MCP 需要你有硬件投入和运维能力

没有银弹。

如果真有什么万能的优化方案，那一定是在骗你。我做仙途服务器投入的时间和精力是很多人难以想象的，但结果也证明了一件事：只要你愿意在底层下功夫，百人同屏不卡不是梦。

希望这篇文章对你有所帮助。如果有任何问题，欢迎随时交流。毕竟这个圈子不大，大家一起把生态做好，对谁都好。

—— Fivem开发者难言

转载自CSDN-专业IT技术社区

原文链接：https://blog.csdn.net/shihuaiba5420/article/details/161056370