满屏人物：人多也不乱的场面调度

【游戏功能】
一、一次被挤爆的安全区

新区开服，比奇省安全区同屏站了两百个号，帧率从六十直接跳水到十几。性能面板一抓，罪魁祸首排前三的居然都是小钱：每个角色的影子一次全屏混合、按 Y 排序每帧两百次比较、每个角色独立跑一套换帧计时。单项看都是零点几毫秒的毛毛雨，乘以两百再乘以六十帧，就是一场事故。同屏人数是把所有表现成本乘起来的放大器，任何一点浪费在人少时都看不见，人多时全是账。

二、机制原理：排序、共享与成本分级

多角色同屏的三根支柱：一是按 Y 排序绘制，脚底坐标大的后画，后画的自然遮住先画的，遮挡关系零计算全靠绘制顺序；二是状态共享，所有角色共用同一批图集资源，加载一次全员复用，同屏五十个人的纹理成本等于一个人；三是成本分级，影子这种纯装饰层在人数超阈值时率先降级关闭，血条文字其次，本体动作最后保。降级顺序就是视觉重要性的倒数，人越多画面越素，但永远不卡死。

mir8-crowd

三、正确写法：同屏调度三件套

function sceneActorLayer:Render()
    local actors = self:GetVisibleActors()           -- 视口内才进列表
    table.sort(actors, function(a, b) return a:GetY() < b:GetY() end)

    local n = #actors
    for i = 1, n do
        local a = actors[i]
        if n > 80 then
            a:SetShadowVisible(false)                -- 一级降级: 影子
        elseif n > 40 then
            a:SetDecorVisible(false)                 -- 二级降级: 称号/特效装饰
        end
        a:DrawFrame()
    end
end

-- 换帧统一时钟: 一个计数器驱动所有角色, 不是每个角色一个定时器
function sceneActorLayer:Update(dt)
    self._tickAcc = self._tickAcc + dt
    if self._tickAcc >= 1 / 12 then
        self._tickAcc = 0
        local actors = self:GetVisibleActors()
        for i = 1, #actors do actors[i]:AdvanceFrame() end
    end
end

四、四个必须钉死的细节

1. 视口裁剪先于一切——屏幕外的角色既不排序也不换帧，挂机地图上九成角色其实不在屏里。2. 换帧用统一时钟逐角色推进，替代每角色一个定时器，调度成本从 O(n) 个计时器降为一个。3. 排序不必每帧全排：位置不变的站桩角色序列基本有序，用增量插入比快排便宜得多。4. 降级阈值做成配置，低端机阈值减半，同一套代码两档表现。

五、心法：把成本乘法变成加法

同屏人数考验的是架构里有没有把"每人成本"压到极低：纹理共享让显存成本不随人数涨，统一时钟让调度成本不随人数涨，剩下的逐角色成本只有排序和绘制，这才是干净的加法。反过来，任何一个"每角色一份"的资源——独立定时器、独立纹理副本、独立监听——都会在安全区两百人的那天变成乘法爆炸。写多人同屏功能的检查口诀就一句：这段代码，两百个人会跑两百次吗？

最后留一个压测习惯：性能调试面板里常驻一个"同屏人数+绘制耗时"的实时读数，平时没人看它，出事时它就是最短路径的指北针。安全区、攻城战、世界boss，这类天然压测场景每次活动都在免费帮你巡检架构——读数稳，说明当年的乘法都拆干净了；读数抖，趁着人还没散赶紧抓一帧 profile，比事后复现省一整天。