必须显式调用lua.OpenLibs(L)或精简加载，否则print等全局函数为nil导致panic；传Go数据需递归构建Lua表，禁用原生map/slice直接赋值；热重载须切换实例而非Close正在运行的LState。
直接用 os/exec 跑 Lua 文件不行——变量传不进去、错误抓不住、热重载做不到，更别说访问 Go 侧的数据库或日志实例。真要嵌入脚本逻辑，必须把 Lua 解释器塞进 Go 进程里，选 gopher-lua（纯 Go 实现）或 golua（C 绑定），别绕弯。
为什么 L.DoString("print(1)") 一执行就 panic
因为 lua.NewState() 创建的是“裸机”虚拟机：没加载任何标准库，print、math、string 全是 nil。这不是 bug，是设计如此。
- 必须显式调用
lua.OpenLibs(L)，它会一次性加载 base、table、string、math 等全部标准模块 - 若只用
table和json类操作，可精简为lua.OpenBase(L)+lua.OpenTable(L)，减少内存占用 - 错误现象典型是
attempt to call a nil value (global 'print')，不是环境问题，是忘了开库
注册 Go 函数给 Lua 调用时栈为什么会错位
函数签名、参数读取、返回值压栈三步缺一不可，漏一个就导致后续所有 L.Call 不可预测。
- 签名必须严格为
func(*lua.LState) int，返回值是“推入栈的值个数”，不是 error 或 bool - 参数索引从 1 开始：
L.ToInt(1)读第一个参数，L.ToString(2)读第二个；越界或类型错会 panic，建议先用L.Get(1).Type() == lua.LTNumber判断 - 必须手动
L.Push()返回值，并return 1（返回一个值）；写成return 0或漏写，栈顶残留旧值，下一次调用大概率崩溃
怎么把 Go 的 map 或 struct 安全传进 Lua
L.SetGlobal("data", myMap) 是危险操作——gopher-lua 不识别原生 Go map，会静默转成空表或 panic。
Golang Uber Dig
下载
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
- 一律用
L.NewTable()创建新表，再逐字段设置：L.SetField(table, "key", lua.LString(value)) - 遇到嵌套 map 或 slice，递归处理：map → 新
L.NewTable()，slice → 用L.SetTable(table, lua.LNumber(i), lua.LString(item))，注意 Lua 索引从 1 开始 - 绝对不要在 Lua 表里存 Go 对象指针（如
*MyStruct），GC 后再访问就是invalid memory address
热重载 Lua 脚本时主线程为啥突然崩了
直接 Close() 正在运行的 *lua.LState 实例，可能中断协程或触发内部 panic。安全重载靠的是“切换引用”，不是“暴力销毁”。
- 用
sync.RWMutex保护当前活跃的*lua.LState变量 - 重载前启动新实例，成功执行
L.DoFile()并验证逻辑后，才原子替换全局引用 - 旧实例调用
L.Close()，它会等挂起协程自然结束，但不会中断 C 函数——所以别在 Lua 里调time.Sleep或阻塞 IO
最易被忽略的点：每个脚本该用独立 *lua.LState 实例，共享同一个实例等于主动制造状态污染和竞态。不是性能问题，是稳定性底线。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
