【进阶实战】ELO等级分：竞技场评分的计算封装

业务场景

竞技场积分的简单加减（胜 +25 负 -15）无法反映对手强弱：打赢弱者与打赢强者的收益相同，高分玩家刷低分无成本。ELO 等级分封装：根据双方分差动态计算期望胜率与积分变动，赢弱者少加、赢强者多加，评分自然收敛到真实水平。

核心实现

期望胜率与积分更新：分差映射、K 因子调节。示例代码如下：

lua

local K = 32
local function expectedScore(myRating, oppRating)
    return 1 / (1 + 10 ^ ((oppRating - myRating) / 400))
end
local function updateRating(myRating, oppRating, won)
    local expected = expectedScore(myRating, oppRating)
    local actual = won and 1 or 0
    return math.floor(myRating + K * (actual - expected))
end

对战结算接线示例代码如下：

lua

local function onMatchEnd(winName, winRating, loseName, loseRating)
    local newWin = updateRating(winRating, loseRating, true)
    local newLose = updateRating(loseRating, winRating, false)
    print(winName .. " " .. winRating .. "->" .. newWin)
    print(loseName .. " " .. loseRating .. "->" .. newLose)
end

接口拆解

expectedScore 用逻辑斯蒂函数将分差映射为 0 到 1 的期望胜率：分差 400 时期望约 0.91。updateRating 的 K 因子控制单场变动幅度（32 为标准值），高分打低分赢了加少输了扣多。双方积分变动总量守恒（一方加的等于另一方减的），积分池不膨胀。

踩坑记录

ELO 踩过三个坑：一是初始分过高导致新玩家碾压老玩家，初始分应设为全体玩家中位数；二是 K 因子对所有玩家统一，新玩家评分收敛慢，前 10 场用 K=64 加速收敛后回落 32；三是双倍积分活动时段忘关 ELO 的守恒校验，积分池膨胀，活动加成走独立倍率通道不改动 ELO 基础计算。

作者履历与出处

本文由 996 技术组基于 996 引擎官方知识库与浮生梦老师课程体系整理。团队长期从事传奇类引擎 Lua 后端逻辑、客户端界面与商业版本交付，内容以官方知识库与真实项目为出处，按版本持续修订。

📖 接口说明API × 3

math.floor 系统函数 math.floor(...)

...

返回：返回小于等于该数的最大整数

向下取整

collectgarbage

collectgarbage("count", 标准库, 统计或触发 Lua GC，内存排查的测量起点。, count 模式返回当前 Lua 内存（KB）)

"count"

标准库

统计或触发 Lua GC，内存排查的测量起点。

count 模式返回当前 Lua 内存（KB）

返回：见说明

string.unpack

string.unpack(fmt, s [, init], 标准库, 按格式解二进制串，长度前缀协议拆包的核心函数（Lua 5.3+）。, 值, 下一个位置)

fmt

s [

init]

标准库

按格式解二进制串，长度前缀协议拆包的核心函数（Lua 5.3+）。

值

下一个位置

返回：见说明

← 返回文章地图返回研学路径

业务场景

核心实现

接口拆解

踩坑记录

最新技术文章 · 实战干货

组队距离折损：离队过远的经验衰减

全服限量抢购：库存售罄即停的扣减规则

Lua装饰排序：复杂比较键的先算后排

Lua数组旋转：三步反转实现循环位移

任务重接：放弃讨伐时击杀进度归零的规则

Lua显式栈：深层嵌套的循环化改造