1. 项目缘起与整体设计思路

1.1 为什么选择C语言做考勤系统

很多人一听到“学生考勤信息管理系统”，第一反应是拿Python或者Java写，毕竟有现成的框架和GUI库，拖拖拽拽就能出界面。但如果你真正在教务场景里待过，就会发现一个很现实的问题：很多学校的考勤终端、刷卡设备、甚至老旧的教务服务器，底层跑的都是C程序。原因不复杂——C编译出来的东西足够小、足够快，而且不依赖运行时环境，扔到一台只有几百兆内存的机器上照样跑得飞起。

我自己第一次接触这类需求，是帮一个做教务系统的朋友处理数据导出模块。他们原来的考勤记录是用C写的控制台程序管理的，数据存在二进制文件里，后来想加一个“按班级统计缺勤次数”的功能，结果发现代码是十年前写的，变量命名全是a、b、c，函数之间靠全局变量传数据。那次经历让我意识到，用C写考勤系统不是“能不能”的问题，而是“怎么写得让人能维护”的问题。

所以这个项目的核心定位很明确：用纯C语言实现一个学生考勤信息管理系统，数据持久化到本地文件，支持增删改查和统计输出，代码结构清晰，适合作为C语言综合练习或者小型教务工具的基础版本。它解决的是“轻量级、无依赖、可离线运行”的考勤管理需求，适合刚学完C语言基础语法、想找一个完整项目练手的学生，也适合需要快速搭建原型验证业务逻辑的开发者。

1.2 功能模块的取舍逻辑

一个考勤系统听起来简单，但真要把功能列全，能列出一长串：学生信息管理、课程管理、考勤记录录入、请假审批、缺勤统计、报表导出、用户权限……如果全做，代码量轻松破万行，对于C语言项目来说维护成本太高。我的思路是抓核心链路：学生信息是基础，考勤记录是核心，统计查询是价值输出。其他像请假审批、权限管理这些，可以留接口但不做完整实现。

具体来说，系统包含四个主要模块：

• 学生信息管理：录入学生的学号、姓名、班级、专业等基本信息，支持按学号查找和修改。
• 考勤记录管理：针对每个学生、每门课、每次课，记录出勤状态（出勤、缺勤、迟到、请假）。
• 统计查询：按学生统计缺勤次数，按课程统计出勤率，按班级输出汇总表。
• 数据持久化：所有数据保存到本地文件，程序启动时加载，退出时保存。

这个取舍的逻辑是：先保证数据能存能取，再保证能查能算。很多初学者一上来就想着做界面、做网络通信，结果核心数据结构没设计好，后面越写越乱。我建议你把80%的精力花在数据结构设计和文件读写上，剩下的20%用来做交互逻辑。

1.3 数据结构设计的核心考量

C语言没有现成的容器，所有数据结构都得自己造。考勤系统的数据关系可以这样理解：一个学生有多条考勤记录，一条考勤记录关联一个学生和一门课。这是典型的“一对多”关系，用链表或者动态数组都能实现。

我选择用结构体数组+文件映射的方式，原因有三点：第一，结构体数组的内存布局连续，读写文件时可以直接用fread和fwrite整块操作，效率高；第二，数组的随机访问比链表快，按学号查找时可以用二分查找优化；第三，代码量比链表少，对于中小规模数据（几千条记录）完全够用。

核心结构体定义如下：

#define MAX_STUDENTS 1000 #define MAX_RECORDS 10000 #define MAX_NAME 32 #define MAX_COURSE 64 typedef struct { char id[16]; // 学号 char name[MAX_NAME]; // 姓名 char class_name[32]; // 班级 char major[32]; // 专业 } Student; typedef struct { char student_id[16]; // 学号 char course[MAX_COURSE]; // 课程名 char date[12]; // 日期 YYYY-MM-DD int status; // 0-出勤 1-缺勤 2-迟到 3-请假 } AttendanceRecord;

这里有个细节：学号用字符串而不是整数。为什么？因为很多学校的学号包含字母或者前导零，用整数存储会丢失信息。日期也用字符串，格式固定为YYYY-MM-DD，方便排序和比较。状态用整数枚举，比字符串节省空间，也方便做统计。

注意：结构体里不要用指针成员，否则文件读写时会变成“写地址”而不是“写内容”，下次读出来就是野指针。这是C语言文件操作最常见的坑之一。

2. 核心功能模块的代码实现与细节拆解

2.1 学生信息管理：增删改查的完整实现

学生信息管理是整个系统的入口。没有学生数据，考勤记录就没有关联对象。我把它拆成四个函数：add_student、delete_student、update_student、find_student。

先看添加学生的逻辑。表面上是往数组里塞一条记录，但实际要考虑的问题不少：学号是否重复？数组是否已满？输入缓冲区是否有残留字符？我见过太多初学者写的代码，用scanf读字符串时遇到空格就截断，导致姓名只能存一个字。正确的做法是用fgets读取整行，然后去掉末尾换行符。

int add_student(Student students[], int *count) { if (*count >= MAX_STUDENTS) { printf("学生数量已达上限，无法添加。\n"); return -1; } Student s; printf("请输入学号："); fgets(s.id, sizeof(s.id), stdin); s.id[strcspn(s.id, "\n")] = '\0'; // 查重 for (int i = 0; i < *count; i++) { if (strcmp(students[i].id, s.id) == 0) { printf("学号已存在，添加失败。\n"); return -1; } } printf("请输入姓名："); fgets(s.name, sizeof(s.name), stdin); s.name[strcspn(s.name, "\n")] = '\0'; printf("请输入班级："); fgets(s.class_name, sizeof(s.class_name), stdin); s.class_name[strcspn(s.class_name, "\n")] = '\0'; printf("请输入专业："); fgets(s.major, sizeof(s.major), stdin); s.major[strcspn(s.major, "\n")] = '\0'; students[*count] = s; (*count)++; printf("添加成功。\n"); return 0; }

这段代码里有个关键点：strcspn(s.id, "\n")用来定位换行符的位置，然后把它替换成字符串结束符。这是处理fgets残留换行的标准做法，比用scanf("%s")安全得多。

删除学生时，我采用“标记删除+数组压缩”的策略。找到目标学号后，把后面所有元素前移一位，同时把关联的考勤记录也删掉。这里要注意：删除学生必须级联删除考勤记录，否则会出现“孤儿记录”，统计时就会出错。

修改学生信息时，先按学号找到位置，然后让用户选择修改哪个字段。我通常只允许修改姓名、班级、专业，学号作为主键不允许改，因为改了之后考勤记录就对不上了。

查找功能支持按学号和按姓名模糊匹配。按学号查找用二分查找的前提是数组已按学号排序，但插入时维护有序数组成本较高，所以实际用线性查找就够了，几千条数据在毫秒级就能完成。

2.2 考勤记录录入：批量与单条两种模式

考勤录入是使用频率最高的功能。老师上课时不可能一个个学生去点，所以必须支持批量录入。我的设计是：先选择课程和日期，然后列出该班级所有学生，逐个输入状态，或者用“默认全部出勤，只标记异常”的方式快速录入。

void batch_attendance(Student students[], int stu_count, AttendanceRecord records[], int *rec_count) { char course[MAX_COURSE]; char date[12]; char class_name[32]; printf("请输入课程名称："); fgets(course, sizeof(course), stdin); course[strcspn(course, "\n")] = '\0'; printf("请输入日期（YYYY-MM-DD）："); fgets(date, sizeof(date), stdin); date[strcspn(date, "\n")] = '\0'; printf("请输入班级："); fgets(class_name, sizeof(class_name), stdin); class_name[strcspn(class_name, "\n")] = '\0'; for (int i = 0; i < stu_count; i++) { if (strcmp(students[i].class_name, class_name) != 0) continue; if (*rec_count >= MAX_RECORDS) { printf("考勤记录已满，停止录入。\n"); break; } printf("学生：%s %s，状态（0-出勤 1-缺勤 2-迟到 3-请假）：", students[i].id, students[i].name); int status; scanf("%d", &status); while (getchar() != '\n'); // 清空缓冲区 AttendanceRecord r; strcpy(r.student_id, students[i].id); strcpy(r.course, course); strcpy(r.date, date); r.status = status; records[*rec_count] = r; (*rec_count)++; } printf("批量录入完成。\n"); }

这里有个实操心得：输入状态时用数字比用汉字快得多。老师对着名单念“张三出勤、李四缺勤”，操作员按0和1就行。如果做成菜单选择，反而增加操作步骤。另外，while (getchar() != '\n')这行代码用来清空输入缓冲区，防止上一次输入的残留字符影响下一次读取。这个技巧在混合使用scanf和fgets时特别重要。

还有一个细节：录入前要检查该学生、该课程、该日期是否已经有记录。如果有，提示是否覆盖。否则重复录入会导致统计时同一节课被算两次。

2.3 统计查询：从原始数据到有价值的信息

考勤数据录进去只是第一步，真正有价值的是统计结果。我实现了三种统计视图：

按学生统计：输出每个学生的出勤、缺勤、迟到、请假次数，以及缺勤率。缺勤率的计算公式是：缺勤次数 / 总记录数 × 100%。这个指标比单纯看缺勤次数更有意义，因为不同学生被记录的次数可能不同。

按课程统计：输出每门课的平均出勤率，帮助老师判断哪门课出勤情况差。这里要注意：同一门课可能有多个班级、多次记录，需要先按课程聚合。

按班级统计：输出每个班级的整体出勤情况，适合辅导员查看。

统计功能的实现思路是遍历考勤记录数组，用累加器统计各状态次数。为了提高效率，可以先用qsort按学号或课程排序，然后分组统计。但数据量不大时，直接双重循环也能接受。

void stats_by_student(Student students[], int stu_count, AttendanceRecord records[], int rec_count) { printf("%-16s %-10s %-8s %-8s %-8s %-8s %-8s\n", "学号", "姓名", "出勤", "缺勤", "迟到", "请假", "缺勤率"); for (int i = 0; i < stu_count; i++) { int present = 0, absent = 0, late = 0, leave = 0; for (int j = 0; j < rec_count; j++) { if (strcmp(records[j].student_id, students[i].id) != 0) continue; switch (records[j].status) { case 0: present++; break; case 1: absent++; break; case 2: late++; break; case 3: leave++; break; } } int total = present + absent + late + leave; double rate = total > 0 ? (double)absent / total * 100 : 0; printf("%-16s %-10s %-8d %-8d %-8d %-8d %-7.1f%%\n", students[i].id, students[i].name, present, absent, late, leave, rate); } }

输出格式用%-8d这样的左对齐宽度控制，能让表格在控制台里整齐排列。这是控制台程序的“面子工程”，但确实影响使用体验。我见过有人用\t制表符，结果因为姓名长度不一，列对不齐，看起来很难受。

2.4 文件持久化：二进制与文本的取舍

数据持久化是C语言项目的必修课。我选择二进制文件存储结构体数组，而不是文本文件。原因很直接：二进制读写速度快，代码简单，不需要解析字符串。用fwrite把整个数组一次性写入，用fread一次性读出，几行代码搞定。

void save_data(Student students[], int stu_count, AttendanceRecord records[], int rec_count) { FILE *fp = fopen("students.dat", "wb"); if (!fp) { printf("保存学生数据失败。\n"); return; } fwrite(&stu_count, sizeof(int), 1, fp); fwrite(students, sizeof(Student), stu_count, fp); fclose(fp); fp = fopen("records.dat", "wb"); if (!fp) { printf("保存考勤数据失败。\n"); return; } fwrite(&rec_count, sizeof(int), 1, fp); fwrite(records, sizeof(AttendanceRecord), rec_count, fp); fclose(fp); printf("数据保存成功。\n"); }

先写数量，再写内容，读取时先读数量再读内容。这个顺序不能乱，否则不知道要读多少条。

但二进制文件有个缺点：不能用文本编辑器直接查看和修改。如果你需要人工检查数据，可以额外提供一个“导出为CSV”的功能。CSV是纯文本，用逗号分隔字段，Excel能直接打开。导出逻辑就是遍历数组，用fprintf按格式写入。

注意：二进制文件在不同平台上的字节序可能不同，但同一台机器上读写没问题。如果要把数据文件从一台机器拷到另一台，建议用CSV格式中转。

3. 完整实操流程：从零编译到功能验证

3.1 开发环境搭建与编译命令

这个项目不需要任何第三方库，标准C库就够了。在Linux下用gcc，在Windows下用MinGW或者Visual Studio都可以。我习惯用gcc，编译命令如下：

gcc -o attendance main.c student.c attendance.c stats.c file_io.c -Wall -Wextra -std=c99

-Wall -Wextra打开所有警告，-std=c99指定C99标准。为什么要开警告？因为C语言有很多“合法但危险”的写法，比如隐式类型转换、未初始化变量，编译器警告能帮你提前发现。我见过一个bug：int status没初始化，结果第一次录入时状态是随机值，统计时多了一堆莫名其妙的缺勤记录。开了-Wall之后，编译器直接提示“status may be used uninitialized”，问题一目了然。

如果你想把代码拆成多个文件，建议按功能划分：main.c放主菜单和流程控制，student.c放学生管理，attendance.c放考勤录入，stats.c放统计，file_io.c放文件读写。每个模块配一个.h头文件声明函数原型。这样编译时把所有.c文件一起编译就行。

3.2 主菜单设计与交互流程

主菜单是用户接触的第一个界面。我的设计是数字选择式，简单直接：

========== 学生考勤信息管理系统 ========== 1. 学生信息管理 2. 考勤记录录入 3. 统计查询 4. 数据保存与导出 0. 退出系统 ========================================== 请选择操作：

主循环用while(1)加switch实现，每个功能执行完后暂停一下，让用户看清输出，然后清屏回到主菜单。清屏用system("cls")（Windows）或system("clear")（Linux），但要注意system函数有安全风险，实际项目中可以用ANSI转义序列\033[2J\033[H代替。

int main() { Student students[MAX_STUDENTS]; AttendanceRecord records[MAX_RECORDS]; int stu_count = 0, rec_count = 0; load_data(students, &stu_count, records, &rec_count); while (1) { show_menu(); int choice; scanf("%d", &choice); while (getchar() != '\n'); switch (choice) { case 1: student_menu(students, &stu_count); break; case 2: attendance_menu(students, stu_count, records, &rec_count); break; case 3: stats_menu(students, stu_count, records, rec_count); break; case 4: save_data(students, stu_count, records, rec_count); break; case 0: save_data(students, stu_count, records, rec_count); printf("感谢使用，再见。\n"); return 0; default: printf("无效选择，请重新输入。\n"); } printf("按回车键继续..."); getchar(); } }

这里有个细节：程序启动时先load_data，退出时再save_data。这样用户不需要手动保存，避免忘记保存导致数据丢失。但也要提供手动保存选项，以防程序意外崩溃。

3.3 测试用例设计与边界验证

写完代码只是第一步，真正花时间的是测试。我设计了几组测试用例，覆盖正常流程和边界情况：

边界测试里最容易出问题的是空数据处理。比如统计时，如果某个学生没有任何考勤记录，total为0，计算缺勤率时会出现除以零。我在代码里加了判断：total > 0 ? (double)absent / total * 100 : 0。这个三元表达式看起来简单，但漏掉的话程序直接崩溃。

还有一个坑：fgets读取的字符串可能包含换行符，如果用户直接按回车，读到的就是空字符串。我在添加学生时加了非空校验，如果学号为空，提示重新输入。否则会出现学号为空的记录，后续查找和统计都会出问题。

3.4 性能优化：从O(n²)到O(n log n)

当数据量增长到几千条时，统计功能的双重循环会明显变慢。我实测过：5000条考勤记录、500个学生，双重循环统计需要遍历250万次，耗时约0.3秒。虽然不算慢，但每次查询都等0.3秒，体验不好。

优化思路是先排序，再分组。用qsort按学号排序考勤记录，然后一次遍历完成所有学生的统计。排序的时间复杂度是O(n log n)，遍历是O(n)，总体比O(n²)快一个数量级。

int cmp_record_by_student(const void *a, const void *b) { return strcmp(((AttendanceRecord*)a)->student_id, ((AttendanceRecord*)b)->student_id); } void stats_by_student_fast(Student students[], int stu_count, AttendanceRecord records[], int rec_count) { qsort(records, rec_count, sizeof(AttendanceRecord), cmp_record_by_student); int idx = 0; for (int i = 0; i < stu_count; i++) { int present = 0, absent = 0, late = 0, leave = 0; while (idx < rec_count && strcmp(records[idx].student_id, students[i].id) == 0) { switch (records[idx].status) { case 0: present++; break; case 1: absent++; break; case 2: late++; break; case 3: leave++; break; } idx++; } // 输出统计结果... } }

这个优化有个前提：学生数组和考勤记录都按学号有序。如果学生数组没排序，可以先用qsort排一次。排序的代价是一次性的，但统计查询可能执行很多次，所以整体收益明显。

4. 常见问题与排查技巧实录

4.1 文件读写乱码或数据错位

这是C语言文件操作最典型的问题。症状是：保存后再读取，学生姓名变成乱码，或者考勤记录的状态值变成奇怪的数字。原因通常有三个：

第一，结构体里有指针成员。比如把姓名定义成char *name，写入文件时写的是指针地址，下次读出来指向无效内存。解决办法是把所有字符串改成固定长度数组。

第二，读写时的结构体定义不一致。比如保存时用的是Student结构体，读取时结构体里多了一个字段，导致字节对齐不同。解决办法是保证读写使用同一个头文件。

第三，文件打开模式不对。写入用"wb"，读取用"rb"，不要用"w"和"r"，否则在Windows下会把\n转换成\r\n，导致数据错位。

排查方法：用fwrite写入后，立即用fread读出来打印，看是否一致。如果不一致，逐步检查上述三点。

4.2 输入缓冲区残留导致跳过输入

这个问题的表现是：程序提示“请输入姓名”，但还没等你输入就跳到了下一个提示。原因是上一次用scanf读数字时，回车符留在了缓冲区里，下一次fgets直接读到了这个回车符。

解决办法有两种：一是在scanf后面加while (getchar() != '\n');清空缓冲区；二是全部用fgets读取，然后用sscanf或atoi转换。我倾向于第二种，因为fgets不会留下残留字符，逻辑更统一。

char buf[32]; fgets(buf, sizeof(buf), stdin); int choice = atoi(buf);

这样写虽然多几行代码，但避免了混合使用scanf和fgets带来的各种诡异问题。

4.3 统计结果与实际不符

统计出错的根源往往是数据本身有问题。我遇到过几种情况：

• 重复录入：同一学生、同一课程、同一日期录了两次，统计时算了两遍。解决办法是录入前查重。
• 孤儿记录：学生被删除了，但考勤记录还在，统计时找不到对应学生。解决办法是删除学生时级联删除考勤记录。
• 状态值越界：用户输入了5，但状态只有0到3。解决办法是输入后校验范围，不合法就重新输入。

排查时可以先导出所有原始记录，人工核对几条，确认数据没问题后再看统计逻辑。如果数据没问题但统计不对，那就是代码bug，重点检查循环边界和条件判断。

4.4 程序崩溃的常见原因

C语言程序崩溃，十有八九是内存问题。在这个项目里，最常见的崩溃场景是：

• 数组越界：students[stu_count]访问时stu_count已经等于MAX_STUDENTS。解决办法是在每次添加前检查上限。
• 空指针解引用：fopen返回NULL后没有判断就直接fwrite。解决办法是每次打开文件后立即检查。
• 字符串未终止：用strcpy复制超过目标数组长度的字符串。解决办法是用strncpy并手动添加\0。

调试崩溃可以用gdb，编译时加-g参数，崩溃后输入bt查看调用栈。如果不想用调试器，可以在可疑位置加printf输出变量值，逐步缩小范围。

4.5 常见问题速查表

实操心得：每次修改代码后，先跑一遍完整的“添加-录入-统计-保存-重启-加载”流程。这个流程能覆盖90%的bug。很多人只测试单个功能，结果保存和加载的格式不匹配，重启后数据全丢。

5. 项目扩展方向与个人经验分享

5.1 从控制台到图形界面的平滑过渡

控制台程序做完了，下一步很自然是加图形界面。C语言做GUI，Windows下可以用Win32 API，Linux下可以用GTK，跨平台可以用SDL或者ncurses。我的建议是先用ncurses做终端界面，因为它不需要额外安装库，而且能做出菜单、表格、输入框的效果，比纯控制台好看得多。

ncurses的核心思路是把屏幕当成一个字符矩阵，用mvprintw在指定位置输出，用getch读取按键。考勤系统的表格展示特别适合ncurses，可以画出边框、高亮选中行、支持上下键滚动。从控制台迁移到ncurses，业务逻辑代码几乎不用改，只需要把printf和scanf替换成ncurses的对应函数。

如果要做真正的窗口界面，Win32 API是Windows下的首选。创建一个窗口、添加列表框和按钮、处理消息循环，这些都有固定套路。但Win32 API的学习曲线比较陡，建议先把控制台版本做稳定，再考虑界面。

5.2 数据存储的进阶方案：从文件到数据库

二进制文件适合小规模数据，但如果有几千个学生、几万条考勤记录，文件读写的效率就会成为瓶颈。这时候可以考虑嵌入一个轻量级数据库，比如SQLite。SQLite是一个C语言库，整个数据库就是一个文件，不需要安装服务器，API也简单。

用SQLite替换文件存储，主要改动在数据访问层。把save_data和load_data换成SQL的INSERT和SELECT，其他业务逻辑不变。SQLite支持索引，按学号查询和统计会快很多。而且SQLite有事务机制，批量录入时要么全部成功，要么全部回滚，不会出现写了一半崩溃导致数据不一致的情况。

不过SQLite也有学习成本，需要了解SQL语法和API调用。如果你的项目只是课程作业或者小工具，文件存储完全够用。如果是实际部署到教务系统里，建议直接上SQLite。

5.3 代码可维护性的几个实用技巧

写了这么多年代码，我最大的体会是：代码是写给人看的，顺便让机器执行。考勤系统这种项目，功能不复杂，但代码量不小，如果不注意可维护性，过两个月自己都看不懂。

第一个技巧是统一命名规范。函数名用下划线分隔，如add_student、find_record；变量名用驼峰或下划线都行，但要统一；常量全大写，如MAX_STUDENTS。不要用拼音，也不要用a、b、c这种无意义的名字。

第二个技巧是每个函数只做一件事。比如add_student只负责添加，不负责打印菜单；print_student只负责输出，不负责修改数据。这样函数短小精悍，容易测试和复用。

第三个技巧是注释写“为什么”而不是“是什么”。比如// 检查学号是否重复这种注释没有价值，代码本身就能看出来。有价值的注释是// 学号作为主键不允许修改，否则考勤记录会失去关联，解释了这个设计决策的原因。

第四个技巧是用版本控制。哪怕只有一个人开发，也用Git管理代码。每次完成一个功能就提交一次，写清楚提交信息。这样改出bug时可以回退到上一个可用版本，比手动备份靠谱得多。

5.4 我踩过的几个坑

第一个坑是用scanf("%s")读姓名。当时测试时输入“张三”，程序正常；输入“张三丰”，程序也正常；输入“张 三”（中间有空格），程序只读到了“张”。后来改成fgets才解决。这个坑让我明白：C语言的字符串输入函数各有各的脾气，必须根据场景选择。

第二个坑是忘记初始化数组。定义Student students[MAX_STUDENTS];后直接使用，结果数组里全是随机值。虽然stu_count初始为0，循环时不会访问到未初始化的元素，但有一次我写统计函数时直接遍历了整个数组，导致输出了一堆乱码。后来养成习惯：定义数组后立即用memset清零，或者用calloc动态分配。

第三个坑是文件路径用相对路径。在开发机上运行正常，拷到别人电脑上就找不到文件。原因是相对路径是相对于“当前工作目录”，而不是可执行文件所在目录。解决办法是用绝对路径，或者把数据文件放在可执行文件同目录下，用argv[0]获取程序路径再拼接。

第四个坑是忽略返回值。fopen可能返回NULL，fwrite可能写入失败，scanf可能读取失败。这些返回值如果不检查，程序可能在错误的状态下继续运行，最终崩溃或者产生错误数据。现在我写代码，凡是可能失败的函数调用，一律检查返回值并处理。

5.5 给初学者的练习建议

如果你想通过这个项目练手，我建议分阶段进行：

第一阶段：先实现学生信息的增删改查，数据只存在内存里，不涉及文件。这个阶段重点是熟悉结构体数组的操作和字符串处理。

第二阶段：加入考勤记录管理，实现学生和考勤记录的关联。这个阶段重点是理解一对多关系和数据一致性。

第三阶段：加入文件持久化，实现保存和加载。这个阶段重点是文件读写和错误处理。

第四阶段：加入统计功能，实现按学生、课程、班级的汇总。这个阶段重点是算法效率和输出格式化。

第五阶段：重构代码，拆分成多个模块，加上注释和文档。这个阶段重点是代码组织和可维护性。

每个阶段完成后都写一个简单的测试用例，确保功能正常再进入下一阶段。不要一上来就写完整系统，那样很容易陷入“改一个bug引出三个新bug”的困境。

最后分享一个我常用的调试技巧：在程序的关键位置加日志输出，把函数入口、关键变量值、函数出口都打印出来。程序运行一遍，日志就能告诉你执行流程和变量变化。虽然土，但管用。尤其是处理文件读写和统计逻辑时，日志能帮你快速定位问题出在哪一步。