C语言笔记这个系列写到第二篇。上一篇把基本语法、数据类型和输入输出捋了一遍这一篇我想集中解决几个让初学者真正头疼的问题环境怎么配、循环怎么写才不踩坑、指针和内存到底怎么理解、字符串和文件操作怎么落地。说白了前面那些语法是“认识C语言”这一篇是“开始用C语言干活”。我一直觉得笔记这东西不能光抄知识点得把踩过的坑和没踩过但别人会踩的坑都记下来。所以这篇文章里会包含不少“我当时为什么这么做”的思考也有大量可以直接复制跑的示例代码。适合刚学完基础语法、开始刷题或者做小项目的人看也适合准备计算机二级考试、临时想查点C语言实操细节的朋友。1. 开发环境把VS Code配成顺手的C语言编辑器1.1 为什么我放弃老牌IDE很多初学者习惯用Dev-C或者Visual Studio还有一些教程会提到C-Free 5.0。C-Free这个工具我当年也用过界面确实简单新建文件就能编译运行对刚接触编程的人来说门槛很低。但它的问题也很明显停止维护很多年了默认编译器老旧代码补全和调试体验跟不上而且对中文编码的处理有点一言难尽。我自己后来转到了VS Code刚开始觉得折腾配置文件很烦配好之后才发现这套环境能一直用下去不管是写C、写Python还是写前端都是一个编辑器搞定省心太多。如果你的电脑配置一般VS Code比Visual Studio轻量得多启动速度快内存占用也低。这也是我现在比较推荐VS Code的原因。它不是专门的IDE而是靠插件变成C语言开发环境思路其实和拼乐高差不多按需组装。1.2 VS Code配置C语言环境的完整步骤先说步骤再说踩坑。整个过程可以分成三步装编译器、装插件、写配置文件。编译器我推荐MinGW-w64。很多人下载MinGW的时候会看到各种版本选择的时候注意几个点架构选x86_64线程模型选posix异常处理模型选seh。下载解压之后把bin目录的路径加到系统环境变量Path里。这一步做完在命令行敲gcc --version能输出版本号编译器就算装好了。VS Code这边装两个插件就够了C/C微软官方那个和Code Runner。C/C插件提供语法高亮、智能提示和调试支持Code Runner负责一键编译运行。写代码的时候按一下右上角的三角形按钮代码就能跑起来。但如果只是用Code Runner有几个默认行为要改一改。打开设置搜code-runner.runInTerminal把它设置成true否则程序里有scanf或者getchar这类需要输入的函数时代码跑到一半是没法输入内容的。还要注意把code-runner.clearPreviousOutput打开每次运行前自动清理终端输出看起来清爽很多。真正的调试功能需要配置launch.json和tasks.json。在项目文件夹里建一个.vscode目录放两个文件// tasks.json { version: 2.0.0, tasks: [ { label: C Build, type: process, command: gcc, args: [ -g, -o, ${fileDirname}\\${fileBasenameNoExtension}.exe, ${file} ], group: build, problemMatcher: [$gcc] } ] }// launch.json { version: 0.2.0, configurations: [ { name: C Debug, type: cppdbg, request: launch, program: ${fileDirname}\\${fileBasenameNoExtension}.exe, args: [], stopAtEntry: false, cwd: ${fileDirname}, environment: [], externalConsole: true, MIMode: gdb, miDebuggerPath: gdb, preLaunchTask: C Build } ] }配置好之后按F5就能进入调试可以打断点、看变量值。这一套配置花一次时间之后所有C项目都能复用。1.3 环境配置中最常见的三个坑第一个坑是中文乱码。Windows的终端默认用GBK编码而VS Code默认保存文件用UTF-8两边对不上printf里输出中文就变成乱码。我自己的处理办法是统一用UTF-8保存源码然后在代码第一行加#include windows.h并在main函数开头调用SetConsoleOutputCP(CP_UTF8);。另外在设置里搜terminal.integrated.profiles.windows把默认终端改成Windows Terminal会更好。如果你不想动代码把文件编码改成GBK也能解决但后续用Git管理代码会有很多麻烦所以我还是建议统一UTF-8。第二个坑是终端一闪而过。双击运行的exe执行完就关闭窗口根本看不到运行结果。这个问题在直接用命令行启动或者在某些环境里特别常见。用Code Runner在终端跑程序就不会出现这个问题因为终端窗口是常驻的。但我建议你在代码里养成习惯需要查看结果的程序可以在结束前加一句system(pause);或者getchar();这样从外部启动时也能看清输出。第三个坑是scanf里的坑和环境配置有关也和很多人的习惯有关。Code Runner默认会按EOF方式处理输入如果你从终端手动输入scanf会正常读取但如果你用调试模式跑代码有些人会发现scanf好像“跳过去”了其实是因为缓冲区里还有上次输入残留的换行符。遇到这种情况可以在scanf后面加一句while (getchar() ! \n);把残留字符清掉。2. 循环控制while和do-while到底差在哪2.1 三个循环的适用场景对照C语言里有三种循环for、while、do-while。for循环通常用于知道循环次数的情况比如遍历数组里的所有元素while循环适合“条件满足就一直做下去”的场景比如读到文件末尾为止do-while则是最容易被忽略的一个它的特点是先执行一次循环体再判断条件是否继续所以循环体至少会执行一次。这个“至少执行一次”是关键也是最容易出题的考点。拿考试题来举例下面这段代码输出什么int i 0; do { printf(%d , i); i; } while (i 0);答案是输出一个0。因为do-while是先执行后判断i等于0的时候条件虽然不成立但循环体已经跑过一次了。换成while这个循环一次都不会执行直接什么都不输出。理解这个区别挺重要的很多初学者在看别人代码时不明白为什么有的循环即使条件不成立也会执行一次八成就是do-while。2.2 do-while的典型使用场景do-while最经典的场景是“输入校验循环”。比如写一个程序让用户输入一个1到100之间的分数如果输入不合法就一直重新输入。用while写会比较别扭int score 0; printf(请输入分数(1-100): ); scanf(%d, score); while (score 1 || score 100) { printf(输入无效请重新输入: ); scanf(%d, score); }这种写法要先在外面重复一次输入代码代码冗余。用do-while就自然很多int score 0; do { printf(请输入分数(1-100): ); scanf(%d, score); } while (score 1 || score 100);菜单程序也是一个道理。菜单需要先显示一次让用户选然后根据选择决定是否继续这种场景天生适合do-while。自己写小项目的时候只要发现“希望至少执行一次然后根据条件决定是否继续”就可以优先考虑do-while。2.3 循环里的常见错误循环写多了以后我总结出几个高频错误。第一个是死循环。最常见的原因是循环变量没有更新或者更新语句写错了位置。比如while (i 10) { printf(%d, i); }忘了写i这就会一直循环下去。另一个原因是浮点数比较while (x ! 1.0)这种写法很容易出问题因为浮点数在计算机里不能精确表示0.1累加十次并不精确等于1.0。比较浮点数要用fabs(x - 1.0) 1e-6这种方式。第二个错误是边界条件弄错。比如遍历数组数组大小如果是n那么下标范围是0到n-1很多人写成in越界访问到数组外面程序可能当时不报错但数据已经被改坏了。这种问题在真实项目里非常隐蔽我当时写过一段双向冒泡排序的代码就是边界条件多想了一步结果在一个大数据集上出现随机性破碎查了好久。第三个错误是把“”写成“”。while (i 1)在C语言里不是报错而是把1赋值给i然后判断i是否为真所以永远是死循环。这种错误编译器不会提示甚至有些编译器会连警告都不给。写循环判断的时候我养成了一个习惯凡是判断相等的地方全部倒过来写比如if (1 x)这样如果不小心漏写一个等号变成if (1 x)编译器立刻报错能省下大量排查时间。3. 指针与内存C语言的灵魂和第一大坑3.1 指针的本质与读法很多书籍喜欢把指针说得玄乎什么“指向内存单元的地址”一句话背下来还是不理解。我换个说法内存就像一栋大楼每层楼都有房间号指针就是用来记录房间号的变量。普通变量存的是值指针变量存的是房间号。知道房间号之后你可以去那间房里拿东西也就是“解引用”。怎么读指针声明我一直推荐“顺时针螺旋法则”但那个规则对新手看起来复杂。更简单的办法是从变量名开始先看右边再看左边。int *p;里p先碰到星号说明p是一个指针再往前看碰到int说明p指向一个int类型的数据。int *p[10];里p先碰到方括号说明p是一个数组里面有10个元素每个元素是int*类型也就是10个指针。int (*p)[10];里先看括号内p先碰到括号里的星号是指针然后括号外面再碰到方括号说明这个指针指向一个长度为10的数组所以这是一个数组指针。3.2 野指针、悬空指针和非法地址指针最危险的地方在于如果你给它赋了一个不存在的地址程序访问这个地址会怎样在Windows上最常见的就是崩溃弹窗提示“0x某地址处的指令引用了0x某地址处的内存该内存不能为read”。这个错误你肯定见过。它本质上就是访问了非法地址。非法地址来源主要有两种。一种是野指针也就是指针变量初始化之后没有赋任何有效值它里面存的是垃圾值没人知道这个地址是否合法。另一种是悬空指针也就是指针原来指向一块合法的内存但内存被释放了指针没有置空还拿着原来的地址。两种情况访问都会出问题。检验非法地址的办法在工程上可以分成两类。一类是静态检查代码评审时看指针声明和赋值只要确定是指针就必须初始化。另一类是运行时检查在malloc之后必须立刻判断返回值是否为空在free之后立刻把指针设置为NULL让悬空指针变成空指针空指针访问时会出现段错误段错误比偶发性的数据损坏容易定位得多。3.3 内存管理基础栈、堆和静态区C语言里的内存可以粗略分成几个区域。代码区放程序指令静态区放全局变量和static修饰的变量这个区域在程序启动时分配程序结束时释放栈区存放局部变量和函数调用的上下文它的特点是自动分配、自动释放但是空间有限一般就几MB堆区才是真正由程序员控制的地方用malloc申请、free释放空间大但需要自己管理。理解栈和堆的本质区别看一个例子就明白了。函数里写int arr[1000000];这个数组在栈上分配很可能直接导致栈溢出崩溃。但如果用int *arr (int*)malloc(1000000 * sizeof(int));在堆上分配只要内存够就能成功。日常写代码的时候数组比较大比如超过1MB我基本都会放到堆上。3.4 malloc/free的每一个细节都要较真malloc的返回值类型是void*所以通常要强制转换成目标指针类型。它申请的内存内容是随机的不是清空的。如果想清零用calloc。malloc可能失败在嵌入式环境或者内存紧张的服务器上尤其要检查返回值。释放内存后不置空指针是我见过最多、影响也最隐蔽的错误。同一个指针被释放两次这个在C语言里是未定义行为后果不可预测可能直接崩溃可能没有表现。想避免就得遵循一条铁律谁申请谁释放释放之后立刻置NULL。free(p); p NULL;这两句必须连在一起写。C语言的内存管理还有一个特别坑的地方内存泄漏。malloc了之后忘了free短时间看不出来进程跑得越久内存占用越大最后系统变慢甚至程序被杀掉。检测方法有很多Linux下可以用valgrind它会把每一处泄漏的内存都打印出来包括是在哪个文件哪一行申请的。养成每次写动态内存代码就跑一遍valgrind的习惯比等到线上出问题再排查要省力无数倍。4. 字符串与常用函数处理文本绕不开的坑4.1 字符串的本质是字符数组C语言没有内置的string类型字符串就是用字符数组加上末尾的\0构成的。这个\0很关键。hello看起来是5个字符实际占用内存是6个字节最后一个字节是0。所有字符串函数包括printf、strlen、strcpy都是靠这个\0来识别字符串在哪里结束的。这个设计导致了很多经典问题。最常见的是字符串末尾忘记留位置给\0导致函数越界读取。比如char str[5]; strcpy(str, hello);这段代码看着好像没问题字符串刚好5个字符数组大小也是5但实际上hello需要6个字节拷进去的时候\0被写到数组外面的内存里了这就是缓冲区溢出。真实世界里有大量安全漏洞就是这一个原因造成的。4.2 字符串函数的正确打开方式strcpy、strcat、strcmp、strlen这些是最基础的一批但要特别注意安全版本。strcpy不安全有边界检查的替代品是strncpy。strcat也不安全替代品是strncat。strcmp用于比较两个字符串内容是否相等注意不能直接if (str1 str2)因为这样比较的是两个数组的地址而不是内容地址永远不同所以判断永远为假。比较字符串内容的标准写法#include stdio.h #include string.h int main() { char a[] hello; char b[] hello; if (strcmp(a, b) 0) { printf(两个字符串相等\n); } else { printf(两个字符串不相等\n); } return 0; }strcmp返回值不是简单的0或1。相等返回0如果第一个参数字符值大于第二个返回正数否则返回负数。这个特性在排序字符串时很有用直接拿返回值当比较依据。4.3 实战字符串逆序的四种写法字符串逆序在PTA练习题里经常出现我自己在面试别人时也喜欢问这个题。几种写法正好能串起前面讲过的指针和字符串知识。方法一用数组下标逆序。交换首尾字符直到中间位置#include stdio.h #include string.h void reverse(char s[]) { int left 0; int right strlen(s) - 1; while (left right) { char temp s[left]; s[left] s[right]; s[right] temp; left; right--; } } int main() { char s[] hello world; reverse(s); printf(%s\n, s); return 0; }这是最容易理解的一种。方法二用指针版本void reverse(char *s) { char *left s; char *right s strlen(s) - 1; while (left right) { char temp *left; *left *right; *right temp; left; right--; } }这个版本能帮你巩固指针的加减运算。方法三递归逆序逻辑上更像反向打印字符串的变种但要用全局数组保存结果。方法四双指针从两端逼近本质上和方法二一样但代码更简洁。不管用哪种方法核心都是用指针或下标记住当前最左边和最右边的位置交换然后向中间移动。5. 文件读写用fopen、fscanf和fprintf操作文件5.1 文件打开的三种状态C语言里操作文件的标配动作是fopen、读或写、fclose三步。fopen要指定文件名和打开模式模式直接决定你能对这个文件做什么。常见的模式有这么几个整理成一张表看最清楚模式含义文件不存在时文件存在时r只读打开失败正常读取w只写创建清空后写入a追加创建在末尾追加r读写打开失败可读可写w写读创建清空后读写a追加读写创建可读可追加一个非常容易忽略的地方使用r模式时如果文件不存在fopen返回NULL这时候如果直接使用返回的文件指针程序会崩溃。所以在每次fopen之后检查返回值这是一个好习惯。我自己写文件操作代码第一件事就是判断文件指针是否为空FILE *fp fopen(data.txt, r); if (fp NULL) { printf(文件打开失败\n); return 1; }5.2 fscanf和fprintf的用法与返回值陷阱fscanf和fprintf其实和scanf、printf用法几乎一样只是多了一个文件指针参数。比如把数据写入文件#include stdio.h int main() { FILE *fp fopen(numbers.txt, w); if (fp NULL) { printf(文件打开失败\n); return 1; } for (int i 1; i 10; i) { fprintf(fp, %d , i * i); } fclose(fp); return 0; }从文件读回来#include stdio.h int main() { FILE *fp fopen(numbers.txt, r); if (fp NULL) { printf(文件打开失败\n); return 1; } int num; while (fscanf(fp, %d, num) ! EOF) { printf(%d , num); } printf(\n); fclose(fp); return 0; }这里面的关键点是fscanf的返回值。它返回成功匹配并赋值的参数个数如果到达文件末尾返回EOF。用while (fscanf(fp, %d, num) ! EOF)这种循环来判断是否读完是正确的标准写法。有个坑要提醒一下fscanf从文件里读取数据时如果文件格式和格式控制符不匹配它会卡在当前位置可能会进入死循环。比如文件里有一行文字“abc”你用fscanf(fp, %d, num)去读它匹配失败返回值是0而不是EOF又不移动文件指针下一条循环依然读取失败没完没了。这种情况下可以在失败时用其他方式跳过这行。5.3 小案例统计文件里的数字总和综合fsanf和循环写一个统计文件里所有整数之和的程序#include stdio.h int main() { FILE *fp fopen(data.txt, r); if (fp NULL) { printf(无法打开文件\n); return 1; } int num; int sum 0; int count 0; while (fscanf(fp, %d, num) 1) { sum num; count; } fclose(fp); printf(共读取 %d 个整数总和为 %d\n, count, sum); return 0; }用 1判断是因为我们期望每次成功匹配一个整数。如果文件里有非数字字符导致匹配失败程序就会退出循环。更健壮的做法是失败时加一个fscanf(fp, %*[^\n]);跳过当前行的非换行字符这个写法在需要解析复杂格式时很有用。5.4 文本文件还是二进制文件默认的fopen模式是文本模式在Windows下会有换行符转换也就是写入\n时自动变成\r\n读取时再转回来。如果只想原样读写数据尤其是结构体这种二进制数据就要用rb或wb模式。fread和fwrite用于按块读写二进制数据适合保存结构体数组、图像数据这类内容。二进制文件比文本文件的读写效率高但跨平台时要注意字节序问题。写项目的时候要保存的数据只有自己读用二进制没问题但如果要给别人看或者需要导入导出的用文本文件更通用。6. 经典小题目实战从题目到代码的完整思路6.1 输入日期判断是当年的第几天这个题在网上和教材里出现了无数遍是C语言循环和选择结构的经典练习。题目要求是输入年、月、日输出这一天是这一年的第几天。核心思路是先把每个月之前的累计天数加起来再加上这个月的天数。有两个坑第一2月天数受闰年影响闰年判断条件是“能被4整除但不能被100整除或者能被400整除”第二要处理输入日期合法性比如2月30日是非法的。一个相对完整的写法#include stdio.h int isLeap(int year) { return (year % 4 0 year % 100 ! 0) || (year % 400 0); } int main() { int year, month, day; int daysInMonth[] {31, 28, 31, 30, 31, 30, 31, 31, 30, 31, 30, 31}; printf(请输入年月日(空格隔开): ); scanf(%d %d %d, year, month, day); // 月份和日期合法性检查 if (month 1 || month 12 || day 1) { printf(日期输入不合法\n); return 1; } int maxDay daysInMonth[month - 1]; if (month 2 isLeap(year)) { maxDay 29; } if (day maxDay) { printf(日期输入不合法\n); return 1; } int dayOfYear 0; for (int i 0; i month - 1; i) { dayOfYear daysInMonth[i]; } dayOfYear day; if (month 2 isLeap(year)) { dayOfYear; } printf(%d年%d月%d日是%d年的第%d天\n, year, month, day, year, dayOfYear); return 0; }这个例子能完整练习到数组、函数、循环和分支。如果考试题目要求只能用一个函数完成那么用switch-case也是常见写法。两种思路都跑一遍你对这个题的理解会深很多。6.2 冒泡排序会写不算会能优化才算入门冒泡排序是进入算法世界的第一道门槛。基础写法几乎所有人都会void bubbleSort(int arr[], int n) { for (int i 0; i n - 1; i) { for (int j 0; j n - i - 1; j) { if (arr[j] arr[j 1]) { int temp arr[j]; arr[j] arr[j 1]; arr[j 1] temp; } } } }但真正面试或者考试时这个基础版本往往不够。一个常见的优化是加一个标志位当某一轮循环没有发生任何交换说明数组已经有序可以直接退出void bubbleSort(int arr[], int n) { for (int i 0; i n - 1; i) { int swapped 0; for (int j 0; j n - i - 1; j) { if (arr[j] arr[j 1]) { int temp arr[j]; arr[j] arr[j 1]; arr[j 1] temp; swapped 1; } } if (!swapped) { break; } } }这个优化在数组本身接近有序的情况下可以把时间复杂度从O(n^2)降到接近O(n)。它背后的思路值得推广任何算法如果某一步没有产生新变化那么后续步骤如果也不会产生新变化就可以提前终止。6.3 代码优化的小技巧C语言代码优化是一个很宽泛的话题但我整理一些初学者就能用上的技巧。第一循环里避免重复计算。如果循环体内有一个表达式只和循环变量无关把它提到循环外面。第二尽量使用局部变量局部变量放在寄存器里的可能性更大访问速度快。第三数组遍历时按顺序访问比随机访问更高效这和CPU缓存机制有关。第四函数参数尽量用值传递小类型大结构体用指针传递省内存拷贝。还有一个很多人忽略的点编译优化。用gcc编译时加上-O2参数编译器会自动做很多优化工作有时候比手工微调更有效。写代码时先保证正确性再去做优化这个顺序不能反。我见过太多人一上来就想着炫技结果代码是快了但逻辑错了完全没意义。7. 常见问题与排查技巧实录7.1 编译报错里的高频雷区C语言编译器的报错信息对初学者来说很不友好尤其是C语言里有很多看起来一样但含义不同的操作符。我总结了一些高频场景整理成速查表错误写法问题正确写法用来判断相等赋值而非比较逻辑容易出错写成一个逻辑与变成了位与判断结果不符合预期if (a 0)不是判断a是否为0而是给a赋值为0if (a 0)数组下标越界运行时可能崩溃或数据错乱编译不一定报错检查边界忘记加分号编译报错加分号变量未定义就使用编译报错先定义用struct关键字不匹配声明和使用不一致检查声明7.2 程序运行时崩溃的定位思路程序编译通过但不代表没问题运行时崩溃大多发生在访问非法内存的时候。段错误最常见的两个触发点是指针没有初始化直接解引用数组下标越界写到了数组外面。怎么定位我建议用二分法排查。先缩小范围在出错前的关键位置加打印语句看程序到底执行到哪一步才崩。确认了大致位置再仔细检查这一步有没有访问数组越界、指针有没有赋值、strcpy的目标数组够不够大。用调试器是最正规的路线。VS Code里打断点后按F5程序执行到断点就会停下来左侧能看变量的当前值步进、步入、步出按钮分别对应一行一行执行、进入函数内部、跳出当前函数。注意gdb调试时运行的程序叫program而编译的时候要加-g参数不加-g是没法调试的。7.3 文件操作里容易踩的坑文件操作除了fopen返回NULL要检查之外还有一个经典问题写入数据后忘记fclose。如果程序异常退出缓冲区里的数据可能没有真正写入磁盘。所以正确顺序是打开、检查、使用、关闭。另外文本模式下\n会被转换成\r\n如果文件在Linux和Windows之间传来传去可能看到每一行末尾多个^M字符。这时候可以用dos2unix工具转换或者统一使用二进制模式。读取文件时如果文件末尾有空白行或者多余的空格fscanf很可能读取到预料之外的内容导致解析出错。我在处理配置文件时都会先写一个小的测试函数把读出来的内容原样打印一遍确认格式正确再继续写逻辑。7.4 一个小坑缓冲区没刷新很多人在无脑使用printf调试的时候会发现输出的顺序和预期不一致明明先执行了A结果B的输出先出现。这往往不是代码顺序错了而是标准输出是行缓冲的只有在写到换行符或者缓冲区满的时候才会真正输出。解决办法是调试输出尽量带上\n或者使用fflush(stdout);强刷缓冲区。这个问题在重定向输出到文件时尤其明显你不刷新缓冲区文件里可能什么都没有。写在最后的几个小建议C语言说到底是练出来的不是看出来的。这一篇笔记里的代码量虽然不少但如果你只是读完就关掉效果会大打折扣。我的建议是把每段代码都亲手敲一遍然后故意改错几个地方看看编译器和运行时分别会给出什么反应。C语言里每一个报错信息、每一次段错误都是帮你建立直觉的好机会。我还建议你养成两个习惯。第一个是每次写完代码都要想一遍“如果输入的数据非常极端我的程序会怎样”。很多程序崩溃都是因为没有考虑到用户会输入负数、超长字符串或者空文件。第二个是重视编译器警告不要觉得警告无所谓-Wall参数开起来认真读每一条警告它往往比你更早发现潜在问题。下一篇笔记我会往更深的方向写一写比如结构体与链表、函数指针、位运算在实际项目里的用法。那些内容和今天的内存、指针知识联系非常紧密基础打牢了后面学起来会顺畅得多。