1. 先搞明白函数这玩意儿到底为了解决什么问题很多人学C语言学到函数这一章就开始犯迷糊。原因是前面不管是变量、运算符、还是if/while都还算“顺着手感走”一到了函数突然冒出来一堆新名词形参、实参、返回值、声明、定义、static、extern……光是把这些概念分清楚就够喝一壶的。我最早学函数的时候也是被这些名词绕得晕头转向。后来自己写项目、给嵌入式设备写驱动、做大作业、带新人来来回回折腾多了才慢慢发现函数这章是C语言第一道真正的分水岭。前面那些语法都是“工具”函数是“工具的使用方式”。学透了函数后面指针、结构体、链表、文件操作全都不在话下学不透越往后越吃力。到底什么是函数教科书定义是“完成特定任务的独立程序段”。这话对但太文绉绉。用大白话说函数就是把一段别人经常要用的逻辑打包起来给这段逻辑起个名字以后想用的时候直接喊名字就行。回想一下你的生活。你每天都要刷牙但不会每次刷牙前都学习一遍“如何使用牙刷”——你早就把这套动作变成了身体里固定的“函数”伸手就干。程序也一样如果你在一个项目里需要十次计算两数之和难道要把这段计算代码复制粘贴十遍第一遍复制还行第二遍开始恶心等到哪天算法要改你得上上下下找十个地方改漏一个就出bug。函数解决的就是这个问题写一次用无数次改的时候只改一处。这个道理放到真实项目里更加刻骨铭心。我当年做课程设计写一个学生成绩管理系统没耐心主函数里连环套了三百多行各种循环嵌套、标志位乱飞。功能确实能跑但一旦需要加功能——比如把“按学号排序”改成“按成绩排序”——我在一大坨代码里找一个变量都费劲改完这处忘了那处最后整个程序直接崩溃。后来老老实实拆成函数录入一个函数、排序一个函数、查找一个函数、输出一个函数。这下世界清净了——每一段逻辑独立维护主函数只要负责按顺序调用它们就行。这就是模块化的意义把一个大问题拆成若干小问题每个小问题独立解决、独立测试最后像拼乐高一样拼起来。C语言本身就是一门“函数驱动”的语言。别不信一个完整的C程序哪怕写了十万行它的入口也就是一个 main 函数。程序跑起来之后执行流就跟走迷宫一样从main出发遇到函数调用就跳进去执行执行完了再跳回来继续往下走。所以理解函数等于理解“程序执行时到底在怎么跑”。还有一件事要提前说清楚C语言里没有“函数重载”——这是C才有的机制。你在C里不能定义两个同名但参数不同的函数编译器会直接报错。这一点从第一天就要有意识免得以后写C习惯了再回C里犯迷糊。2. 库函数不是“高深的东西”只是别人帮你写好的工具2.1 从printf聊起大多数人的第一个C程序长这样#include stdio.h int main() { printf(Hello, world!\n); return 0; }这代码刚学的时候不觉得奇怪但你有没有想过printf 这个玩意儿是哪来的为什么你要写#include stdio.h才能用它答案就是库函数。printf 是别人C语言标准库的作者预先写好、编译好的函数放在某个系统库里。你写#include stdio.h相当于把“任务清单”拿过来——告诉编译器printf这个函数长什么样参数是什么类型、返回值是什么类型至于具体的函数体在链接阶段才会真正找到。你只管用不用管人家怎么实现的。2.2 哪些算库函数标准库函数是一大兜子常用功能的集合按头文件划分。头文件你可以理解为“功能包的封面目录”。常用的有这些stdio.h输入输出函数printf、scanf、fopen、fclose、fgets、fputs 之类是IO相关的全家桶。stdlib.h杂项工具malloc、free动态内存分配atoi字符串转整数qsort排序rand随机数。string.h字符串操作strcpy、strcat、strcmp、strlen、strchr等。math.h数学计算sin、cos、sqrt、pow、fabs等。注意这个头文件在Linux下链接时通常要额外加-lm参数因为数学库被单独拆出来了。ctype.h字符处理函数isalpha、isdigit、toupper、tolower等。我见过不少初学者明明手头有现成轮子非要自己造。比如判断一个字符是不是数字有人这么写if (ch 0 ch 9) { ... }这写法本身没错但如果你用了isdigit(ch)意图会清晰得多。在真实项目里读代码的人一眼扫过去就能懂你在干嘛——可读性就是钱。所以库函数的第一作用不是“省事”而是“让代码意图更明显”。2.3 库函数的三步使用法使用库函数的通用套路非常简单但恰恰有人总在第一步翻车包含正确的头文件。不确定函数属于哪个头文件时查文档别硬猜。确认函数原型——注意看参数类型、参数个数和返回值类型。确认使用条件——比如fopen打开文件失败会返回NULL使用前必须做判空处理。举个例子。有人写文件操作打开文件后不做判空直接开始读FILE* fp fopen(test.txt, r); fscanf(fp, %d, n); // 如果文件不存在fp是NULL这一步程序直接崩这种错误在真实系统里很常见。库函数不是你随便使唤的奴隶而是一个性格傲慢的合作者——你不按规矩来它就给你颜色看。规矩是什么文档里都写着。每个库函数该注意什么查文档是最靠谱的路径。Windows下可以用cppreference网站或者本地的MSDN。Linux下直接man printf进手册页。2.4 一个思想准备学习库函数不在于背住所有函数名和参数——那根本背不完今天C标准库函数就有成百上千个加上各平台扩展的更是海量。真正重要的是一种心态遇到需求先想“有没有现成的库函数能解决”而不是立刻动手写一套。从工程角度说库函数是全世界无数开发者反复验证过的代码性能、健壮性、边界处理远比你临时写的一个版本可靠得多。自己写的“土轮子”不仅浪费时间还往往在极端输入下翻车。3. 自定义函数动手拆包理解细节3.1 一个从零到有的完整例子库函数是别人做好的工具你不可能永远只用别人的工具自己得有“造工具”的能力。自定义函数就是干这个的。C语言自定义函数的基本结构是教科书上的经典公式返回类型 函数名 形参列表 函数体。先来个最简单的计算两个整数之和#include stdio.h int add(int a, int b) // 函数头返回值int函数名add形参a、b { int sum a b; // 函数体 return sum; // 返回结果 } int main() { int x 3, y 5; int result add(x, y); printf(result %d\n, result); return 0; }这个例子里藏着好多值得掰开讲的东西。首先是“加法这么简单为什么不直接写”——因为这只是演示语法的通俗例子。真正工作里的函数往往是几十行、上百行的复杂逻辑。你把它封装进函数之后主函数的责任就只变成准备参数、调用函数、接收结果。3.2 几种函数形态自定义函数依据“是否需要输入”和“是否需要输出”可以分成四种形态无返回值、无参数只做一件事比如打印一个分隔线。无返回值、有参数例如传入一个数组将其格式化输出。有返回值、无参数例如读取一个全局变量并返回计算值。有返回值、有参数最标准形态输入输出都明确。关键点是C语言里“有没有参数、有没有返回值”完全取决于你的需求。不需要返回值的时候返回类型写void意思是“空”。不需要参数的时候括号里写void也能表达清晰意图void printSeparator(void) { printf(----------\n); }有人可能觉得括号里写void多此一举但这里有个工程细节如果你这么声明void foo(); // 老式风格参数列表未明确指定在C语言中代表“参数个数未限定”在某些C标准下这样写意味着参数没约束编译器不会帮你检查这个函数被调用时是否传了不该传的参数。但写成void foo(void)就明确告诉编译器这函数不吃任何参数你也不能传。规范代码里要养成写void的习惯。3.3 理解函数栈帧函数每次被调用操作系统/运行时会在“栈”上为这次调用分配一块内存区域叫做栈帧。栈帧里存放的是本次调用需要用到的局部变量、参数副本、返回地址等信息。函数执行完毕栈帧就被回收销毁。这意味着什么意味着函数里的局部变量在函数返回之后就不存在了。它们的生命周期仅限于函数调用期间。很多初学者困惑为什么我在函数里算好的值一回到main就丢了因为你根本没有通过返回值把它带出来。所以“返回值”这条路是局部数据“传出去”的唯一合法通道除了以后学指针、全局变量等但那都属于“非常规通道”。4. 形参和实参这是C语言初学者翻车最惨的一段4.1 名字说清楚形参形式参数和实参实际参数的区分是理解C语言参数传递机制的第一个坑。看上面那个add例子int result add(x, y);这里调用add时写在括号里的x和y是实参——是真正有数据的东西是把当前函数里x、y的值传给add函数用。而add函数定义时的int a, int b是形参——只是函数体内部使用的局部变量它们从实参那里接收一份拷贝。一句话总结实参是“具体的东西”形参是“接东西的盒子”。调用的时候盒子会复制一份东西进来。4.2 值传递的本质C语言里默认的参数传递机制是“值传递”。意思是实参会把自己的值拷贝一份给形参函数内对这个形参的任何修改都不会影响函数外面的实参。这个知识点极其重要我见过无数人栽在这里。最经典的例子就是“写一个交换两个变量的函数”#include stdio.h void swap(int x, int y) { int temp x; x y; y temp; } int main() { int a 3, b 5; swap(a, b); printf(a%d, b%d\n, a, b); // 结果还是 a3, b5 return 0; }很多人跑完这段代码直接傻眼我明明在swap里交换了怎么main里的a和b没变原因就是值传递。调用swap(a,b)时程序把a的值3拷贝给了形参x把b的值5拷贝给了形参y。交换过程发生时真正交换的是形参x和y的值——也就是两个独立、复制的局部变量——而不是main里a和b的内容。函数跑完x和y连同栈帧一起灰飞烟灭main里的a和b是从头到尾没被碰过的。那怎么才能让swap真正交换答案是传地址也就是传指针。这是C语言的一等大事我后面“指针做函数参数”里专门说。4.3 形参的初始化时机还有个细节容易被忽略形参的初始化发生在函数被调用的那一刻不是定义的时候。也就是说函数在没被调用的时候形参还没有任何值它们只是占位符。只有调用发生实参的值才会“注入”给形参。这种设计也决定了一个函数可以一次次被调用每次传入不同的实参得到不同的结果。这体现了函数的复用价值——一套逻辑不同输入不同输出。4.4 实参的求值顺序陷阱这点很多教材不提但在实际编码中要留意C语言不保证函数实参的求值顺序。看一句printf(%d %d\n, i, i);这段代码在不同编译器下可能得到不同结果。因为printf的参数求值顺序没被标准规定。这种行为叫未指定行为。严谨工程中绝不写这种代码。同理func(i, i)这种调用也是“看编译器心情”。所以写代码别在实参里玩太多副作用副作用放单独一行执行然后传变量干净又安全。5. return语句函数的出口通道边界要靠自己堵5.1 return的三种角色return在函数里干三件事立即结束当前函数的执行返回调用点。携带返回值把结果交给调用者。如果返回类型是void也可以单独写return;用来提前结束函数。理论上一个带返回值的函数必须在所有代码路径上都有return。但这恰恰是初学者的重灾区——有人写一个判断奇偶的函数漏掉了某种情况的return编译器往往只给警告不给错误运行时就变成“返回一个垃圾值”造成极其诡异的bug。比如int isEven(int n) { if (n % 2 0) { return 1; } // 这里缺一个 return 0; }当传入奇数时这个函数没有return语句被执行它返回的是一个栈上残留的随机值。调用它的地方拿这个“随机值”当真整个程序逻辑就全乱了。所以写带返回值的函数务必时刻问自己一句所有分支都能走到return吗别迷信编译器编译器开不开警告、警告级别如何完全看配置。5.2 return和main函数的微妙关系main函数也是一个函数它的返回值是给操作系统看的。惯例是返回0表示程序正常退出返回非0表示异常。这个约定在写脚本、做自动化测试时会经常用到。比如int main() { // ... if (error_occured) { return 1; } return 0; }一旦你以后要写Shell脚本或Python脚本去批量运行C程序就能体会到这个返回值多重要——脚本靠检查返回值判断程序是否成功执行。5.3 不要返回局部变量的地址这算剧透但在return这一节必须强调后期学了指针之后千万别在一个函数里返回局部变量的地址。因为局部变量随函数返回就被销毁了你返回的地址指向一块“已经不属于你的内存”。这种行为叫悬空指针是UB未定义行为可能当场崩溃也可能运行很久才炸属于所有C程序员深恶痛绝的坑。一个替代方案是让调用者传入已分配好的内存空间把结果写进去。6. 数组做函数参数传的不是整个数组是首地址6.1 数组参数的本质是退化为指针当你要用函数处理一个数组——比如排序、遍历、求平均值——你写出来的函数签名往往是这样的void printArray(int arr[], int n);但现实是C语言在函数参数中写的int arr[]只是语法糖本质上是int *arr。因为是数组名本身在表达式里就代表“首元素的地址”真正传入函数的不是一个数组拷贝而是一个地址值。这也是C语言没有把整个数组拷进函数的根本原因——大数组拷一整份很浪费栈空间、很慢。传地址的效率就高太多了。这一点导致了一个初学者极其不习惯的后果在函数内部修改数组元素会直接影响到函数外面的原始数组。因为函数拿到的地址跟外头的数组是同一块内存。你如果只想读不想改应该用const约束一下void printArray(const int arr[], int n);加const意味着承诺不会修改数组内容编译器会帮你盯住。6.2 为什么还要传入长度n有经验的初学者可能会问数组名传过去之后在函数里不就能sizeof(arr)/sizeof(arr[0])得到元素个数吗别这么干。这是C语言数组参数最经典的大坑。上面说了形参里的arr已经退化成指针无论它看起来是不是数组在函数内部执行sizeof(arr)得到的是一个指针的大小64位系统上是8字节而不是整个数组的大小。sizeof(arr)/sizeof(arr[0])算出来的结果是28/4这不是数组长度。所以C语言里数组作为函数参数时长度必须作为单独的参数传进来。这是一种约定俗成的C风格你会在几乎所有的C项目代码里看到void sort(int arr[], int len);而且这个len通常应该显式界定数组的有效元素个数因为很多场景下你拿到的数组只填充了前n个元素。6.3 二维数组作为参数怎么办二维数组的退化规则更微妙。如果你有一个int matrix[3][4]想传给函数形参这么写void processMatrix(int matrix[][4], int rows);注意第二维列数不能省略第一维行数可以。原因是C语言的多维数组在内存中是线性排布的为了能正确计算matrix[i][j]的位置编译器必须知道一行有几个元素即列数。不知道列数就无法定位。其本质还是指针退化int matrix[][4]退化为int (*matrix)[4]——指向“含4个int的数组”的指针。这种地方如果写错了编译器会报不兼容的类型错误但有时报错信息比较晦涩。新手很容易慌。记住原则写参数时第一维是行数可省第二维及以后都不能省。另外还有一个更灵活的自由用法多维数组传参时干脆自己计算下标把二维数组当成一维数组来处理把列数也通过参数传进去。虽然看起来原始但写算法时反而更灵活。7. 函数的嵌套调用和链式访问别把代码写成俄罗斯套娃7.1 嵌套调用函数里再调函数C语言里函数和函数之间可以互相调用也可以自己调自己递归这就是嵌套调用。函数A调函数BB内调C这样一层层进去执行完再一层层退出来。这本身没什么邪门。关键在于嵌套调用过程中每一层的局部变量都各占各的栈帧互不相干。就算B里也有个变量叫x它的x也跟A里的x是两回事。栈这个结构天然支持了这种层级调用隔离。初学阶段最需要避免的是把嵌套写得太深。我接手过一些“调用链超过十几层”的代码最痛苦的就是查问题时要一层层跳转跟套娃一样。调试器里看调用栈都会觉得头大。一个经验如果一场调用链深得让你自己都得画图才能理清就该想一想是不是设计上有问题了。想办法把它拉扁一点用更扁平的函数结构去重组逻辑。7.2 链式访问函数返回值直接作为另一个函数的参数链式访问就是讲“一气呵成”int len strlen(strcpy(buf, hello));先执行strcpy把字符串拷到buf并返回buf然后strlen计算长度。这种写法的代码简洁但隐患在于可读性下降和执行次序不透明。尤其当两步之间有关联时——比如后者依赖前者的副作用——写在一行里阅读者要反复推演。你的代码不仅是给机器跑的还是给下一个人看的而那个下一个人很可能就是几个月后的你自己。所以链式访问可以用但要克制。常规项目里更推荐分步写法strcpy(buf, hello); int len strlen(buf);7.3 递归的一小步嵌套调用的特殊形式——递归——也是函数知识里绕不开的。一个经典例子计算n的阶乘int factorial(int n) { if (n 1) { return 1; } return n * factorial(n - 1); }理解递归的窍门不是“跟着代码反复套”而是假设“factorial(n-1)是正确的”这种信任式推导。事实上有两类递归写法区别很大递归有“递”的过程也有“归”的过程像阶乘这种是回归时才做运算的叫回溯而像尾递归则可以把计算累积在参数里带向终点。C编译器不一定优化尾递归所以递归深度大了极易爆栈。如果你想用递归解决问题的确方便但必须留意“层数过深会栈溢出”的现实。8. 函数的定义和声明编译器和链接器要各看一次8.1 为什么要声明初学者经常碰到这样的一幕函数写得没问题main却在调用处报错——“函数未声明”或者“隐式声明”之类的警告/错误。原因C编译器编译源文件时是“顺序处理”的。遇到一个函数名字必须先知道它的返回类型和参数类型才能生成正确调用代码。如果调用发生在这个函数的定义之前编译器没看到函数原型就会处于猜测状态。老的C标准下编译器可能默认它返回int这在很多场合是致命的新的C标准直接就报错了。解决办法就两种把函数定义写在调用它的函数之前这样编译器看到调用时已经有完整定义。在文件开头放函数声明也叫函数原型告诉编译器参数/返回值的信息至于函数体在别处、在文件后面、甚至在别的源文件里编译器先不管由链接器后续处理。实际项目里更规范的做法是把函数声明单独放进一个头文件.h然后源文件.cinclude这个头文件。这样既能让编译器提前知道原型还能让多个源文件共享接口。8.2 头文件放什么、源文件放什么工作里一个常见约定.h文件放声明.c文件放定义。理论上你可以在.c里直接写一个完整函数然后main去调用它这在单文件小作业里没问题但等上了大项目源文件之间要互相调用这个模式就撑不住了。真实的项目是几十个.c文件一起编译。假如file1.c里有个函数int calc(int x)要提供给file2.c用最简单的做法是在file2.c里自己再写一行int calc(int x);然后调用。这样能过吗能编译链接都OK。但这有个管理噩梦如果file1.c里把函数改了签名需要在file2.c里同步改声明全项目要找多少处所以正确打开方式是建一个file1.h内容写函数声明然后file1.c和file2.c都#include file1.h。以后改了定义声明跟着头文件一起更新所有include它的文件自动同步。头文件里还经常需要写“防止重复包含”的代码。比如#ifndef FILE1_H #define FILE1_H int calc(int x); #endif这段叫头文件保护include guard。没有它万一一个头文件被间接包含了两次就会出现重复声明的编译问题。这种问题新手第一次遇到时往往找半天都发现不了。8.3 声明时要不要加上extern讲到函数声明很多初学者会迷惑变量有extern修饰函数声明前面也见过extern到底用不用加事实上C语言里函数的声明本身就默认具有extern属性——默认情况下函数的可见性就是整个程序的所有源文件。除非你用static把函数限制在本文件内见下一节。因此写头文件里的函数声明时加不加extern都行是冗余的。但如果你想让代码风格更统一也有人喜欢都加上。实际工程惯例往往是只写普通的函数原型不加extern。9. static和extern管住“谁看得见谁”static和extern在C语言里都和“作用域/链接属性”有关。这两个关键字涉及的机制对初学者来说很难一次消化但是它们极为重要。9.1 extern表示“这个符号在别处”extern字面意思就是“外部的”。用在变量声明时意思就是变量本身不在当前这一行创建而是在另一个地方通常是另一个编译单元定义的。用它声明只是为了告诉编译器这个变量的类型是什么链接器你能找到它的定义别慌。经典用法是这样file1.c:#include stdio.h int globalCount 0; void show(void) { printf(count is %d\n, globalCount); }file2.c:#include stdio.h extern int globalCount; // 声明变量在别的文件里定义 int main() { globalCount 42; show(); return 0; }如果file2.c里不写extern编译器就不认识globalCount。而如果写了int globalCount;在file2.c里那它就是一个单独的全局变量初始值为0跟file1.c里的那个globalCount没有任何关系。这个区别极其细微又极其重要——extern是声明不是定义。要注意变量的定义只能有一次但声明可以有多次。如果两个.c文件都写了int globalCount 0;链接时就会报“重复定义”错误。9.2 static三副面孔一个核心static在C语言里的行为随着使用场景而变本质上都是“限制可见性/生命周期”但表现方式不同作用一修饰局部变量在函数内部声明一个static局部变量void counter() { static int times 0; times; printf(called %d times\n, times); }它的特殊之处在于在第一次执行到声明语句时初始化但不是存在栈帧里而是存放在静态存储区。即使函数执行完了这块内存也不会销毁。下次再调用这个函数times会保留上一次的值。这跟全局变量有点像但它的作用域仍然只在这个函数内。别的函数没法直接碰它。这是一个很好地平衡“函数之间共享状态”与“状态不可乱访问”的方案。作用二修饰全局变量一个文件里的全局static变量作用域被限制在定义它的那个.c文件里其他文件即使写extern也访问不到。这在多文件项目里很有用——当整个文件组内部共享一个变量又不希望对外暴露时就声明为static。它相当于锁了门。作用三修饰函数static修饰函数效果和static修饰全局变量类似——函数只在当前.c文件内可被访问和调用其他文件不能调用它。static void internalHelper(int n) { // 私有辅助函数不想被外部调用 }这样做的好处有防止命名冲突。项目大了以后不同源文件可能都有一些内部的辅助函数函数名可能无意中撞车。不写static的话两个同名函数会让链接器直接报“重复定义”。写了static的函数名字只在本文件内有效就不会跟别的文件冲突。这是在C语言这种“没有命名空间”的语言里靠关键字强行模拟命名空间隔离的手段。9.3 extern和static的“不兼容”规则在同一个源文件里同一个全局变量/函数不能同时用extern和static修饰。因为他们语义相反extern表示“可以从外部找”static表示“仅限于内部”。编译器会直接报错。这个细节考试不会考太深但工程里确实见过有人因为没搞清楚而出莫名其妙的错。9.4 常见错误的真实排查经验关于static和extern真实项目里最常见的报错形式就是链接错误。比如undefined reference to xxx。这个错误的意思是编译器在编译阶段过得去但链接器找不到函数或变量的实现。常见原因之一就是你在文件A里想调文件B的某个函数但那函数在B里被static修饰了全程序可见范围仅限于B。你写了extern声明也没用。排查思路大致是确认该函数/变量确实有定义别把声明当定义。确认定义的文件里没有static把它限制在文件内部。检查拼写、大小写是否一致。链接错误的报错里符号名往往是编译器加工过的C语言会加下划线前缀或额外符号认真对照原文。如果是多文件项目确认所有.c都参与了编译/链接是否少了文件是否makefile漏了条目。这四条几乎是C语言多文件开发必踩的坑熟悉之后能省大量时间。10. 学习函数这一章最容易被拖死的几个坏习惯函数是C语言从“知道”到“会用”的分水岭我作为带过不少新手的人最后说说几种我最常看到的学习和编码上的毛病。第一种是“不写函数全堆main”。出现场景老师在课堂上要求写“菜单程序”于是有人把整个菜单循环、每个功能分支全写在了main里。这种写法在作业交差时确实能跑但代码一旦上千行mian里缠绕的变量和逻辑会迅速失去控制。正确做法是每个菜单功能拆一个函数然后main只负责调用。第二种是“函数抽象层级混乱”。比如你写一个“学生管理系统”明明应该先写“界面层函数”再写“数据处理层函数”有人图省事直接在一个函数里边处理数据边打印界面。结果这个函数一旦变动界面、数据逻辑两头都受影响。实战中一个函数最好只做一件事做成“高内聚低耦合”。别小看这句话我写嵌入式驱动的时候也都靠它稳住复杂度的。第三种是“滥用全局变量代替参数传递”。原因往往是对值传递不放心或者嫌传参麻烦就直接整一堆全局变量函数间靠共享内存通信。这种方式在小程序里看似简单到程序变大时会变成噩梦——因为你根本搞不清哪个函数在什么时候修改了全局变量调试器里任何位置都有变量被意外改掉的嫌疑。真实项目中全局变量能用得克制就难得可贵能用参数传递尽量用参数。第四种是不看警告。“编译通过了不就行了”——这种心态在学函数时必须掐灭。编译器给出的warning往往是真问题的预警可能是写了却没返回值的分支可能是参数类型不匹配可能是不安全的隐式转换。在正式项目里很多团队会把警告当错误处理-Werror根本不允许warning存在。所以从自己练习时就养成“看见warning必须弄明白”的习惯收益无穷。第五种是“改代码不重新编译跑旧程序找半天bug”。这种问题看着低级但真实发生概率极高尤其同时开多个终端窗口时忙起来在旧编译产物上瞎折腾半天最后才发现忘了重新make。Linux下常见处理是每次编译前先clean一次或者写一个一键构建脚本确保跑的一定是最新代码。11. 一组适合自测的练习思路含易错点拆解说了这么多函数这一章光读不练等于没学。我推荐几条能检验掌握程度的实操方向。第一道经典题写函数求上题中的水仙花数、完数等等。这个练的是多个函数之间分工协作——判断水仙花数的函数、主循环调用的函数、输出格式的函数各司其职。第二道经典题用函数实现冒泡排序与选择排序。练的核心是对数组参数的记忆——排序函数签名里必须携带长度参数排序内修改数组元素将直接作用于原始数组。做的时候可以故意先写错一个边界观察乱序现象这能帮你更好地理解下标与内存偏移的关系。第三道经典题实现一个简易计算器支持加减乘除。练的是函数指针虽然这里可能没正式教函数指针但有基础的可以尝试用一个装函数指针的数组把四个运算函数放数组里通过下标选择调哪个函数。第四道经典题写一个文件其中包含两个函数一个静态辅助函数一个对外正常函数然后再写第二个源文件调它。练的目标是体会extern和static对可见性的控制。故意把第一个函数声明为static看看另一文件是不是立刻调用失败。这个“故意踩雷”的过程比我讲十遍理论都有用。这些练习做完你基本可以闭上眼睛画出函数在内存中是怎么流转的从main开始创建栈帧、拷贝实参、执行函数体、返回值、销毁帧如此循环往复。这个画面一旦在你脑中成形指针、结构体这些后面的内容学起来都能有一通百通的感觉。真话说给新学C语言的朋友函数这章如果匆匆带过后面几章会遇到翻倍的痛苦因为指针要配函数数组要配函数文件操作要配函数——C语言几乎所有内容都在围绕函数打转。我建议至少花一周时间把函数这块嚼碎多写多错多改比任何花哨的技巧都管用。
