Lua+保护调用：pcall的错误捕获本质

【语法算法】

pcall 的保护调用本质就这两行：

local ok, result = pcall(riskyFunction)
if not ok then print(result) end

pcall 把函数包在保护壳里执行——函数内部报错不会传播到外层——ok 为 false 时 result 是错误信息。今天拆开。

一、保护、捕获、恢复三段

pcall 的三段。保护：pcall 把函数包在保护壳里——函数内部的一切错误都被捕获——不会传播到外层导致程序崩溃。捕获：ok 为 false 时 result 是错误信息——错误信息是字符串，通常是 "文件名:行号: 错误内容" 的格式——通过解析错误信息可以定位问题。恢复：pcall 执行完后无论成功失败都会返回——外层代码可以基于 ok 判断走正常流程还是错误流程——保护调用的恢复不涉及状态回滚，只是控制流的分支。三段连起来：pcall 玩的是"把不可控的执行变成可控的分支"——错误不再是程序崩溃，而是 if 分支的一个条件。

graph TD
    A["pcall(fn)"] --> B{"fn执行成功?"}
    B -->|是| C["ok=true, result=fn返回值"]
    B -->|否| D["ok=false, result=错误信息"]
    D --> E["走错误处理分支"]
    C --> F["走正常分支"]

二、保护调用的正确写法

local function riskyParse(str)
    return load(str)()
end

local ok, result = pcall(riskyParse, "return 1 + 1")
if ok then
    print("结果:", result)
else
    print("解析失败:", result)
end

-- 带参数的pcall
local function divide(a, b)
    return a / b
end

local ok2, result2 = pcall(divide, 10, 0)
if not ok2 then
    print("除零错误:", result2)
end

pcall 的参数列表是 pcall(fn, ...)——第一个参数是函数，后续参数是传给函数的实参——实参在保护壳内传给函数。

三、嵌套 pcall 的层级

pcall 可以嵌套——内层 pcall 捕获的错误如果在内层就处理了，不会传播到外层——外层 pcall 只捕获内层没有处理的错误——这是错误的分层处理。pcall 的开销也不容忽视：每次 pcall 都要设置保护点——循环里频繁 pcall 的开销比直接调用高——性能敏感的代码里不要用 pcall 包裹每一行。最后一条纪律：pcall 不是 try-catch——pcall 捕获的是 Lua 运行时错误，不是业务逻辑错误——业务逻辑错误应该用返回值表示，不应该用 error 抛出再用 pcall 捕获——pcall 的正确用法是保护"可能因为外部因素失败"的调用，不是保护"可能因为逻辑错误失败"的调用。