C语言里学循环绝大多数人都停在了“会用”这一层今天写个 for 累加明天写个 while 读文件能跑就行。可真到写复杂一点的东西比如字符串逆序、冒泡排序、矩阵扫描或者要在嵌套循环里退出、跳过、查错的时候才发现自己连 break 和 continue 的脾气都没摸清。这也是我写这篇内容的原因——把 C 循环语句从“会用”讲到“用对”重点拆解那些教材里不会细写、但你实际写代码一定会撞上的细节和坑。适合已经接触过 for、while、do-while 基本语法、想真正进阶的读者也适合准备复习 C 语言基础、刷题前想扎实一把的人。读完之后你会发现循环不是“写出来就完事”而是能看出一个人代码功力的地方。1. 循环的本质三种循环语句怎么选才对1.1 for 是“计数型”循环条件判断在每次进入前执行for 循环的经典结构我再写一遍for (初始化语句; 循环条件; 迭代语句) { 循环体; }很多人背下了结构却没有注意它的执行次序先执行初始化语句然后判断循环条件条件为真才进入循环体循环体执行完之后再执行迭代语句再判断条件……如此往复。这个次序在写复杂逻辑时非常关键因为迭代语句的执行时机决定了它和循环体内代码谁先谁后。for 的每个部分都可以省略这是很多人不知道的。比如for (;;)就是一个死循环等价于while (1)。初始化部分可以写多个变量用逗号隔开如for (int i 0, j n - 1; i j; i, j--)做两端交换时特别顺手。迭代部分也不限于i它可以是任意合法的表达式甚至可以是一个函数调用只要你想清楚执行时机就不会出错。我给新人的建议是如果你明确知道循环要执行多少次优先用 for。数组遍历、字符串处理、九九乘法表、冒泡排序都属于“次数可预见”的场景for 把初始化、条件、迭代集中在一行代码扫一眼就能看懂循环的控制逻辑。相比 while 把三个部分拆开写for 减少了“看着看着就忘了循环变量在哪更新”的情况。1.2 while 和 do-while 是“条件型”循环适合次数不确定的场景while 循环的定位是“当某个条件成立时持续干活”循环次数往往取决于运行时的状态比如文件是否读完、用户输入是否合法、指针是否走到字符串末尾。这种场景下条件本身就携带业务含义用 while 表达更自然char *p str; while (*p ! \0) { printf(%c, *p); p; }换成 for 当然也能写但可读性会打折扣因为业务的驱动力不是“第几次”而是“当前指向的字符是否为结束符”。至于 do-while则是三种循环里最被低估的一个。它的特点是先执行一次循环体再判断条件。这个“先斩后奏”的行为在处理“必须至少做一次”的场景里非常好用。我举个最常见的例子用户输入菜单选择选项不合法就要重新输入但至少要给他输入一次的机会int choice; do { printf(1. 继续 2. 退出\n); scanf(%d, choice); } while (choice ! 1 choice ! 2);如果是 while你得在循环外先读一次输入、再进入循环代码会多出重复片段而 do-while 天然匹配“先输入、后校验、不合法就重来”的逻辑。这个用法在项目里太常见了比如登录时反复要求输入账号密码直到校验通过为止。我用一个不太准确的比喻while 是“先看路况再开车”do-while 是“先开出去一截再判断”前者适合保守场景后者适合那些流程上必须推进一次的场景。三种循环的选型对照我经常用下面这个思路来帮别人梳理使用场景推荐循环原因次数已知比如遍历数组for初始化、条件、迭代集中结构清楚次数未知条件控制如读文件、遍历字符串while条件即业务表达更自然至少执行一次如菜单输入、校验重试do-while先执行后判断避免循环外重复代码死循环如事件循环、服务监听while(1) / for(;;)配合 break 在内部退出do-while还有个冷门但好用的细节宏定义里经常用do { ... } while(0)来包装多条语句这不是为了循环而是为了构造一种“被编译器视为单条语句”的块结构避免宏展开时出现语法问题。你在真实项目中看到do...while(0)千万别以为它在循环这是个披着循环外衣的语法技巧。注意for 的循环变量如果在 C99 之前的旧标准里声明在初始化部分循环外再访问会编译报错。现在主流编译器都默认支持 C99 以上但遇到老代码时要有心理准备。2. 控制流的进阶玩法break、continue 与多层嵌套退出2.1 break 和 continue 到底作用于哪一层先说 break。它的作用是终止当前所在的这一层循环注意是“这一层”不是“整个程序”也不是“所有循环”。所以双层循环里内层写了 break程序只会跳出内层循环外层继续跑。这个语义很多人写几次就明白了但真正容易出问题的是 break 和 switch 一起出现时break 跳出的是 switch 而不是外层循环导致有人以为 break 会跳出一整个 while 循环写出的代码在 switch 分支里根本退不出去形成死循环或者逻辑错乱。再看 continue。它的作用是跳过本次循环体中剩余的语句直接进入下一次迭代。但“下一次迭代”在不同循环中的执行路径不一样在 for 循环中continue 会跳到迭代语句执行再判断条件在 while 循环中continue 会直接跳到条件判断跳过迭代语句。这个差异是一个特别经典的坑int i 0; while (i 10) { if (i % 2 0) continue; i; }这段代码会死循环。因为当 i 为偶数时continue 直接跳回条件判断而 i 的值根本没有变下一次还是偶数还是 continue。如果是 for 循环for (int i 0; i 10; i) { if (i % 2 0) continue; printf(%d\n, i); }就完全没问题因为 continue 会先执行i再判断条件。所以我的建议是在 while 循环里尽量把条件更新放到 continue 之前或者干脆改用 for 循环。我在代码评审时看到过不止一次这种 whilecontinue 导致 CPU 飙满的 bug排查起来真是一头雾水。2.2 嵌套循环里想“连跳两层”怎么办实战中经常需要在内层循环里发现某个条件后直接退出整个嵌套循环。比如在二维数组中寻找第一个等于目标值的元素找到了就不用继续扫了。如果你的第一反应是写两层 break那只能退出内层外层还是会继续跑并且要额外判断“是不是刚退出内层”来决定是否退出外层代码很容易绕晕。我常用的方案有这么三种。第一是标志变量法。在进入外层循环前置一个found标志内层发现目标后置位并 break外层循环条件里把标志判断加上int found 0; for (int i 0; i n !found; i) { for (int j 0; j m; j) { if (a[i][j] target) { found 1; break; } } }这个方案的好处是逻辑透明不需要 goto大部分人一眼能看懂。坏处是代码里多了一个标志位在复杂的多层嵌套里标志位的维护本身也可能成为出错点。第二是 goto 法。C 语言中很多人对 goto 敬而远之但在“跳出多层嵌套循环最后统一清理”这个场景里goto 反而最直接for (int i 0; i n; i) { for (int j 0; j m; j) { if (a[i][j] target) goto found; } } printf(not found\n); goto end; found: printf(found at [%d][%d]\n, i, j); end: return 0;我用一个生活化的类比goto 就像商场里的消防通道平时你肯定不该到处乱窜走它但真要着火了从消防通道撤离是最快的。跳出深层嵌套循环就是“着火”的场景之一。只要你的 goto 方向是向下的、单一的不要用它往前跳跃搞出意大利面条式的流程它在 C 语言里完全可接受。第三种是封装函数法把整个嵌套循环封装成一个独立的函数内层满足条件时直接returnint find_target(int a[][M], int n, int m, int target) { for (int i 0; i n; i) { for (int j 0; j m; j) { if (a[i][j] target) return i * m j; } } return -1; }这种做法的可维护性最好跳出的同时还能把结果通过返回值传出去。代价是需要额外写一个函数并且要在函数调用时明确“找不到”的返回值约定。三种方案的取舍我用一个对比表总结方案代码复杂度可读性适用场景标志位低中高嵌套层数少逻辑简单goto低中多层嵌套且需要统一跳转清理封装函数 return中高逻辑独立、可复用最推荐3. 循环和数据结构组合拳字符串逆序、冒泡排序与表格式输出3.1 字符串逆序输出的核心是两端交换“字符串逆序输出”是 C 语言练习里的常客它考察的其实不是字符串函数而是循环和下标配合的功夫。有一道很典型的题给定一个字符串原地逆序不借助额外数组。写法非常经典#include stdio.h #include string.h void reverse(char s[]) { int i 0; int j strlen(s) - 1; while (i j) { char tmp s[i]; s[i] s[j]; s[j] tmp; i; j--; } }为什么用j strlen(s) - 1因为字符串的末尾有一个\0它是字符串结束的标志下标strlen(s)对应的字符就是结束符本身不能被交换所以从最后一个有效字符开始。为什么不写成i j因为当 i 和 j 相等时交换的是同一个字符没有任何意义而如果字符串长度是偶数i 和 j 会交叉越过i j会导致在中间位置多做一次无效交换虽然结果没错但逻辑上不够干净。这个细节就是典型的 off-by-one 边界问题。这个逆序思路还能迁移到很多场景回文判断就是在逆序思想的基础上只检查s[i] s[j]不真的交换字符串反转输出不修改原串则可以直接从len-1往 0 循环打印。我刷题时经常看到有人用递归做逆序递归当然能实现但循环版在空间复杂度上明显占优栈不会随着字符串长度增长这在字符串很长时才是安全的做法。3.2 冒泡排序双层循环到底在循环什么冒泡排序是另一个经典的“循环训练场”。很多人会默写void bubble_sort(int a[], int n) { for (int i 0; i n - 1; i) { for (int j 0; j n - 1 - i; j) { if (a[j] a[j 1]) { int tmp a[j]; a[j] a[j 1]; a[j 1] tmp; } } } }外层循环跑n - 1轮因为每轮至少能把一个最大的数“冒”到最终位置n 个数最多需要 n-1 轮就可以排完。内层循环每轮比较的次数是递减的n - 1 - i是因为已经排好 i 个位置了这些位置不需要再参与比较。这个递减序列是最容易写错的部分很多人会写成j n - 1虽然结果还是对的但多做了大量无效比较数据量一大性能差距就出来了。更进阶的版本是加一个标志位如果某一轮循环里一次交换都没有发生说明序列已经有序直接终止外层循环void bubble_sort_opt(int a[], int n) { for (int i 0; i n - 1; i) { int swapped 0; for (int j 0; j n - 1 - i; j) { if (a[j] a[j 1]) { int tmp a[j]; a[j] a[j 1]; a[j 1] tmp; swapped 1; } } if (!swapped) break; } }这个优化在近乎有序的数据上表现非常好最理想情况下时间复杂度从 O(n^2) 直接降为 O(n)。我在实际项目里很少用冒泡排序本身但冒泡的双层循环写法是理解冒泡、选择、插入这些 O(n^2) 排序算法的通用骨架——它们的区别只在于内层循环做什么、外层循环控制什么。想通这个你学排序算法会快很多。3.3 九九乘法表是理解“外层控制行、内层控制列”的最小样例九九乘法表示例虽然简单却是理解二维循环控制的一个绝佳模型。外层循环控制行号内层循环控制列号列号的上限和行号相关for (int i 1; i 9; i) { for (int j 1; j i; j) { printf(%d*%d%-4d, j, i, j * i); } printf(\n); }j i决定了它是一个三角形表格而不是矩形这正是“内层循环次数受外层变量影响”的直观例子。%-4d中负号表示左对齐4 表示宽度这是为了表格对齐输出的技巧。很多人把打印九九乘法表当成无脑作业其实它训练的就是你对外层、内层循环变量耦合关系的掌控。后面学的杨辉三角、菱形输出、矩阵转置本质上都是在玩这种“行列耦合”。3.4 矩阵扫描里循环思维的延伸二维数组的遍历在 C 语言里很常见比如计算 5×5 矩阵的鞍点问题就是要找出“该位置在所在行最大、在所在列最小”的元素。这种问题难的不是循环本身而是你能否想到先扫描每一行记录行最大值位置再扫描每一列去验证。循环在这里扮演的不是简单搬运工而是“遍历数据、提取特征”的引擎。很多人写这类题卡住不是循环语法不会而是没有形成“用循环扫描 用数组作标记”的思维模式。循环的高级用法恰恰就体现在这种思维落地成代码的过程里。C 语言的循环语法在整个编程语言里几乎是最朴素的但正因为朴素它能训练你把任何重复性劳动抽象成一个结构化的过程。不管是链表遍历、树的前中后序遍历递归也是一种“自己调自己的循环”还是游戏的主循环底层都是这些循环语句的变体。把数组、字符串、矩阵这几类经典组合练熟后面看复杂代码会轻松很多。4. 循环的性能、作用域与隐藏开销4.1 循环条件里的“隐形重复计算”写循环最容易忽略的就是循环条件本身的性能开销。最典型的错误是直接拿函数调用当条件for (int i 0; i strlen(s); i) { // do something }这句话看着没问题但strlen(s)会在每一次循环判断条件时重新计算一遍。strlen 的实现要遍历整个字符串才能返回长度于是这个循环的实际复杂度从 O(n) 变成了 O(n^2)。字符串短时你感知不到一旦字符串长度达到几十万甚至上百万字节程序性能会断崖式下跌。我的习惯做法是先把长度存到变量里int len strlen(s); for (int i 0; i len; i) { // do something }同样的道理也适用于sizeof、sqrt这类相对昂贵的操作。如果你写循环时发现条件和迭代表达式里有函数调用先停下来想一想这个函数的结果在循环过程中会变吗如果不会变就提到循环外面计算一次。这就是最基本的“循环不变量外提”优化手段。我见过一个性能分析案例程序里有大量类似写法改完之后整个模块耗时下降了近四成原因就是少做了几百万次重复计算。注意如果循环体内确实修改了字符串比如改变长度那strlen就不能简单外提必须重新计算。优化不是无脑外提而是基于变量是否变化来判断。4.2 循环变量作用域与编译器优化C99 标准之后你可以在 for 的初始化部分声明变量for (int i 0; i 10; i) { ... } printf(%d, i); // 编译报错i 未定义这里的 i 作用域仅限于 for 循环体内循环外部访问会编译报错。这其实是件好事它防止你在循环结束后误用循环变量的遗留值也让编译器更容易做优化。但在 C89 老标准里这种写法是不被允许的必须把 i 声明在循环外。如果维护老项目的代码你要留意编译标准。编译器对循环的优化也是一个值得了解的高级话题。你写for(int i0; i100; i)时开启-O2编译优化后编译器可能自动做循环展开、向量化、强度削减等操作。但编译器优化的前提是它能判断循环体的行为是确定性的、无副作用的。如果你的循环里大量使用函数指针、全局变量、复杂的内存别名编译器不敢贸然优化性能就会打折。这也是为什么写高性能循环时要尽量减少循环体内的函数跳转、尽量用局部变量缓存全局值的原因。4.3 递归不是循环的敌人而是循环的另一种形态C 语言里凡是能用递归解决的问题理论上都能用循环加栈模拟解决反之亦然。实际开发中树的前序遍历、目录递归遍历、快速排序这类“天然带递归结构”的问题用递归写更贴合问题的自然逻辑而尾递归形式的写法在开了优化选项的编译器下可以做到和循环几乎相同的性能// 尾递归版本累加 1 到 n int sum(int n, int acc) { if (n 0) return acc; return sum(n - 1, acc n); }递归的好处是代码简洁、表达力强坏处是每一次递归调用都要消耗栈空间深度太深容易栈溢出。所以我的经验是递归深度可控时用递归深度可能到几百万层时老老实实用循环加显式栈。理解了循环和递归的等价性之后很多“看不懂递归”的问题也能用循环的思路逆向拆解反过来遇到繁琐的循环结构也可以用递归重写用可读性换实现简洁。循环与递归不是二选一而是工具箱里的两种工具。5. 常踩的坑与排查技巧实录5.1 死循环排查的三板斧死循环是循环语句最常见的故障。我排查死循环时的思路一般按下面三步走。先看循环条件是否可能永远为真。重点检查条件里的变量在循环体内是否真的会更新特别注意 continue 跳过更新语句的情况。我前面提到的 whilecontinue 死循环就是这个类别的典型。再看循环内是否修改了循环变量本身。有人喜欢在循环里额外操作计数器比如i--或者i step一旦操作逻辑写错比如步长是 0循环就会卡死。这种问题通过阅读代码就能发现但它们往往藏在复杂的条件分支里容易被忽略。最后是打印调试法直接在循环体关键位置加printf输出循环变量的当前值和关键中间结果int debug_count 0; while (condition) { printf(i%d count%d\n, i, debug_count); // ... }如果打印量失控输出刷屏那基本能确认是死循环。此时按 CtrlC 终止程序观察最后一次输出的变量值就能猜出卡在哪。我在实际调试中这招比看一百遍代码都快。5.2 off-by-one边界错一位的迷之 bug数组下标越界和少循环一次是 off-by-one 错误最常见的两种表现。C 语言里数组下标从 0 开始遍历 n 个元素时合法的下标范围是 [0, n-1]。很多人写条件时习惯用i n结果访问了a[n]越界。这类 bug 在语法上不会报错C 不会做边界检查所以它会在运行时悄悄侵蚀相邻内存表现出的症状可能是变量被莫名篡改也可能是程序在很久之后崩溃。这种“报错的地方离犯错的代码很远”的特性就是 C 指针和数组问题的恐怖之处。我的经验是写循环前先明确这个循环要跑多少次。要遍历整个数组就写i n要处理前 n-1 个元素就写i n-1i 从 1 开始时条件要相应调整为i n。每一处边界都过一遍脑子不要凭感觉。在循环附近加注释说明下标的含义和范围这种好习惯能救你于水火。5.3 循环中修改数组和字符串的隐藏连锁反应在循环里修改数组元素或字符串内容时要特别小心“修改后后续循环条件依赖的数据也变了”这种情况。比如逆序字符串时如果你每交换一对字符就重新计算长度必然出问题因为交换不影响长度但其实你也没必要重算又比如在循环中删除数组某个元素后续元素的下标会整体前移如果你还用“删除前的下标”去访问就会漏掉元素。处理这类问题我喜欢倒着遍历从数组尾部向头部处理这样删除或移动元素时下标变化不影响已经处理过的部分。另一个隐藏雷区是字符串结束符。C 字符串以\0结尾循环操作字符串时如果不小心把\0覆盖了strlen、strcmp 这类函数就会越过边界继续读内存直到碰到一个随机的 0 字节才停下。行为完全不可预测。所以字符串处理循环结束之后一定要记得确认结束符还在。我见过一个字符拼接的例子循环拼接完忘记补\0程序在输出时连带打印出一堆乱码排查了半天才发现是这个原因。5.4 常见问题速查表我把循环里最常见的问题整理成了一张速查表方便你以后对照排查现象常见原因解决方案死循环CPU 占用高continue 跳过了变量更新或条件永远为真检查迭代语句位置打印变量观察访问数组越界条件写成i n下标从 0 开始却按 1 数确认循环次数统一用i n或i n-1只跳出了内层循环break 只作用于最近一层用标志位 / goto / 封装函数while 里 continue 行为异常continue 跳到条件判断跳过更新改用 for 循环或把更新提前程序输出乱码字符串结束符被覆盖检查字符串操作后有没有保留\0循环慢得离谱循环条件里反复调用 strlen 等函数提取不变量到循环外循环结束后访问循环变量报错C99 作用域限制声明到循环外或把值保存到另一变量排查循环 bug 时我的建议是“按表先看条件再看迭代最后看循环体内的修改动作”。因为循环三要素里最容易出错的往往不是循环体本身而是控制循环走向的顺序和边界。顺序错了逻辑就全乱了边界差一位行为就天差地别。这些经验都不是看理论看出来的是靠一条一条 bug 喂出来的。最后再分享一个我个人的习惯无论循环写得多简单我都会在循环体开头留一行注释说明循环的意图和边界约定。这个习惯在我自己维护老代码、或者接手别人代码时节省的时间比写注释花的时间多得多。循环是 C 语言里出现频率最高、也最容易藏 bug 的结构写清楚一点对后来的自己也是一种善待。