LuaJIT

利用LuaJIT转出bytecode跑interpreter模式，但是禁用了JIT模式

具体的方案是：

1.The LuaJIT Project网站下包，注意和cocos2dx引擎的jit版本一致

比如我们游戏cocos2dx版本号是3.13，在luaconf.h中可以看到lua和jit的版本信息luajit-2.1.0-beta2。

#ifndef LUA_LMULTILIB
#define LUA_LMULTILIB	"lib"
#endif
#define LUA_LROOT	"/usr/local"
#define LUA_LUADIR	"/lua/5.1/"
#define LUA_LJDIR	"/luajit-2.1.0-beta2/"

#ifdef LUA_ROOT
#define LUA_JROOT	LUA_ROOT
#define LUA_RLDIR	LUA_ROOT "/share" LUA_LUADIR
#define LUA_RCDIR	LUA_ROOT "/" LUA_MULTILIB LUA_LUADIR
#define LUA_RLPATH	";" LUA_RLDIR "?.lua;" LUA_RLDIR "?/init.lua"
#define LUA_RCPATH	";" LUA_RCDIR "?.so"

版本不一致会出现cannot load incompatible bytecode报错。

2.luajit -b 转化bytecode

下载文件后，mac上可以直接make；win10下需要先配置VSCommandPrompt，如图

参数为/k “C:\Program Files (x86)\Microsoft Visual Studio 14.0\Common7\Tools\VsDevCmd.bat”。接下来cd到jit的src目录运行msvcbuild.bat即可编译出jit.exe.

利用luajit -b 命令即可生成bytecode。

这里有个细节要注意：jit bytecode后sethook的lua_debug信息中的行号钩子失效，永远显示0，如有基于行号的debug或者profile的话需要做相应改动。

3.ios默认关闭jit，android中用jit.off()关闭
1.为什么禁用JIT？
1.jit并不是直接将lua转为机器码，而是先以luajit的bytecode在runtime中iterpreter模式运行，iterpreter运行中发现某段代码经常被执行就会开启记录模式，记录这段代码的细节，推测变量的类型，记下来->SSAIR->机器码。

以trace compiler方案推测着运行机器码，用固定的内存访问而不是查表操作，所以速度更快。每次根据推测生成机器码时方式推测失败会加上一段守护代码。当类型不匹配时就会jit失败然后用守护方法重来。

所以一旦jit失败会比原先的interpreter更耗！

2.luajit为了提速，会尽可能用寄存器存储local，寄存器有限，所以对临时变量的请求更为苛刻

3.android平台的其他不稳定情况。

就我们游戏而言，for循环用的比较重的地方，jit开启时经常会有玩家报偶现卡顿。英雄模块就是个重灾区，后来jit.off()，这个世界清静了

2.为什么不用luac，还是坚持用jit的bytecode？
既然ios禁用jit，Android我们也主动关了jit，而且用jit还要区分平台，比如ios我们要为32位和64位系统打包两份bytecode，为什么还要用它而不用luac？

1.体积减少40%，体积一小，包体，内存，转化率，热更文件大小跟着都好办了

2.require代码时load速度快10倍

同时因为禁用了jit，性能特性和luac是一致的，不需要对代码做额外的优化

https://zhuanlan.zhihu.com/p/40484460