1. 练习前的环境准备：VSCode配置C/C++别再走弯路
1.1 为什么我最终选定了VSCode而不是Dev-C++或Code::Blocks
如果你搜过“vscode配置c/c++环境”，大概率是因为你受够了Dev-C++那套远古界面，或者被Code::Blocks的英文菜单劝退过。我最早学C语言用的是学校机房里的Dev-C++ 5.11，那东西装起来确实快，但写代码的时候没有像样的自动补全，调试窗口也简陋，最要命的是它默认带的编译器版本很老，很多新语法特性根本跑不起来。
后来我换到Code::Blocks，它集成度高，编译、运行、调试都在一个界面里，对新手的友好度比Dev-C++高不少。但问题在于，一旦你想做稍微大一点的练习，比如多文件工程、指针数组、字符串处理，Code::Blocks的工程管理逻辑反而成了负担——你只是想练一道题，它非要你建一个工程、选编译器、配路径，步骤一大堆，时间全花在和IDE较劲上。
VSCode的体验完全不同。它本质上是一个编辑器，配合C/C++插件之后才变成IDE。好处是启动快、界面干净、扩展丰富，而且配置是一次性的——配好之后，后面几百道练习题你只需要打开文件夹、写代码、按F5调试。对练习阶段的C语言来说，VSCode加上MinGW-w64编译器，是我试下来最顺手的组合。
一个小提醒：VSCode安装的时候注意勾选“添加到PATH”选项，不然以后在终端里敲code命令打不开编辑器，又得手动找安装路径。这个坑我遇到过，后来只好重新装了一遍。
1.2 从零配置：编译器、插件、tasks.json和launch.json
VSCode装完之后，第一步不是急着写代码，而是先把编译器装好。Windows平台我推荐MinGW-w64，它比MSVC轻量，而且GCC的编译选项在OJ和竞赛环境里更通用。装好之后，把bin目录加到系统环境变量的Path里，然后在终端里敲gcc --version验证。如果出现版本信息，说明编译器已经就绪。
第二步是安装C/C++扩展。这里要注意，一定要装微软官方发布的那个C/C++，蓝绿色图标的，别装错了。装完之后立刻就可以写代码，但要做到F5一键调试，还需要两个文件：tasks.json负责编译，launch.json负责启动调试器。很多人在这里卡住，其实核心配置就这几行：
{ "tasks": [ { "label": "C Build", "type": "cppbuild", "command": "gcc", "args": [ "-fdiagnostics-color=always", "-g", "${file}", "-o", "${fileDirname}/${fileBasenameNoExtension}.exe" ], "group": "build" } ] }launch.json里最关键的是program字段要指向编译出的exe路径，miDebuggerPath要填你本机gdb.exe的完整路径。这两处最容易写错，写错了F5就没反应或者报错。配置好之后，你就能在VSCode里打断点、看变量值、逐步执行，这套调试体验比Dev-C++强太多了。
我的建议是，别急着抄网上的配置模板，先手动敲一遍，理解每个字段在干嘛。-g选项是生成调试信息，不加的话调试器看不到变量；${file}是当前打开的文件路径。理解了这些，后面遇到问题你自己就能排查。
1.3 练习过程中必踩的环境坑：代码提示消失、脚本权限拦截
搜“vscode写c没有代码提示”的人非常多，这个问题的原因通常有三个。第一，文件后缀不对。C语言文件必须是.c，你要是存成了.txt或者没有后缀，插件根本不会激活。第二，C/C++插件没装或者被禁用。装了插件但代码提示还是不出来，多半是右下角弹了个提示框问你“是否信任此文件夹”，你没点信任，插件就一直处于受限模式。第三，c_cpp_properties.json里的编译器路径配置错误，导致插件不知道用哪套头文件目录。最简单的验证办法是在命令面板里搜“C/C++”，看配置能不能正常加载，一般问题就出在信任和路径这两点上。
还有一个和VSCode终端相关的高频报错，就是搜“npm : 无法加载文件 c:\program files\nodejs\npm.ps1,因为在此系统上禁止运行脚”那个。虽然它出现在Node.js上下文里，但如果你用VSCode的集成终端跑一些脚本，PowerShell的执行策略会默认禁止.ps1脚本运行。解决方案是在管理员权限下执行：
Set-ExecutionPolicy -Scope CurrentUser RemoteSigned然后重新打开终端。这个问题本质上是PowerShell的安全策略在拦截，不是C语言编译器的问题，但很多人卡在环境配置这一关就是因为这种细枝末节的报错。
另外，练题期间电脑C盘会越来越满，尤其你频繁编译、安装各种开发环境，C:\Users\Administrator\AppData\Local\Temp里会堆大量临时文件。Windows自带的“磁盘清理”工具可以清掉一部分，命令cleanmgr也可以直接调起来。我个人的习惯是每隔一两周就清理一次Temp目录，省得C盘红了之后影响编译速度。
2. 基础语法必须练到肌肉记忆：九九乘法表与字符串逆序
2.1 九九乘法表：三种循环写法背后的思维方式差异
九九乘法表是C语言里最经典的入门题之一，几乎每个初学者都写过。但我要说的是，这道题真不是“会写”就够了，关键在于你能不能从一次会写变成随手就能写。我见过太多人背代码，今天会写，过两周就忘，核心原因就是当初没理解循环嵌套的递推逻辑。
标准写法是外层循环控制行，内层循环控制列：
#include <stdio.h> int main(void) { for (int i = 1; i <= 9; i++) { for (int j = 1; j <= i; j++) { printf("%d*%d=%2d ", j, i, i * j); } printf("\n"); } return 0; }这里最关键的判断是内层循环条件j <= i而不是j <= 9。为什么要这样？因为乘法表的形状是下三角——第i行只输出i个式子。如果你写成j <= 9，输出就是一个完整的9x9方阵，而且每个式子的格式还要重新调整。这个差异看似微小，但恰好检验了你是否真的理解“循环变量之间的关系”。
还可以用while循环改写同样的逻辑，你会发现代码变长了一些，但本质没变。如果题目改成输出上三角，只需要把循环条件反过来，让内层从i开始到9。这种一题多改的训练方法，比闷头做十道新题更有效。
2.2 字符串逆序：动手前先想清楚“逆序”的边界
字符串逆序是PTA和期末考的高频题，但很多人在动手前没想清楚需求。是要把原字符串在内存里原地反转，还是生成一个新字符串？是要求反转之后原数组内容改变，还是只要打印出来是反的就行？题目没说明白，代码就很容易偏。
原地反转的标准做法是双指针从两端向中间交换：
#include <stdio.h> #include <string.h> void reverse_string(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(void) { char str[100]; fgets(str, sizeof(str), stdin); str[strcspn(str, "\n")] = '\0'; reverse_string(str); printf("%s\n", str); return 0; }有一个容易翻车的细节是使用fgets读取字符串后，末尾会带一个换行符\n，如果你不先去掉它，反转之后换行符会跑到字符串最前面，导致输出看起来少了半截。str[strcspn(str, "\n")] = '\0'这行的作用就是找到换行符的位置并替换成字符串结束符。strcspn函数很多人不熟，但它处理这类问题非常方便。
如果题目要求递归实现，思路也很清晰：每次反转去掉首尾字符后的子串，再交换首尾。递归版本代码更短，但初学者容易陷入思维混乱，我建议先把循环版本写熟，再尝试递归版本，别一开始就挑战高难度写法。
2.3 数据变量定义分类：不要一股脑全用int
“c语言数据变量定义分类定义”这个搜索词背后，其实问的是C语言中变量按存储类别、作用域和生命周期是怎么分类的。我刚学的时候也糊涂，觉得变量不就是定义一个int、一个char吗？后来写多了才发现，这里面的门道很深。
按存储类别分，C语言的变量有auto、register、static、extern四种。默认情况下，函数内部的局部变量就是auto，它的生命周期是进入函数分配、离开函数销毁。register请求编译器把变量放在CPU寄存器里，但现在编译器优化已经很好了，普通变量一般没必要主动加。static修饰的局部变量则是静态局部变量，它存储在静态区，函数调用结束也不会销毁，下次调用时还保留上次的值。这用来统计函数被调用次数就很好用。
#include <stdio.h> void counter(void) { static int count = 0; count++; printf("called %d times\n", count); } int main(void) { for (int i = 0; i < 5; i++) { counter(); } return 0; }静态局部变量和全局变量的区别是，它只能在定义它的函数内部访问，但生命周期是整个程序运行期间。这个“作用域小、生命周期长”的特点，是很多练习题的考点。全局变量则作用域贯穿整个文件，虽然方便，但容易导致函数之间的隐式耦合，练习的时候尽量别用，养成通过参数传递数据的习惯。
3. 算法题的核心逻辑：冒泡排序与5x5鞍点
3.1 冒泡排序：从“能写对”到“能说清楚为什么这样写”
冒泡排序是C语言算法练习里绕不开的题，几乎所有教材都会讲。但我在辅导别人练题时发现，很多人能背出代码，却答不上来“内层循环为什么要减去i”这个问题。如果你也说不清楚，那说明你还没真正掌握它。
冒泡排序的思路是相邻元素两两比较，大的往后移，每轮结束后最大的数就“冒泡”到了末尾。第0轮结束，最后1个位置确定；第1轮结束，倒数第2个位置确定。所以第i轮只需要比较前n-1-i个元素，因为后面i个元素已经是确定有序的了。这就是内层循环条件j < n - 1 - i的来源。
#include <stdio.h> void bubble_sort(int arr[], int n) { for (int i = 0; i < n - 1; i++) { for (int j = 0; j < n - 1 - i; j++) { if (arr[j] > arr[j + 1]) { int temp = arr[j]; arr[j] = arr[j + 1]; arr[j + 1] = temp; } } } } int main(void) { int nums[] = {64, 34, 25, 12, 22, 11, 90}; int n = sizeof(nums) / sizeof(nums[0]); bubble_sort(nums, n); for (int i = 0; i < n; i++) { printf("%d ", nums[i]); } printf("\n"); return 0; }进阶的优化是在每轮开始前设一个swapped标志位，如果这一轮一次交换都没发生，说明数组已经有序，直接退出循环。这个优化能让最好情况的时间复杂度降到O(n)，也是面试时经常追问的点。我自己练排序题的经验是，写完冒泡之后，再顺手写一遍选择排序和插入排序，三者对比着学，对“每一轮选哪个位置放哪个元素”的理解会深刻很多。
3.2 鞍点问题：为什么这题能刷掉一大批人
5x5矩阵鞍点问题是浙大翁恺老师课程里的经典题，也是PTA上错误率很高的题目。它的定义是：一个元素同时满足“所在行最大”和“所在列最小”。如果矩阵里存在这样的元素，输出它的位置和值；如果不存在，输出提示。
你以为这题简单？很多人第一次写就栽了。最常见的错误是只存储行最大元素的第一个列位置，但行最大值可能在同一行出现多次。比如某一行有两个相同的最大值，其中一个恰好满足列最小，另一个不满足，你只检查第一个就漏了正确答案。
正确思路是，每一行找出所有最大值所在的列位置，存到一个数组里，然后逐个检查这些列位置是否满足“该列最小”。列最小的判断要遍历整个列的所有行。
#include <stdio.h> #include <limits.h> #define N 5 int main(void) { int matrix[N][N]; int i, j; for (i = 0; i < N; i++) { for (j = 0; j < N; j++) { scanf("%d", &matrix[i][j]); } } int found = 0; for (i = 0; i < N && !found; i++) { int row_max = INT_MIN; int cols[N]; int col_cnt = 0; for (j = 0; j < N; j++) { if (matrix[i][j] > row_max) { row_max = matrix[i][j]; col_cnt = 0; cols[col_cnt++] = j; } else if (matrix[i][j] == row_max) { cols[col_cnt++] = j; } } for (j = 0; j < col_cnt; j++) { int c = cols[j]; int is_saddle = 1; for (int r = 0; r < N; r++) { if (matrix[r][c] < row_max) { is_saddle = 0; break; } } if (is_saddle) { printf("Saddle point at (%d, %d): %d\n", i, c, row_max); found = 1; break; } } } if (!found) { printf("No saddle point\n"); } return 0; }3.3 为什么要用limits.h的INT_MIN做初始值
搜这个词的时候，很多人不理解为什么鞍点题里要把row_max初始化为INT_MIN，而不是直接初始化为0。原因是矩阵里可能有负数。如果把row_max初始化为0，而矩阵恰好全是负数，那么每一行的最大值都比0小，matrix[i][j] > row_max这个判断永远为假，最大值就找不出来。用INT_MIN作为初始值，保证了任何int类型的输入都能进入比较逻辑。
INT_MIN定义在limits.h里，它表示int类型能表示的最小值。同理INT_MAX表示最大值。这类边界问题在算法题里很重要。我在练习时养成的习惯是：凡是要在循环里找最大值或者最小值，初始值就选INT_MIN或INT_MAX，别用0、-9999这类“看起来够用”的数。因为输入数据的范围你没办法控制，用极限值初始化才最稳妥。
4. 指针与内存：从这里开始才叫“学C”
4.1 指针到底怕什么：从变量分类重新理解内存
C语言学到指针，等于过了新手村进入真正的战场。很多人怕指针，是因为他们试图去“背指针的概念”，而不是去理解内存。我换个角度说：你声明一个int a = 10，编译器会在内存里找一块4字节的空间，把10存进去，这块空间有个地址。指针变量int *p = &a存的就是这块空间的地址。就这么简单。
指针变量本身也是变量，它也有地址。取指针的指针int **pp = &p，就是二级指针。很多初学者看到连续的星号就头晕，但你只要记住：每取一次地址多一个星号，每解引用一次少一个星号。这个规则在LeetCode链表题里也用得到，只不过C语言里你得全程自己管理指针。
练习指针时最容易犯的错有三个。第一，声明了指针不初始化就直接用，这就是野指针。第二，指针指向一个局部变量，函数返回后这个变量已经销毁，再通过指针访问就是悬垂指针。第三，malloc申请内存之后不检查返回值，如果内存分配失败，直接操作空指针程序就崩了。
我练指针的思路是拿一个数组来当实验对象：先写一个用下标遍历的函数，再改写成用指针遍历，再改写用二级指针传数组参数。三种写法对比着看，指针和数组的关系自然就清楚了。数组名是首元素地址不是整个数组的地址，这个知识点也在这个过程中彻底搞懂。
4.2 字典树的C实现：一个练习指针和动态内存的好题目
字符串处理练多了，可以挑战一下字典树（Trie）。这是一道综合题，它同时考察了指针操作、动态内存管理、递归思想，非常适合作为指针练习的进阶项目。字典树的核心是每个节点有26个子节点指针，以及一个标记位表示是否有单词在这里结尾。
#include <stdio.h> #include <stdlib.h> #define MAX_CHILD 26 typedef struct TrieNode { struct TrieNode *children[MAX_CHILD]; int is_end; } TrieNode; TrieNode *create_node(void) { TrieNode *node = (TrieNode *)malloc(sizeof(TrieNode)); if (!node) { return NULL; } for (int i = 0; i < MAX_CHILD; i++) { node->children[i] = NULL; } node->is_end = 0; return node; } void trie_insert(TrieNode *root, const char *word) { TrieNode *cur = root; while (*word) { int idx = *word - 'a'; if (!cur->children[idx]) { cur->children[idx] = create_node(); } cur = cur->children[idx]; word++; } cur->is_end = 1; } int trie_search(TrieNode *root, const char *word) { TrieNode *cur = root; while (*word) { int idx = *word - 'a'; if (!cur->children[idx]) { return 0; } cur = cur->children[idx]; word++; } return cur->is_end; } void trie_free(TrieNode *root) { if (!root) { return; } for (int i = 0; i < MAX_CHILD; i++) { trie_free(root->children[i]); } free(root); }这段代码里最值得学习的部分是trie_free。它是一个递归函数，先遍历释放所有子节点，最后释放自己。如果你写代码时忘了释放每个malloc出来的节点，哪怕程序能跑对，内存泄漏也会在后面积累成问题。练习完字典树之后，我强烈建议你装上Valgrind或者用AddressSanitizer编译选项检查一遍，看是不是所有动态内存都正确释放了。这一步做下来，你对指针和堆内存的认识会突飞猛进。
4.3 C内存管理入门：栈、堆、静态区
C程序的内存大致分成栈、堆、静态区和常量区。栈用来存放函数调用时的局部变量和参数，函数返回时自动回收，空间有限。堆是程序运行期间通过malloc、calloc、realloc动态申请的内存，需要手动释放。静态区存放全局变量和静态变量，整个程序生命周期都有效。常量区存放字符串字面量，通常是只读的。
写应用题时最常见的错误是把大数组定义成局部变量。比如int a[1000000]，在栈上分配可能直接把栈空间撑爆，程序崩溃。解决办法是把数组定义成全局数组，或者用malloc在堆上分配，用完之后记得free。我在练习大数据量题目时，一般直接用malloc，因为全局变量用多了会影响代码结构，而栈上又不够安全。
5. 练习中绕不开的报错和细节：万能头、隐藏光标、标准库
5.1 万能头文件到底能不能用
搜“c 万能头”的人，多半在OJ上见过别人的代码第一行写#include <bits/stdc++.h>。这个头文件是GCC在C++下的扩展，不是一个标准C头文件。你在自己的电脑上能不能编译通过，完全取决于编译器是否为GCC以及版本是否支持。一旦你换到别的编译器，比如MSVC或者Clang，很可能就编译失败。
我的态度很明确：练习阶段别用万能头。因为C语言编程的基本功之一就是知道某个函数在哪个标准库里声明，你用了万能头，等于放弃了这个基本功。printf在stdio.h，malloc在stdlib.h，strlen在string.h，pow在math.h，这些对应关系应该像肌肉记忆一样刻在脑子里。等以后你真的参加竞赛，为了节省写代码时间再考虑用万能头，那时候你已经有能力判断它在当前环境能不能编译。
5.2 隐藏光标的实用代码
如果你练习控制台小项目，比如打字游戏，光标在屏幕上闪来闪去很影响观感。隐藏光标在Windows平台通常用windows.h里的SetConsoleCursorInfo：
#include <windows.h> void hide_cursor(void) { HANDLE console_handle = GetStdHandle(STD_OUTPUT_HANDLE); CONSOLE_CURSOR_INFO cursor_info; cursor_info.dwSize = 1; cursor_info.bVisible = FALSE; SetConsoleCursorInfo(console_handle, &cursor_info); }这段代码不做任何“高级”事，只是把控制台的光标可见性改成FALSE。如果你在练习打字游戏，还需要GetAsyncKeyState来检测按键、GetTickCount来计时。这些Windows API和标准C函数混用，会让你的程序只在Windows上运行，但作为练习项目无所谓，玩得开心最重要。等你写跨平台程序时再考虑用ncurses或者SDL来替代。
5.3 C标准库分类：多用现成函数，别重复造轮子
搜“c语言库函数大全”的人，往往是想知道C语言到底自带哪些函数。C标准库其实没那么多东西，按功能分主要就几类：输入输出、内存管理、字符串处理、数学计算、字符判断、时间日期。很多人不知道的是，字符串处理里strlen的时间复杂度是O(n)，如果你在一个循环里反复调用strlen作为循环条件，大字符串下性能会急剧下降。应该先算出长度存到变量里再用。
另外，使用strcpy和sprintf时要小心缓冲区溢出。这两个函数不检查目标缓冲区大小，一旦源字符串太长，就会越界写坏内存。现代的做法是使用strncpy或者snprintf，显式传入缓冲区长度。练习时养成这个习惯，以后写工程代码会少很多痛苦。
这期练习做完之后，我个人的实际体会
这期“C 练习3”做下来，最大的感受是：学C语言最消耗人热情的不是语法难度，而是环境配置和工具链选择。我见过太多人在第一周就被编译器安装、插件配置、路径设置这类事情劝退，根本没机会接触到C语言真正的魅力。如果你正在经历这个过程，别急着怀疑自己的能力，先把VSCode配好，把“一键编译”和“断点调试”跑通，后面的事都会顺很多。
最后分享一个小技巧：练习时给编译器加上-Wall -Wextra警告选项，把警告当成错误对待。编译器提醒你的每一行，几乎都是代码里真实存在的隐患。养成“零警告”的习惯之后，你写的代码质量会肉眼可见地提升，面试和考试里那些低级错误也能提前避开。
