只要实战不说废话
变量
因为 Lua 的寄存器很多，预编译时便能将所有的局部变量存到寄存器中。所以，在 Lua 中访问局部变量是很快的。所以解决Lua性能问题，最重要的是用 local 去修饰变量。不使用 local 修饰的变量都是全局变量，在查询局部变量的时候要去全局表 _G 中查询，很耗时间。
除了这个明显的地方，另有几处也可使用局部变量，可以助你挤出更多的性能。比如，如果在很长的循环里调用函数，可以先将这个函数赋值给一个局部变量。这个代码：
for i = 1, 1000000 do
local x = math.sin(i)
end
下面的方法比上面的方法快30%
local sin = math.sin
for i = 1, 1000000 do
local x = sin(i)
end
访问外层局部变量（也就是外一层函数的局部变量 up Value）并没有访问局部变量快，但是仍然比访问全局变量快。访问速度是这样的：first Value > up Value > global
考虑如下代码：
function foo(x)
for i = 1, 1000000 do
x = x + math.sin(i)
end
return x
end
我们可以通过在 foo函数外面定义一个 sin来优化它：(local sin 就相当于 function foo 的 up Value)
local sin = math.sin
function foo(x)
for i = 1, 1000000 do
x = x + sin(i)
end
return x
end
print(foo(10))
表
当 Lua 想在表中插入一个新的键值而哈希数组已满时，Lua 会做一次重新哈希（rehash），我们以往写程序的习惯是这么初始化表 a = {} 这个时候 Lua 是没有给 table 分配空间的。如果是下面的代码会发生什么：
local a = {}
for i =1, 3 do
a[i] = true
end
这段代码触发了两次 rehash （一次分配2的指数值大小），如果是处理一个大数据，需要几万次的循环，可想而知 rehash 的次数将非常大，所以这样大大浪费了空间和性能。以后初始化表的时候如果如果知道表中有固定的值了，就直接构造进去。比如：
a = {true, true, true}
for i = 1, 1000000 do
local a = {}
a [1] = 1; a[2] = 2; a[3] = 3
end
这段代码运行了2.0s
其他
可以把不变的操作放在循环外
function foo (...)
for i = 1, n do
local t = {1, 2, 3, "hi"}
-- 做一些不改变 t 的操作
...
end
end
local t = {1, 2, 3, "hi"} -- 一次性地创建 t
function foo (...)
for i = 1, n do
-- 做一些不改变 t 的操作
...
end
end
很多字符串的处理，都可以通过在现有字符串上使用下标，来避免创建不必要的新字符串。例如，函数 string.find返回的是给定模式出现的位置，而不是一个与之匹配的字符串。返回下标，就避免了在成功匹配时创建一个新的子字符串。若有需要，可以再通过函数 string.sub 来获取匹配的子字符串。
