前言:

　　Lua作为解析执行的脚本语言, 往往是易变逻辑编写的首选语言, 尤其是在游戏领域. C/C++和Lua的结合, 往往了标配. 比如Redis, Nginx其对Lua的支持, 也是杠杠的. 当然Lua也可以作为规则引擎中的规则编写语言. 本文对Java调用Lua(Luaj)的实现机制, 做下简单的介绍.

 

Luaj简介:

　　Luaj是Java调用Lua的一种实现方式, 其是构建一个虚拟机解析执行Lua脚本来实现的, 这和Groovy的方式有所不同.

　　这是Luaj的, http://www.luaj.org/luaj/3.0/README.html.

　　它是针对5.2.x的lua版本的解析器, 其Luaj库的编写是通过JavaCC来实现的.

 

简单示例:

　　集合Luaj, 可以通过Maven进行如下配置:

                 
      
       org.luaj
                  
      
       luaj-jse
                  
      
       3.0.1
              
     

　　Luaj的一个简单的示例程序:

import org.luaj.vm2.Globals;import org.luaj.vm2.LuaValue;import org.luaj.vm2.lib.jse.JsePlatform;public class TestLuaJ {    public static void main(String[] args) {        String luaStr = "print 'hello,world!'";        Globals globals = JsePlatform.standardGlobals();        LuaValue chunk = globals.load(luaStr);        chunk.call();    }}

　　注: Globals继承LuaValue对象，LuaValue对象用来表示在Lua语言的基本数据类型，比如:Nil,Number,String,Table,userdata,Function等。尤其要注意LuaValue也表示了Lua语言中的函数。所以,对于Lua语言中的函数操作都是通过LuaValue来实现的.

　　其输出的结果:

hello,world!

 

原理初探:

　　根据官方的说法, Luaj在包装执行具体的Lua代码时, 有三种不同的模式.

　　1). 纯脚本解析执行(不选用任何Compiler)

　　2). To Lua字节码(LuaC, lua-to-lua-bytecode compiler)

　　3). To Java字节码(LuaJC, lua-to-java-bytecode compiler)

　　其中LuaC是默认的选用Compiler.

　　依据官方的介绍:

　　不使用LuaC的方法是, 则不调用如何行:

org.luaj.vm2.compiler.LuaC.install(globals);

　　而使用LuaJC的方法, 则是调用

org.luaj.vm2.jse.luajc.LuaJC.install(globals);

　　可惜, 笔者在自己测试过程中, 遇到了异常(org.luaj.vm2.LuaError: No compiler.), 好尴尬:

　　

 

性能评估:

　　对Lua解析的代码进行简单的性能评估:

　　其对同样的逻辑代码:

int a = 0;            for ( int i = 0; i < 10000; i++ ) {                a = a + i;            }

　　执行10000次, 具体对比耗时值.

　　整体的测试代码如下:

import org.luaj.vm2.Globals;import org.luaj.vm2.LuaValue;import org.luaj.vm2.lib.jse.JsePlatform;public class TestLuaJPerf {    public static void main(String[] args) {        int iterNum = 10000;        // *) java 模式运行        long beg = System.currentTimeMillis();        for ( int j = 0; j < iterNum; j++ ) {            int a = 0;            for ( int i = 0; i < 10000; i++ ) {                a = a + i;            }        }        long end = System.currentTimeMillis();        System.out.println(String.format("Java consume: %dms", end - beg));        // *) Lua脚本解析执行        String luaStr = "a = 0; for i = 0, 10000, 1 do a = a + i; end";        Globals globals = JsePlatform.standardGlobals();        LuaValue chunk = globals.load(luaStr);        beg = System.currentTimeMillis();        for ( int i = 0; i < iterNum; i++ ) {            chunk.call();        }        end = System.currentTimeMillis();        System.out.println(String.format("Lua consume: %dms", end - beg));    }}

　　测试结果如下:

Java consume: 10msLua consume: 10249ms

　　几乎1000倍的差异, 这个性能对比, 差异有些大, Lua确实慢的不止半点(可能和Luaj的具体实现也有些关系), 因此从这方面来说, Java+Groovy的结合, 比Java+Lua的结合更有优势.

线程安全:

　　Luaj中的Globals对象不是线程安全的, 因此最佳实践是每个线程一个Globals对象.

　　事实上, 可以采用ThreadLocal的方式来存储该对象.

　　因为是对象, 而不是Class, 其和Groovy编译的Script类, 其实现思路是本质区别的.

 

总结:

　　个人对Luaj的认识还是有些肤浅, 没有深入地去研究, 所以可能这边的一些结论可能不准确. 同时Luaj对Lua脚本的支持, 到什么程度, 其实也是一个问号. 不管怎么样, 能对Luaj能有一个初步的认识, 也是好事.