作者: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. 想到了再续
版权声明:本文内容由互联网用户自发贡献,该文观点仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 举报,一经查实,本站将立刻删除。
发布者:全栈程序员栈长,转载请注明出处:https://javaforall.cn/185120.html原文链接:https://javaforall.cn