在上期《Lua 优化——认识局部变量中的常见陷阱》中，我们以UWA 本地资源检测内相关的规则为依托，针对局部变量为大家介绍了在 Lua 中多种需要关注的使用场景，也结合简单的代码示例进行了直观说明。
本期，我们针对大家在写代码时的书写习惯，来分析 Lua 使用时可能发生的各种 “笔误” 情况，这些容易被忽视的问题，往往会带来一些无法预知的 Bug。我们依然会以简单的例子来帮助大家读懂这些规则，力图以浅显易懂的表达，让职场新手或优化萌新能够深入理解。
1、控制流和数据流的问题
1.1 无法访问的代码
在如下代码中：
for i = 1, 100 do
if cond(i) then
f()
end
break
print("Unreachable code")
end
break 的位置导致语句 print("Unreachable code") 不会执行。
1.2 循环最多可以执行一次
在如下代码中：
for i = 1, 100 do
if cond(i)
then f()
end
break
end
break 的位置导致循环只能执行一次。
1.3 没有被使用的标签
在代码中书写了某个 Label：
::LabelName::
但从未使用 goto（LabelName）语句到达该位置。
1.4 赋值语句左侧变量少
例如：
local a=1，2
1.5 赋值语句左侧变量多
例如：
local a，b=1
1.6 do…end 语句之间为空
在代码中书写了一段空的 do..end 分支：
do
end
1.7 空的 if 分支
在代码中书写了一段空的 if 分支：
if True then
else
end
1.8 空语句
Lua5.2+ 的版本中，分号被认为是语句。多个分号完全没有用，会 Warning。例如：
;;;;;
1.9 函数的圈复杂度过高
圈复杂度（ Cyclomatic complexity ）也称为条件复杂度，是一种代码复杂度的衡量标准。
在软件测试的概念里，圈复杂度用来衡量一个模块判定结构的复杂程度，数量上表现为线性无关的路径条数，即合理的预防错误所需测试的最少路径条数。圈复杂度大说明程序代码可能质量低且难于测试和维护，根据经验，程序的可能错误和高的圈复杂度有着很大关系。
1.10 需要设置步长为负数
倒序遍历一个表的时候需要指定步长。例如以下这种错误的表达方式：
for i = #t, 1 do
print(t[i])
end
改正后结果应为：
for i = #t, 1, -1 do
print(t[i])
end
2、格式的问题
2.1 该行仅由空格组成
2.2 该行包含尾随空格
2.3 字符串中包含尾随空格
local string =[[xxxx #此处有空格
xxxxxxxxxxxxxxxx]]
2.4 注释中包含尾随空格
2.5 缩进不一致
一般是因为 Tab 之后有空格。但有些编译器会自动调整，例如 “VS Code”。
Lua 解析语法时是采用空格等分割来解析的，某些情况下，若不小心加空格会导致非预期的结果。上述五条规则都是在检查是否有不合理的空格存在。
2.6 该行过长
该条规则是为了代码的美观，在编写代码时注重代码书写上的简洁性，这样在后期修改和维护时能更方便查看。
希望以上这些简单的示例能在实际的开发过程中为大家带来帮助，从而最大程度上避开这些在使用 Lua 时会遇到的 “笔误” 问题。同时，也欢迎大家来使用 UWA 推出的本地资源检测服务，可帮助大家尽早对项目建立科学的检测规范。
万行代码屹立不倒，全靠基础掌握得好！
《场景检测：面片、光影和物理属性》
《场景检测：Audio Listener、RigidBody 和 Prefab 连接》
《场景检测：雾效、Canvas 和碰撞体》
《特效优化 2：效果与性能的博弈》
《特效优化：发现绚丽背后的质朴》
《Prefab 优化：预制体中的各种细节选择》
性能黑榜相关阅读
《那些年给性能埋过的坑，你跳了吗？》
《那些年给性能埋过的坑，你跳了吗？（第二弹）》
《掌握了这些规则，你已经战胜了 80% 的对手！》