项目规模扩大后,模块之间的依赖关系越来越复杂:A 依赖 B,B 依赖 C,加载顺序错了就报 nil 错误。模块加载顺序管理通过依赖声明与拓扑排序确保加载顺序正确,循环依赖在启动时立即暴露而非运行时才崩溃。
每个模块在文件头部声明自身依赖的模块列表,加载器按依赖关系拓扑排序后按序加载;循环依赖在排序阶段被检测并报错。示例代码如下:
-- 模块加载:依赖声明
local MODULES = {
core = {deps = {}},
config = {deps = {"core"}},
battle = {deps = {"core", "config"}},
ui = {deps = {"core", "config"}},
}
local loaded = {}
local function loadModule(name)
if loaded[name] then return true end
local mod = MODULES[name]
if mod == nil then
error("模块不存在: " .. name)
end
for _, dep in ipairs(mod.deps) do
if not loaded[dep] then
loadModule(dep)
end
end
loaded[name] = true
return true
end
加载过程中标记正在加载的模块,递归加载时遇到标记中的模块即判定为循环依赖并输出依赖链路,帮助开发者定位循环的起点与终点。示例代码如下:
-- 循环检测:递归标记
local player = class(actor)
local loading = {}
local function safeLoad(name, chain)
if loading[name] then
error("循环依赖: " .. table.concat(chain, " -> ") .. " -> " .. name)
end
loading[name] = true
chain[#chain + 1] = name
local mod = MODULES[name]
if mod then
for _, dep in ipairs(mod.deps) do
safeLoad(dep, chain)
end
end
loading[name] = nil
end
验证三条路径:正常依赖链按序加载、循环依赖启动时报错并输出完整链路、缺失依赖报错并提示缺失的模块名。启动后校验所有模块的 loaded 标记为 true,漏加载的模块在首次调用时才报错会造成运行时故障。线上监控模块加载的总耗时与加载失败次数,加载耗时超阈值时分析是否需要延迟加载非关键模块。
依赖声明曾漏写间接依赖,A 依赖 B、B 依赖 C,A 只声明了 B,C 未加载时 B 的函数调用报错,依赖声明必须包含直接与间接的全部依赖。循环检测的错误信息曾只报"存在循环依赖",不指出循环的成员,加上链路输出后定位时间从半天缩到五分钟。模块加载顺序在不同入口可能不同,统一从单一入口加载是秩序的起点。
全站技术干货持续更新:996 引擎 / Lua 实战帖,语法、参数与示例一篇讲透。进入文章地图 · 查看全部 →
学员常见误区 Lua函数可返回多个值,学员用固定变量数接收时如果变量少于返回值,多余返回值被静默丢弃;如果变量多于返回值,多…
设计初衷 行会建筑的死穴是一次全解锁:会员没有逐步建设的过程感。梯度设计让每栋建筑都有前置条件和资源门槛。 数值模型 建筑分…
设计初衷 婚姻系统的属性加成是社交玩法的经济锚点:加成太弱没人结婚,太强则"为了属性被迫结婚"扭曲了社交本质。婚姻边界的设计…
设计初衷 宝箱类玩法的信任危机都源于同一句话:"概率是不是骗人的。"期望公示把概率从事后争议变成事前契约:奖池概率表全量公示…
设计初衷 流拍物(拍卖未成交的退回物品)堆积在卖家背包里成为死资产:低价值物流拍后无人问津,高价值物流拍后卖家不愿降价重拍。…
业务场景 沙巴克战功榜每周结算,玩家提交战功前不知道"再打多少能进前 10、前 10 的奖励是什么"。名次预览:输入自己的战…