4、分支和循环：if判断语句、运算符、if-else语句、while循环、for循环、break、continue

好，咱们今天聊聊分支和循环。说实话，这是写配置脚本时最常用的逻辑结构。你想想看，一个复杂的配置流程，本质上就是「在什么条件下做什么事」以及「重复做某件事直到满足条件」。我在DaVinci Config里折腾了这么多年，发现很多坑其实就藏在最基础的if和for里。

4.1 if判断语句：别让条件「裸奔」

if语句，说白了就是「如果...就...」。在DaVinci Config的脚本里，它的写法很直接。但我见过不少新手，直接在if后面放一个变量，连个比较运算符都不加。

// 错误示范：直接判断变量
if (myVar) {
    // 你以为myVar非零就执行？
    // 实际上DaVinci Config里，这种写法可能被解释成「判断变量是否存在」
}

// 正确做法：明确比较
if (myVar != 0) {
    // 这才是我要的「如果myVar不等于0」
}

我个人习惯，哪怕变量是布尔类型，也写清楚比较条件。为什么？因为DaVinci Config的脚本解析器有时候会「自作聪明」。我曾经在项目里遇到过一个bug，一个布尔变量明明为false，但直接写在if里却被当成true执行了。排查了半天，最后发现是变量类型定义的问题。从那以后，我再也不敢让条件「裸奔」了。

4.2 运算符：小心「等于」和「赋值」

运算符这块，大家都很熟悉。但我要重点提醒一个：等于判断用两个等号（==），赋值用一个等号（=）。这听起来像废话，对吧？但我在代码评审时，至少见过五次有人把if里的==写成=。

常用的比较运算符，我列个表给你参考：

运算符	含义	使用场景
==	等于	判断两个值是否相等
!=	不等于	判断两个值是否不同
>	大于	数值比较
<	小于	数值比较
>=	大于等于	边界判断
<=	小于等于	边界判断

逻辑运算符也要注意：与（&&）、或（||）、非（!）。嗯，这里有个小技巧——尽量用括号把条件分组。比如：

// 不推荐：全靠运算符优先级
if (a > 0 && b < 10 || c == 5) {
    // 这段代码，你自己过一个月再看，八成要懵
}

// 推荐：加括号，逻辑一目了然
if ((a > 0) && (b < 10) || (c == 5)) {
    // 虽然括号多了点，但不会出错
}

4.3 if-else语句：别忘了else if的短路特性

if-else结构，大家都会写。但我要说的是执行顺序。DaVinci Config的脚本是顺序执行的，一旦某个条件满足，后面的else if就不会再判断了。这就是「短路特性」。

if (value > 100) {
    // 处理大数值
} else if (value > 50) {
    // 处理中数值
} else if (value > 0) {
    // 处理小数值
} else {
    // 处理零或负数
}

你看这个例子，如果把条件顺序搞反了，比如先判断value > 0，再判断value > 100，那value=200的时候，永远进不了「处理大数值」的分支。我在项目中遇到过这种低级错误，当时一个同事把条件写反了，导致某个模块的配置参数始终不对。排查了两天才发现，原来是if条件的顺序问题。

4.4 while循环：小心死循环

while循环，就是「当条件成立时，一直做某件事」。它的坑在于——条件必须能在循环体内被改变，否则就是死循环。

// 危险写法
int i = 0;
while (i < 10) {
    // 做了一些操作，但忘了给i加1
    // 这个循环会永远跑下去
}

// 正确写法
int i = 0;
while (i < 10) {
    // 做操作
    i = i + 1;  // 或者 i++
}

我曾经在调试一个自动化配置脚本时，不小心写了个死循环。结果DaVinci Config直接卡死，连界面都点不动了。最后只能强制结束进程。嗯，从那以后，我写while循环都会先检查一遍：循环条件会不会变？

4.5 for循环：计数器要小心

for循环，本质上是while循环的「升级版」，把初始化、条件判断、计数器更新都写在一起。在DaVinci Config里，for循环的写法很标准：

for (int i = 0; i < 10; i++) {
    // 循环体，执行10次
    // i从0到9
}

这里有个容易忽略的点：循环变量的作用域。有些脚本语言里，在for循环内部定义的变量，循环结束后还能访问。但在DaVinci Config里，我建议不要在循环体外依赖循环变量。为什么？因为不同版本的解析器处理方式不一样。我吃过这个亏，升级工具版本后，原来能跑的脚本突然报变量未定义了。

4.6 break和continue：跳出与跳过

这两个关键字，是循环的「控制开关」。

• break：立即跳出整个循环，不再执行后续的迭代。
• continue：跳过当前这一次迭代，直接进入下一次。

看个例子：

// 查找第一个大于100的数
for (int i = 0; i < 100; i++) {
    if (data[i] > 100) {
        // 找到了！记录位置，然后跳出循环
        foundIndex = i;
        break;  // 不再继续找了
    }
}

// 跳过所有负数
for (int i = 0; i < 100; i++) {
    if (data[i] < 0) {
        continue;  // 负数不处理，直接下一个
    }
    // 处理非负数
    process(data[i]);
}

使用break和continue时，有个原则：不要嵌套太深。如果循环里套循环，再套if，再套break，代码的可读性会急剧下降。我个人习惯，嵌套超过三层，就考虑把内层逻辑抽出来做成函数。

4.7 避坑指南：循环中的「边界条件」

好，最后我分享一个实战经验。写循环时，边界条件是最容易出bug的地方。比如：

• 循环条件是 i < 10 还是 i <= 10？
• 数组下标从0开始还是从1开始？
• 循环结束后，i的值是多少？

我曾经在配置一个通信协议栈时，需要循环处理256个字节。我写的是 for (int i = 0; i <= 256; i++)，结果数组越界了。因为数组下标最大是255，而我循环到了256。就多了一个等号，导致整个配置流程崩溃。排查这个bug花了我整整一个下午。

所以，我的建议是：写循环时，先想清楚「第一次执行时i是多少」和「最后一次执行时i是多少」。想清楚了再动笔，能省去很多调试时间。

好了，分支和循环就聊这么多。记住：if条件别裸奔，for循环看边界，break和continue别乱用。下一章咱们聊聊函数和模块化，那才是真正提升脚本质量的关键。