那些年lua踩过的雷点

算来lua脚本的使用也有一年了，记录一些在项目使用过程当中碰到的雷点，没注意的话就容易踩坑。

1.迭代器 pairs ipairs

ipairs 有序遍历，适用于数组

local tab = {1,2,3,4,5,6}

for i,v in ipairs(tab) then

print(v)

end

输出：1 2 3 4 5 6

注意:遍历到nil就会中止遍历

local tab_2 = {1,2,3,nil,5,6}

for i,v in ipairs(tab_2) then

print(v)

end

输出：1 2 3

 

pairs 无序遍历，适用于键值对

local tab = {

[one] = 1,

[two] = 2,

[three] = 3

}

 

for k,v in (tab) then

print(v)

end

输出:不肯定(由于遍历顺序不肯定)

 

2.table.sort()

table.sort是排序函数，它要求排序的目标table必须是从1到n连续的数组，即中间不能有nil

 

table.sort默认按照升序排序；当额外写了比较函数时，至关于你重载了lua中自带的“<”操做符。这就有一个特别要注意的问题，当两个数相等的时候，比较函数必定要返回false！

a = 5;

b = 5;

c = 5;

d = {a, b, c};

table.sort(d,function(first,senond)

if first < second then

return true;

end

if first > second then

return false;

end

return true;

)

上面那段代码一执行就会报错了，缘由就在于最后的一个true。比较函数执行时，a==b，返回true；b==c，返回true；c==a，返回true。可是，咱们所写的比较函数其实是重载了“小于号”操做符，因此程序执行后的结果就是a<b,b<c,c<a，此时就会出问题！

这里我犯过一个错误就是在重写比较函数的时候将“<”号重载为“>=”,返回为true。即，table.sort(d,function(first,second)

return first >= second

end)

这样即便程序执行不报错，当first == second获得的排序结果也不会如咱们预期的想象。

 

3.值类型 / 引用类型

这个是脚本语言反复强调的重点，也是面试必考的知识点，可是当我在处理一个比较复杂的界面运算逻辑的时候仍是不可避免的踩了坑。关于这块网上已经有不少定义上的解释，这里咱们直接上例子。

值类型:

local a = 3

local b = a

a = a + 1 //这里强调下lua语言当中并无c++等语言当中的自增自减符号

print(b)

输出:3

引用类型:

local tab_3 = {1，2，3}

local tab_4 = tab_3

local tab_5 = {}

for i,v in(tab_3) do

{

table.insert(tab_5,v)

}

tab_3[2] = 5 //lua数组的下标从1开始

for i,v in(tab_4) do

{

print(v)

}

for i,v in(tab_5) do

{

print(v)

}

输出:1 5 3

1 2 3

咱们重点解释下为何tab_5没有随着tab_3的改变而改变，由于tab_5是从新声明插入数值的表，在堆中开辟了一块新的地址空间，是独立于tab_3的新表。tab_4是在栈中对tab_3的引用，与tab_3拥有同样的寻址空间。