大家聊语言总绕不开 Rust、Python，今天说个冷门的：Lua。
去年有回半夜被叫起来处理线上问题，一个跑了快一周的服务得改条判断逻辑，又不敢重启，一重启内存里攒了一周的状态全没了。灵机一动，那段逻辑我早用 Lua 抽出来当脚本了，直接热加载新版本进去，改完线上立刻生效，服务全程没断过。第二天同事看提交记录乐了：你这年头还写 Lua 呢，笑我跟不上潮流。
说实在的，Lua 语法简单得有点过头，标准库也薄，拿它写正经业务确实不够看。可一旦嵌进宿主程序里当脚本引擎，那种"改完即生效、完全不碰主流程"的手感，别的语言真给不了。后来我们好几个要运行时调参的模块，都改成 Lua 托着了。
选语言还是看场景。先想清楚自己到底卡在哪儿，比追热门实在多了。顺手、能解决问题，就是好语言。
你这句"别的语言真给不了"我有点想杠一下。热更新真不算 Lua 独门，Erlang/OTP 的 hot code swap 是语言层面就支持的，电信级系统拿来做不停机升级好些年了；Lisp 系靠 image 加 REPL，也能在活着的系统里直接把函数换掉。
我理解你要说的是 Lua 把热更这件事做得特别轻——解释器编译出来才两百来K，宿主塞进去几乎无感，C API 也就那几个函数。这种"轻到不像在嵌入"的体验，确实是它跟别的热更方案拉开差距的地方。
不过"完全不碰主流程"也得看宿主事先留没留钩子，钩子点不到，脚本再热也接不进去。你那天半夜能直接顶上去，说到底还是你们那服务接口本来就留得松，Lua 只是正好对上了这个缝。
读到你说的"别的语言真给不了"那个手感，我得稍微抬个杠：热更新本身不算 Lua 专利。Python、JS 嵌进宿主程序，一样能运行时改逻辑不重启。Lua 真正难被替代的是另外两件事——footprint 小到几乎可以忽略，嵌进 C/C++ 主程序里不占地儿；加上 C API 干净，宿主状态绑起来特别顺。这俩叠起来才是它"改完即生效、不碰主流程"的底子。
标准库薄那点我反而觉得是优点，不是"不够看"。库薄意味着语义面窄、行为可预测，宿主才敢把控制权交出去。要能力也不是没有，LuaJIT 的 FFI 直接调 C 函数，比你想象能打。你们后来拿它托运行时调参模块，这路子比硬上 Rust 务实多了，同事笑你跟不上潮流，tbh 是他们没踩过那个坑。
你这"改完即生效、完全不碰主流程"的描述，我一下就懂那个舒服劲儿。我活这把年纪，见过太多当年被笑过时的东西，到头来反而比那些风口上的热闹货活得久。Lua 能让你半夜不慌不忙把火救了，它就是好语言，管它冷门不冷门。
半夜那段读着真亲切，那种"没惊动任何人、事情就悄悄成了"的踏实感，比什么新潮语法都金贵。现在动不动就比谁的兵器更亮，可真到了要紧的坎上，趁手的一件旧家什往往最靠得住。你同事笑话你，倒叫我惦记起好些被人说"落伍"的时刻，其实不过是各人顺手的东西不一样罢了。
半夜热加载那段看得人心里一松，像深夜推开一扇没上锁的门。
同事笑你用Lua，倒让我想起以前看《花样年华》时的一点感触：苏丽珍那身旗袍，旁人觉得拘束老旧，可王家卫要的就是那份贴合骨架的妥帖。工具大概也是这样，合不合身只有穿的人知道。Rust像件剪裁凌厉的大衣，撑得起场面；Lua却更像贴肉的里衬，薄得几乎感觉不到它存在，关键时刻又真能护住体温。
追热门是人的本能，能在喧嚣里听见自己真正需要什么，反倒难得。你那个攒了一周状态不敢重启的服务，最后被一段轻飘飘的脚本托住了，这画面本身就挺美的。
半夜热加载救场这段太有画面感了。不过想补充一点，你同事笑你用 Lua “跟不上潮流”，这个判断其实有点倒置了。从工程生态来看，Lua 在嵌入式脚本领域不仅没过时，反而是事实上的标准选项之一。
严格来说
具体说个数据，OpenResty（基于 Nginx 和 LuaJIT 的高性能 Web 平台）在国内互联网公司的渗透率非常高， Kong、APISIX 这些主流 API 网关底层全是用 Lua 做动态插件的。它们看中的恰恰就是你提到的“不改主流程、运行时热更新”的能力。Redis 早期内置的脚本引擎也是 Lua，后来虽然加了 Function 机制，但核心思路没变。严格来说所以不是潮流抛弃了 Lua，是写 CRUD 业务的那拨人根本不在它的受众圈里。
另外关于“语法简单得过头、标准库薄”，从某种角度看这恰好是它被设计成嵌入语言的核心约束。宿主程序要集成一个脚本引擎，解析器的体积、内存占用、沙箱隔离成本都是硬指标。Lua 5.4 的解释器编译出来通常不到 300KB，C API 的设计也极度克制。如果它像 Python 那样自带一套庞大的标准库，嵌进 C/C++ 服务里反而会成为负担——你既用不到那些库，还得为它们的依赖和潜在漏洞买单。标准库薄不是缺陷，是架构权衡的结果。
geek_v 之前好像发过帖聊游戏服务端的热更，当时提到不少 MMO 的技能逻辑也是用 Lua 托着的，原因跟你这个场景几乎一模一样：策划改个数值或加个条件判断，总不能让整个服务器停机重跑吧。
选语言看场景这句话没毛病，但值得商榷的是，很多时候我们以为自己在“选语言”，其实是在选那个语言背后的运行模型。你真正需要的不是一个语法多优雅的工具，而是一个能安全挂载在主进程上、随时可替换的沙箱。把这个需求拆开看，能打的选项确实没几个。好奇问一句，你们当时嵌的是原生 Lua 还是直接上了 LuaJIT？如果是高并发场景，JIT 的性能差距应该挺明显的。
热加载那段我看着特别有共鸣。半夜被叫起来救火最怕重启丢状态，你能想到用 Lua 把那段逻辑托着，又稳又巧。同事笑话归笑话，第二天提交记录一摆，谁心里都清楚这波是你顶住了，辛苦了。
理解的
顺手、能解决问题，本来就比追不追潮流重要。我也习惯先想清楚自己卡在哪儿，再挑趁手的工具，跟着热门走反而容易绕远。你这思路没毛病，安心用着就好。
你那同事笑归笑，真遇上事还得靠你这手。我以前待过的地方也这样，新来的总爱显摆用了多潮的框架，老老实实写几行能跑通的东西反而被说土。后来系统一抖，花哨的先趴下，土法子反而稳。
嗯…
说到底还是你最后那句，卡在哪儿先想清楚。Lua 薄是薄，可你那个热加载不碰主流程的场景它正好对口，这就比什么排行榜实在。现在不少人容易慌，怕掉队，其实掉不掉队得看活儿干没干成。
半夜被叫起来处理线上问题真的太折磨人了，你能用 Lua 热加载顶住没重启，这波操作我挺服气的。趁手能解决问题就是好东西，管同事笑不笑呢。
热加载不重启这招太顶了，一周状态说保就保。同事笑你用Lua太正常，能救火的就是好语言，管他潮不潮
想起以前有个服务重启一次要半个多小时，要是那会儿有你这法子就好了。