最近正好在重构公司客户端的代码，讲以前残留的C#脚本都从逻辑中剔除然后用Lua脚本实现以方便日后热更需求。重构完之后难免要监控一下性能方面的问题，一边学习网上的资料一边自己测试，总结了以下几点比较简单却实用的优化。
(小声逼逼：其实大体上来看Lua的性能优化已经很好了，很多明显的坑时至今日也已经都被踩出来，因此其实并没有太多的性能优化的空间，只能说是一个强迫症的坚持吧)
1. 尽量使用本地变量
一个简单的例子就是使用math 或者 框架层疯子的Mathf脚本里面的方法：
local limit = 100000;
local timer = os.clock();
for i = 1, limit, 1 do
math.abs(-1)
end
print("Time using global variable: "..tostring((os.clock() - timer)))
local abs = math.abs;
timer = os.clock();
for i = 1, limit, 1 do
abs(-1)
end
print("Time using localized variable: "..tostring((os.clock() - timer)))
然后就是测试结果：
一万次简单的绝对值循环，
使用Global 变量耗时： 0.007
使用Local 变量耗时： 0.006
2. 尽量复用变量
检查代码的时候发现在每个脚本的Update函数里面有大量的local变量声明，而且其中有很多变量都只是参与运算，并不存在赋值引用的作用。因此我就把这些变量都拉到了Update外面声明，Update里面只是对这个值进行覆盖以减少每次Update申请内存空间的损耗。
示例：
local limit = 100000;
local timer = os.clock();
for i = 1, limit do
local sin = math.sin;
sin(0.5)
end
print("Declare inside: "..tostring((os.clock() - timer)))
timer = os.clock();
local sin = math.sin;
for i = 1, limit do
sin(0.5)
end
print("Declare outside: "..tostring((os.clock() - timer)))
一万次的循环，对一个全局变量的缓存会有以下差异:
使用 t[#t + 1] 替换table.insert
这个也是老生常谈了。table.insert的性能大体上是要低于 t[#t + 1]的。不过在业务代码里面的时候，做这个优化还是有一点别的顾虑那就是实际业务中使用的table往往都是存在一个更大的self表中的，也就是会有以下代码:
self.randomTable [#self.randomTable + 1] = value
也就是每次调用self.randomTable相当于要在self表中再查找一次这个randomTable，因此就不太确实到底这个替换会不会带来性能上的提升。
不过在业务逻辑里面做了一个简单的2000此循环测试之后发现也会带来接近以上两点优化的提高（好吧，微乎其微的优化）。
不过因为是在业务逻辑里面做的测试，代码就不方便贴出来了。我也懒得再在测试代码中复现了。
------------------------------------------------------------------------------------------------------------------------------------------------------
好了，目前就优化了这么多，希望也能对别人有点帮助。以后遇到新的优化也会继续更新上来。 :)
网友评论