网上关于 LuaJIT 的讨论,已经显得有些陈旧。若是你对 LuaJIT 编译 Lua 源文件为具体的 32位或64位字节码,极其具体使用感兴趣的话,不妨快速读一下这篇文章。此文章针对尝试在 iOS 或 Android 上使用 LuaJIT 的小伙伴。限于篇幅,此处假定,你能够成功在 iOS/Android App 中集成了 LuaJIT,而且已经能够执行源码形式的 Lua 文件。html
我忍不住在开头插一句: LuaJIT 编译后,只有约 600k,可能也就是一张图片的空间,但却可让你的你App能够拥有一门完整的脚本语言的能力 -- 真的很酷!为许多问题,提供了许多新的思路,特别是 App 地动态性和可配置型方面。ios
操做系统: macOS 10.13.4 【Linux 系统上,应该使用;Windows 系统上,仅供参考】swift
LuaJIT 版本: LuaJIT-2.1.0-beta3【官网最新版】xcode
为了便于下文指令的说明,此处简单约定下目录结构。实际使用时,按需设置和整理便可。缓存
Lua 的加密工具,本质上就是 Lua 的解释器。此处使用的解释器源码是 LuaJIT。LuaJIT 执行效率最高,且编译出来的字节码没法逆向为 Lua 源码,更能保证源码安全性。LuaJIT 支持交叉编译,便可以在电脑上编译出 iOS 或 Android 手机上系统须要的字节码。如此,咱们只须要编译一次 32 和 64 位的 LuaJIT 解释器各一个,备份存档,后续可直接使用。安全
编译 LuaJIT 解释器,直接用官方的推荐指令便可。比较特殊的一点时,若是是想编译出 64 位 LuaJIT,须要加上参数 CFLAGS=-DLUAJIT_ENABLE_GC6
。工具
# cd 到 LuaJIT 源码目录 cd tools/LuaJIT-2.1.0-beta3 # 编译 32 位 LuaJIT 解释器 make clean && make && cp src/luajit ../luajit-32 && make clean # 编译 64 位 LuaJIT 解释器 make clean && make CFLAGS=-DLUAJIT_ENABLE_GC64 && cp src/luajit ../luajit-64 && make clean
注意:从新解压源码后,可能须要从新启动命令行/终端,来清除可能的系统缓存,才能正确 build 出想要的东西。ui
所谓的加密 Lua 源文件,其实就是把 Lua 源文件,编译为 LuaJIT 字节码。相对于 Luac ,LuaJIT 字节码执行效率更高,并且没法被直接逆向为对应的 Lua 源码。加密
编译字节码,用的是 -b 命令,须要注意的是,必定要使用对应字节的 LuaJIT 解释器来编译,不然 iOS/Android App 中,可能没法加载。lua
编译后的字节码文件的后缀,能够根据本身须要自定义。此处我使用的是 “.yan” 和 “.yan64”。
# 编译32位字节码 ,适用于Android所有手机,部分 iOS 手机。 ./tools/luajit-32 -b ./source/main.lua ./output/main.yan # 编译64位字节码,仅用于部分 iOS 手机。 ./tools/luajit-64 -b ./source/main.lua ./output/main.yan64
注意: 敏感信息,不要直接以常量字符串的形式使用。
在 Android 手机上,通常只须要使用 32 位的 LuaJIT 字节码文件便可。iOS 上,状况比较复杂,从 iOS11 以后,iOS 要求相对的库必须有64位版本。也就意味着,若是 App 想兼容 iPhone5s 之前的 32位CPU的设备的话,就必须在项目中同时放置32位和64位的LuaJIT静态库。关于适用于手机端的 LuaJIT 静态库的编译问题,暂不进一步展开。此处只讨论,如何在 iOS 中,动态根据须要准确加载对应的 32 或 64 位的 LuaJIT 字节码文件。
基于上文的讨论,此处给出一个简单的策略:
分享一个 swift 版的实现:
private func luaFileSuffix() -> String{ #if (arch(i386) || arch(arm)) return ".yan" #else return ".yan64" #endif }