ToLua框架支持直接读取运行lua脚本文件，也支持读取打包到.unity3d中的lua脚本。另外ToLua还支持字节码方式读取脚本。
打包工具类Packager.cs中对脚本的打包，选择如下打包方式：
注意此部分经过我的修改。然后它会调用下边部分：
上边选择了lua字节码方式，其实区别只是EncodeLuaFile函数会把lua脚本编译成可被luajit执行的格式文件。此函数内容如下：
无论是否选择字节码方式，最终生成的到临时目录Lua中的文件都是.byte结尾的。
ToLua/Lua和Lua目录下的脚本会拷贝到Lua目录下
我的工程目录结构如下：
临时目录下的结构如下：
对lua脚本的打包是把他们所在的文件夹打包，而不是每个lua文件分别打包，所以在遍历Lua目录后，还需要把Lua目录本身加入打包列表，因为它下边也包含脚本.
最终打包到StreamingAssets下的结构如下：
打包完资源后，BuildLuaFile()函数会生成一个luafiles文件，到StreamingAssets/lua中，内容如下：
BuildLuaFile函数的内容如下：
这个文件是用来干啥的呢？我们看一下LuaManager.cs中的代码：
此代码经过了我的修改，它的目的是读取luafiles中列出来的所有包含lua脚本的.unity3d文件，并加入到loader的字典中：
我们来看下LuaLoader.cs中的代码：
此代码经过了我的修改，注意上边转小写的目的是因为之前打包的时候，所有资源文件都被小写化了。
这里读取了所有脚本的bundle包，并组合了名称，保存到字典中，继续看AddSearchBundle函数：
那什么时候会使用到它们呢？我们来看LuaManager.cs中的调用：
继续进入：
此处我也做了修改，增加了bundleName参数，为什么增加这个参数后续会介绍。继续进入ReadFile
我选择了bundle方式，所以会执行下边函数，那上边的beZip是哪里设置的呢？看下边：
继续进入ReadZipFile：
这里是最关键的地方，只要是有luaState.DoFile的调用最终都会执行到这里
这里经过了我的修改，框架原来的代码只有fileName参数，而我们的资源包是以文件夹为单位的，所以想确定fileName（lua脚本名）到底属于哪个资源包是做不到的，
因此才会有原来的那种拼接字符串的无奈写法。
我这里增加了bundleName参数，在直接调用时，可以找到资源包，注意zipMap.TryGetValue这行。
但其实这里还有个问题，有的时候并不是主动调用DoFile才会到这个函数，比如初始化时，后续的子调用到达这里，这个时候bundleName参数是null的，所以我也保留了
原来的那种拼接方式，只是稍作修改，符合我luafiles文件中的文件名格式。这种方式能运行lua目录下和lua/fileName目录下的脚本。
之前还有个地方运行时也会调用这里：
ReadZipFile返回的是byte[]，最终输入到下边运行：
这里lua文件名也就是chunkName（块名），最终由底层dll调用，此时运行实例便可看到main.lua的结果