这绝对是Lua的设计特性，不是虚拟机或编译层面的bug——我当初刚学Lua时也踩过一模一样的坑！核心原因在于Lua对局部变量作用域的定义规则，咱们一步步拆解来看。

为什么两种写法结果天差地别？ #

1. 一行声明+赋值的坑点 #

看你写的这行代码：

local myvar = tracker:myRegister({ init = function(self) print("myvar = " .. myvar) end, })

Lua里有个关键规则：局部变量的作用域从声明语句的结束位置才开始生效。也就是说，在local myvar = ...这行的右侧表达式里，myvar还没成为当前作用域的局部变量——此时闭包里引用的myvar会被Lua当成全局变量来查找，而你根本没定义全局的myvar，自然就会报nil错误。

2. 拆分写法为啥能正常运行？ #

再看拆分后的代码：

local myvar
myvar = tracker:myRegister({ init = function(self) print("myvar = " .. myvar) end, })

当你执行local myvar这行时，局部变量myvar已经进入当前作用域了（此时它的值是nil，但确实是局部变量）。后续赋值语句里的闭包捕获的就是这个已经存在的局部变量，等myvar被赋值为tracker:myRegister的返回值后，闭包自然就能访问到它的正确值。

相关文档依据 #

Lua官方手册的「局部变量」章节明确说明了这个规则：局部变量的作用域从声明语句的结尾开始，覆盖到所在代码块的结尾。在声明语句的表达式部分，局部变量尚未完成绑定，此时对变量名的引用会被解析为全局变量（如果存在），否则就是nil。

这个特性的潜在坑点 #

除了你遇到的闭包问题，这个规则还可能带来其他容易踩的坑：

• 意外引用全局变量：比如写local x = x + 1，这里的第二个x是全局变量，不是你刚声明的局部x——如果全局x不存在，直接就会报错attempt to perform arithmetic on global 'x' (a nil value)。
• 闭包捕获变量不符合预期：如果在同一行声明赋值时让闭包引用该局部变量，很容易误以为闭包捕获的是即将被赋值的局部变量，结果实际捕获的是全局变量或nil，排查起来很头疼。
• 隐性全局变量泄漏：如果不小心在声明语句的表达式里引用了未定义的变量，Lua会自动创建全局变量（除非你开了strict模式），导致不必要的全局变量污染。

内容的提问来源于stack exchange，提问作者rhk