Lua+闭包工厂：函数返回函数的工厂本质

【语法算法】

闭包工厂的本质就这一行：

local function factory(config)
    return function(input) return process(input, config) end
end

外层函数接收配置，返回一个闭包——闭包捕获配置，后续调用使用捕获的配置——闭包工厂的全部机制就这一行。可这一行的妙处在于：同一个工厂可以生产出配置不同的闭包——每个闭包记住自己的配置——互不干扰。今天拆开。

一、配置、生产、使用三段

闭包工厂的三段。配置：工厂函数接收配置参数——配置被闭包捕获成为 upvalue——upvalue 的生命周期和闭包一样长。生产：工厂返回一个闭包——闭包内部引用了配置——后续调用闭包时使用捕获的配置——配置在闭包创建时就固定了。使用：调用闭包时使用捕获的配置——不同配置的闭包行为不同——同一配置的闭包行为一致——闭包的一致性就是工厂的产出质量。三段连起来：闭包工厂玩的是"配置的固化和复用"——配置在生产时固化，使用时不变——固化的配置就是闭包的"出厂设置"。

graph TD
    A["factory(config)"] --> B["返回闭包"]
    B --> C["闭包捕获config"]
    C --> D["config成为upvalue"]
    D --> E["后续调用使用config"]
    A --> F["factory(config2)"]
    F --> G["返回新闭包"]
    G --> H["捕获config2"]
    E --> I["config和config2互不干扰"]
    H --> I

二、闭包工厂的正确写法

local function createMultiplier(factor)
    return function(x)
        return x * factor
    end
end

local double = createMultiplier(2)
local triple = createMultiplier(3)

print(double(5))  -- 10
print(triple(5))  -- 15
print(double(10)) -- 20

double 和 triple 是两个独立的闭包——各自捕获了自己的 factor——互不干扰——闭包工厂的独立性就是它的核心价值。

三、捕获的时机与工厂的分层

捕获的时机在闭包创建的那一帧——upvalue 的值在这一刻被绑定——之后修改外层变量不会影响已捕获的值——upvalue 是"创建时的快照"而不是"实时引用"——除非闭包捕获的是表——表的修改会反映到闭包里。工厂的分层也是闭包工厂的进阶玩法：工厂可以返回工厂——createValidator 返回一个验证器工厂，验证器工厂再返回具体的验证函数——多层工厂构成验证器家族——每层的配置逐层传递逐层收窄。最后一条纪律：闭包工厂不要有副作用——工厂只做配置捕获和闭包返回——不做 IO、不发网络请求——工厂的纯函数性决定了产出的闭包的可靠性。