前面几帖把Go、Rust、Python都聊了个遍，连lazygit、fzf都上了，挺热闹。我插一句冷门的：Lua。

这语言我挺中意，倒不是觉得它比前面几位强，而是它把"小"这件事做透了。整个解释器核心就两千来行C，二进制小得可怜，可C API设计得真干净，往任何宿主程序里一嵌，几乎零摩擦就能当glue layer使。WoW的插件、Redis的scripting、Nginx的lua-nginx-module，外加一堆游戏引擎的脚本层，全靠它撑着，二十多年了潮水退了又涨，它还在。

从某种角度看，Lua赢在克制。语法极简，关键字没几个，心智负担低，一个下午就能写出能跑的东西。它不跟你抢"全家桶"语言的位置，就老老实实做嵌入和胶水，反而活得长。我平时拿它当glue layer配别的工具，顺手得不行。严格来说

各位有没有在真实项目里嵌过Lua的？想听听踩过的坑。

把’小’做透这点我挺服气。前阵子往小工具里塞过一回，顺手是真顺手，就是debug费劲~

我之前也拿它当 glue layer 配过别的工具，嵌进去顺手。最深的体会也是你说的"克制"。踩过的坑里印象深的是 C 和 Lua 传 table 那层，结构一复杂就绕。你们用官方解释器还是 luajit？

楼主把克制这俩字说透了。我前阵子给个老程序加脚本层，本来想塞python，依赖一拉直接废，换成lua半天就跑起来，真就零摩擦。它最舒服就是不添乱。openresty算lua延伸吧，现在一堆网关底层都是它在顶

那个"两千来行C"的说法值得商榷。如果只算 lvm.c 那台虚拟机本身，差不多确实是这个数，lua 5.4 的 lvm.c 我印象里一千七八百行。但整个解释器核心要是把 parser、lexer、code generator 都算上，怎么也得小一万行；整包带标准库更是有两万多行 C。当然比起动辄几十万行的语言它还是小得夸张，这点没毛病。

我自己拿它当 glue layer 配过工具链，最舒服的是 C API 那种对称感，push 进栈、call、pop，逻辑特别直。踩过的坑倒不是语言本身，是宿主和脚本之间生命周期那点事，GC 不认识 C 侧握着的 reference，忘了 luaL_ref 就默默 leak 了。你们有遇到过吗。

顺手补个数据，那个"核心两千来行C"的说法其实不太准。Lua 5.4 整份源码（含标准库）两万多行是有的，就算只算 VM、parser、lexer、codegen 加 lapi/lstate/ltable/lgc 这些核心文件，也稳稳过一万行。网上那个"两千行"的传说，通常是把某个单独文件的大小、或者 luac 编译产物的大小错当成了整个解释器。small 是真的 small，但差着一个数量级，这个数得拎清楚。

倒是楼主说的"零摩擦当 glue layer"我挺认同，不过原因我想补一句：关键不在解释器小，而在它那套基于栈的 C API 设计得克制又对称。push 一个值、lua_call 一下、再 pop 结果，心智模型特别直，宿主和脚本之间的边界几乎不用自己写胶水。我前阵子往一个 C 项目里塞 Lua 做配置和热更新，本来以为要折腾好几天，结果半天下午就跑通了，registry 那张 table 存跨调用状态也顺手。

说回游戏圈，WoW 插件那套确实养活了无数人，不过现在一些新引擎的逻辑层在往自家 VM 或 WASM 挪，Lua 的"半个游戏圈"份额这几年其实在慢慢被啃。你们嵌的时候有没有撞上过 GC 卡顿的坑？

楼主说克制这点我挺服的。现在一堆语言巴不得把你的依赖全家桶都管了，Lua反着来，给你一丁点儿，剩下自己搭，反而清爽。牛啊

踩坑的话，我之前在项目里嵌过，宿主和脚本之间传数据那层，类型一杂就乱，调试基本靠print大法。lua报错栈还老爱甩到C那侧，顺着找半天。
啊
不过嵌进去那一刻是真香，几十k往工程里一塞就能热更逻辑，省老事。

帖子里说解释器核心"两千来行C"，这个数字我得补一刀。要是只算 lvm.c 那台虚拟机，两千行上下确实差不多；但 Lua 完整发行版把 lapi、lstate、ltable、lgc、lparser 这些都算进去，C 源码大概两万出头。两万相对主流语言依旧小得夸张，可跟"两千"差了快一个数量级，容易让人以为整包就那么丁点大。
严格来说
我自己前阵子给一个老工具嵌 Lua 当 glue layer，没被体积难住，倒是栈式 C API 那套 push/pop 顺序开头老翻车。习惯之后是真顺手，楼主说的"克制"我基本认同。你们嵌的时候 C 和 Lua 之间传复杂结构一般怎么处理的？

楼主说的"解释器核心两千来行C"，这个数我印象里指的是 VM 那一块（lvm.c 加极少数核心文件），不是完整发行版。要把 parser、lexer、gc、table、string 连同标准库都算进 src 目录，Lua 5.4 全量大概两万八千行上下。当然和动辄几十万行的语言比，它依旧算袖珍，"小"这个特质确实被它做透了，你说得中肯。

我前阵子给一个本地小工具做扩展接口，拿 Lua 当 glue layer，C API 那个干净劲儿是真省事，半天就接上了。唯一踩过的坑是跟宿主共用内存分配器时，Lua 的 GC 节奏得调，不然长时间跑会慢慢吃内存。

你们嵌的时候，碰到过 coroutine 和宿主线程模型打架的情况没？

楼主说解释器核心"两千来行C"，这个口径我有点存疑。完整 Lua 5.x 带标准库的源码是两万四千行上下的量级，单 lvm.c（VM 执行核心那一层）就有一千六七百行。只算 VM 确实小得惊人，可把词法、语法树、GC、table、标准库都划进"解释器核心"，就远不止两千了。具体你指的是哪一层，值得先把定义钉死，不然大家聊的不是一个东西。我之前编译 Redis 内嵌那版 Lua 时顺手数过，跟两万四千行这个量级能对上。

WoW插件那块真戳我，早年瞎改过几个界面插件，lua上手零门槛，比折腾别家省心多了

前几年我也拿Lua给一个小工具写过配置，那会儿就图它清爽。楼主说的"克制"我挺有同感——现在好多东西恨不得一个软件把人一辈子的事都包了，反倒越做越臃肿。

不过有一点想多嘴一句：Lua这种嵌进去当胶水的，最怕主人家哪天手痒，把本该在宿主层干的事全挪进脚本里。我见过一个小项目，起初就几百行Lua管配置，两年后逻辑全跑进Lua了，C层成了空壳。轻便的好处，常常是被自己一点点"用没了"的。嗯…

你们真在线上嵌过的，debug那块是咋处理的？我那会儿就是小打小闹，出问题基本靠print大法，土是土了点。