作者：paintsnow

链接：https://www.zhihu.com/question/49144449/answer/123116906

来源：知乎

著作权归作者所有，转载请联系作者获得授权。

其实我是不主张在开发时就用LuaJIT的，因为这样会把人养懒…… 因为JIT的强大性能，掩盖了太多代码中的低效实现，反而最后想要提升性能已经不可能了==

回到正题，我的建议是，如果使用luajit，就全部都使用，
即使在不支持jit的IOS平台上，你也应该使用禁用掉jit功能的LuaJIT，而不是原版lua。

如果要将现有代码迁移至LuaJIT，我建议您看一下下面的内容。

LuaJIT和lua的兼容性是有的，而且问题非常之多，在我的DontStarveLuaJIT系列文章中有两篇提到了多处不同：
饥荒游戏扫雷笔记（一）｜脚本引擎篇——LuaJIT的救赎（合集） – paintsnow的文章 – 知乎专栏
饥荒游戏扫雷笔记（二） | 脚本引擎篇——偷懒的高温陷阱 – paintsnow的文章 – 知乎专栏

如果不想看原文，我大概总结一下：

1. string HASH策略不一样，导致表的遍历顺序不一样。（你不应该让程序逻辑依赖于表的遍历顺序）

2. 表的[0]索引的实现不一样，LuaJIT会放在array part，而lua则在hash part，导致遍历顺序不一样（使用pairs或者next）。

3. string的转义符处理策略不一样，对于”\abcdef”这样的字符串，lua会把不能形成有效转义序列的字符串拆开，也就是这里的\和a都会出现在最终的字符串里。而LuaJIT会报错，因为没有\a这个转义符。

4. LuaJIT新增加了不少转义符，像\u{1234}来表示unicode字符。

5. LuaJIT新增加了自己的库函数，例如ffi等。使用它们后将不再会保持与原版lua的兼容性。

6. LuaJIT和lua5.2及以后的版本不支持arg这个语法糖来代表{…}，因此旧代码迁移到luaJIT会有这样的问题。

7. LuaJIT会有一些限制，比如说一个函数内最多定义的常量个数，函数最多的参数个数之类的。这些上限一般都比lua的上限要小，所以有些过于复杂的代码能在lua中跑但是在LuaJIT中会引起编译错误。有的限制可以调整luaJIT代码中的常量来提高，但是像“函数内最多定义的常量个数”由于指令格式的限制，想到突破需要新增指令，需要对LuaJIT比较熟悉才能做到；否则就像我文章中提到的那样针对某些情况绕过去。（通常会发生在序列化数据表的地方）

8.
@唐艺洋 提到的，luaJIT内存上限为4G

9. LuaJIT中使用table.unpack(table.pack(1, 2, 3, nil, 5))将得到1, 2, 3而不是1, 2, 3, nil, 5

10. 想到了再续