① lua脚本语言环境与全局环境以及错误处理的理解
2.2 – 环境与全局环境
后面在 §3.2 以及 §3.3.3 会讨论， 引用一个叫 var 的自由名字（指在任何层级都未被声明的名字） 在句法上都被翻译为 _ENV.var 。 此外，每个被编译的 Lua 代码块都会有一个外部的局部变量叫 _ENV （参见 §3.3.2）， 因此，_ENV 这个名字永远都不会成为一个代码块中的自由名字。
在转译那些自由名字时，_ENV 是否是那个外部的局部变量无所谓。 _ENV 和其它你可以使用的变量名没有区别。 这里特别指出，你可以定义一个新变量或指定一个参数叫这个名字。 当编译器在转译自由名字时所用到的 _ENV ， 指的是你的程序在那个点上可见的那个名为 _ENV 的变量。 （Lua 的可见性规则参见 §3.5）
被 _ENV 用于值的那张表被称为 环境。
Lua 保有一个被称为 全局环境 特别环境。它被保存在 C 注册表 （参见 §4.5）的一个特别索引下。 在 Lua 中，全局变量 _G 被初始化为这个值。 （_G 不被内部任何地方使用。）
当 Lua 加载一个代码块，_ENV 这个上值的默认值就是这个全局环境 （参见 load）。 因此，在默认情况下，Lua 代码中提及的自由名字都指的全局环境中的相关项 （因此，它们也被称为 全局变量 ）。 此外，所有的标准库都被加载入全局环境，一些函数也针对这个环境做操作。 你可以用 load （或 loadfile）加载代码块，并赋予它们不同的环境。 （在 C 里，当你加载一个代码块后，可以通过改变它的第一个上值来改变它的环境。）
2.3 – 错误处理
由于 Lua 是一门嵌入式扩展语言，其所有行为均源于宿主程序中 C 代码对某个 Lua 库函数的调用。 （单独使用 Lua 时，lua 程序就是宿主程序。） 所以，在编译或运行 Lua 代码块的过程中，无论何时发生错误， 控制权都返回给宿主，由宿主负责采取恰当的措施（比如打印错误消息）。
可以在 Lua 代码中调用 error 函数来显式地抛出一个错误。 如果你需要在 Lua 中捕获这些错误， 可以使用 pcall 或 xpcall 在 保护模式 下调用一个函数。
无论何时出现错误，都会抛出一个携带错误信息的 错误对象 （错误消息）。 Lua 本身只会为错误生成字符串类型的错误对象， 但你的程序可以为错误生成任何类型的错误对象， 这就看你的 Lua 程序或宿主程序如何处理这些错误对象。
使用 xpcall 或 lua_pcall 时， 你应该提供一个 消息处理函数 用于错误抛出时调用。 该函数需接收原始的错误消息，并返回一个新的错误消息。 它在错误发生后栈尚未展开时调用， 因此可以利用栈来收集更多的信息， 比如通过探知栈来创建一组栈回溯信息。 同时，该处理函数也处于保护模式下，所以该函数内发生的错误会再次触发它（递归）。 如果递归太深，Lua 会终止调用并返回一个合适的消息。
② 怎么使用lua脚本
LUA脚本语言基本使用方法是本文要将介绍的内容，主要是来学习Lua脚本语言的使用方法，具体内容来看本文详解。
先要把下边这些语句加入到VC中的头文件，一般是加到StdAfx.h中
extern "C" { #include "lua.h" #include "lualib.h" #include "lauxlib.h" #pragma comment(lib, "lualib.lib") #pragma comment(lib, "lua.lib") }
然后一般来说都使用一个全局的LUA库定义的这个东西
lua_State* g_Lua;
并且在工程处初始化时也给LUA初始化
g_Lua = lua_open(); **加这句 /* load Lua base libraries */ 网上一些教材中这么写的 lua_baselibopen(g_Lua); 不过我这简单的例子中不用到这些也行 lua_tablibopen(g_Lua); lua_iolibopen(g_Lua); lua_strlibopen(g_Lua); lua_mathlibopen(g_Lua);
紧接着声明接口函数,注册上函数
lua_register(g_Lua, "Message", myMessage);
好，初始化部分完了，看看接口函数的写法。
函数必须这样的格式来写
static int Func(lua_State *L) { 静态型函数，而且必须带参数为lua_State结构指针 返回的值是代表返回的数据个数，比如return 2;就可以代表 返回两个整数啊，浮点数什么的,象LUA的脚本编写就可以这样 i, j = Func() , 这样就表示可以从Func接口函数中得到两个返回值了 return 0; }
执行脚本语句可以读文件，也可以直接读函数名
注册了
lua_register(g_Lua, "Message", myMessage); static int myMessage(lua_State *L) { OutputDebugString("OK"); return 0; } lua_dofile(g_Lua, strCurPath); //读文件，必须给出完整的文件路径名称 lua_dostring(g_Lua, "Message()"); //直接读函数
文件中只要写上
Message()
就可以了。
③ 为什么将lua作为游戏脚本
就我个人的理解来看，使用LUA作为脚本语言有三个好处：
1、轻量级
LUA只包括一个精简的核心和最基本的库。这使得LUA体积小、启动速度快，从而适合嵌入在别的程序里。
2、可配置性、可扩展性
LUA并不象其它许多"大而全"的语言那样，包括很多功能，比如网络通讯、图形界面等。但是LUA可以很容易地被扩展：由宿主语言(通常是C或C++)提供这些功能，LUA可以使用它们，就像是本来就内置的功能一样。
3、兼容性
LUA由标准C编写而成，几乎在所有操作系统和平台上都可以编译，运行。
这些都是LUA本身所具备的一些特质。而这些特质正好就决定了LUA的广泛使用：
1、轻量级
没人希望自己的应用程序需要附加几十M甚至几百M的库类文件才能运行。如果一个应用程序这么做了，那么它很难做到Run Anywhere。当然，这个Run Anywhere只是这么一说。
2、可配置性、可扩展性
在游戏研发的过程中，修改是必不可少的过程。如果每次修改都需要从底层做起，那必定是一个非常繁琐的过程。而LUA的可配置、扩展正好可以解决这一问题。
3、兼容性
游戏只是游戏，不能决定玩家的机器配置，更不能决定玩家的操作系统。如果因为游戏与用户的操作系统不兼容导致游戏销量下降，我想，这肯定是不被允许的。
所以，具备了以上三个特点的LUA，没有不作为游戏脚本使用的理由。
④ 如何调试lua脚本
调试lua现有的几种方案:
1）luaedit : 编辑断点和断点命中查看那些都让习惯用vs的人感到亲切，但是它只是在纯lua环境下的编辑器，也就是说和期望程序运行中能借用它来调试脚本可能性不大（至少我没有试验出来），能用上的需要给lua脚本做个main脚本函数，并提供一系列伪的c api(由lua实现的函数，只提供制定值的返回)。由luaedit启动脚本main函数进行调试
2）利用 lua debug 库中的 hook ，然后记录一张断点位置表，设置行模式的 hook ，每次进入 hook 都检查是否是断点处，若是就停下来等待交互调试。这个方法有效，但是很消耗 cpu 。因为每进入一个新的代码行，都需要回调一个函数。当这个函数本身又是用 lua 写的时候，效率更低。
3）利用lua脚本函数实现，在lua脚本中封装一个断点函数，这种方式结合debug库实现断点和栈信息，然后利用lua环境下的表对函数调用信息进行记录和打印，需要脚本使用者显式提供断点函数的调用。这个办法的优点自己可以组合出适合自己项目的断点调试方案。但缺点是相对繁琐，而且断点命中以后难以和现有方式融合