解密源码里的 actorManager.UpdateLockFrameT() 是前端主循环的帧率锁:控制角色移动与动画的刷新节奏,防止高端机跑太快导致逻辑帧不一致。锁帧是前端性能与逻辑正确性的平衡点,锁帧的策略决定手感与流畅度。
---主循环锁帧(整理自 actorManager 源码)
local LOCK_FRAME = 66 -- 约 15fps 逻辑帧
local lastTick = 0
function actorManager.UpdateLockFrameT()
local now = os.clock()
if (now - lastTick) * 1000 < LOCK_FRAME then return end
lastTick = now
-- 锁帧内的逻辑更新
updateActorMovement()
updateSkillCooldown()
updateBuffTimers()
end
LOCK_FRAME 设为 66 毫秒约 15fps 逻辑帧,逻辑更新被锁在 15fps 的节奏上,渲染帧仍跑满设备的刷新率。逻辑帧与渲染帧的分离是帧同步架构的基础:逻辑的确定性不受渲染帧率的影响。
---渲染帧的自由运行:不受逻辑帧限制
function renderLoop(dt)
updateVisualEffects(dt)
updateUIAnimations(dt)
renderScene()
actorManager.UpdateLockFrameT()
end
渲染帧每帧跑满设备的刷新率(60/90/120fps),逻辑帧锁在 15fps。两者的分离让高端机的画面流畅度不受逻辑帧的限制,低端机也不会因为渲染帧率低而加速逻辑运行。锁帧的参数进配置表:PVP 逻辑帧可提到 20fps 以减少操作延迟。
逻辑帧与渲染帧的频率分别监控,逻辑帧的不稳定直接导致操作手感劣化。
逻辑帧曾经与渲染帧共用同一个心跳,渲染帧率下降时逻辑帧跟着变慢,角色的移动速度在低端机上变慢,分离后修复。锁帧的阈值曾经写死在代码里,不同地图需要不同的逻辑帧率(攻城战 15fps、练级 20fps),参数进配置表后灵活切换。
逻辑帧的参数进配置表,PVP 与 PVE 的帧率可独立设置。逻辑帧与渲染帧的分离是帧同步架构的前提,帧同步的锁帧策略更严格。锁帧的调试:打印逻辑帧与渲染帧的比值,比值偏离设计值即为性能问题的信号。
本文由 996 技术组基于 996 引擎官方知识库与浮生梦老师课程体系整理。团队长期从事传奇类引擎 Lua 后端逻辑、客户端界面与商业版本交付,内容以官方知识库与真实项目为出处,按版本持续修订。
全站技术干货持续更新:996 引擎 / Lua 实战帖,语法、参数与示例一篇讲透。进入文章地图 · 查看全部 →
学员常见误区 Lua函数可返回多个值,学员用固定变量数接收时如果变量少于返回值,多余返回值被静默丢弃;如果变量多于返回值,多…
设计初衷 行会建筑的死穴是一次全解锁:会员没有逐步建设的过程感。梯度设计让每栋建筑都有前置条件和资源门槛。 数值模型 建筑分…
设计初衷 婚姻系统的属性加成是社交玩法的经济锚点:加成太弱没人结婚,太强则"为了属性被迫结婚"扭曲了社交本质。婚姻边界的设计…
设计初衷 宝箱类玩法的信任危机都源于同一句话:"概率是不是骗人的。"期望公示把概率从事后争议变成事前契约:奖池概率表全量公示…
设计初衷 流拍物(拍卖未成交的退回物品)堆积在卖家背包里成为死资产:低价值物流拍后无人问津,高价值物流拍后卖家不愿降价重拍。…
业务场景 沙巴克战功榜每周结算,玩家提交战功前不知道"再打多少能进前 10、前 10 的奖励是什么"。名次预览:输入自己的战…