C语言学生奖学金管理系统：从结构体设计到文件读写完整课设指南

简介：基于C语言实现的学生奖学金管理系统，是一份面向C语言初学者、高校课程设计及毕业设计学生的完整实践资源，可有效解决课程设计中缺少可运行项目参考的问题。系统围绕学生信息与奖学金管理，覆盖结构体定义、链表或数组动态管理、二进制文件读写、增删查改操作以及基于指令的文本交互界面等核心知识，包含学生添加、删除、查询、修改奖学金状态等典型功能模块，有助于学习者将语法知识转化为实际项目开发能力。压缩包内共5个文件，包括cpp源代码、txt数据文件以及doc实验报告：源码可直接编译运行并查看整体结构，txt文件用于存取学生与奖学金数据，实验报告则系统梳理了设计思路、功能模块与实现细节。整套资源仅495KB，轻量便携，目前已有936人学习下载，适合需要参考完整项目、完成课程设计或提升C语言综合编程能力的读者。

1. 学生奖学金管理系统：一门 C 语言课设背后的真实工作量

很多人在期末拿到“基于 C 语言的学生奖学金管理系统”这个题目时，第一反应是“这不就是增删改查”，但真动手才会发现：单纯写一个能跑的控制台菜单只要两百行，可要带源码和实验报告一起交付，意味着你要把数据怎么存、文件怎么读写、排序规则怎么定、边界输入怎么防，全都要在代码里给出明确答复。C 语言不像 Python 或 Java 自带集合框架和 JSON 序列化，所有数据的组织、持久化和释放都得自己管，这才是这门课设真正考察的东西。

这篇文章不介绍某个具体仓库里的源码，而是从零梳理一套“能写、能跑、能讲清楚”的学生奖学金管理系统方案。围绕结构体设计、数组/链表选型、文件读写落盘、菜单交互与排序统计这几个核心模块展开，中间会给出可直接抄作业的代码片段和参数说明，最后聊一聊实验报告里怎么呈现测试过程和内存检查结果。无论你是刚学完指针和文件操作的初学者，还是需要帮别人评审课设代码的老手，这篇都有可参考的落地点。

2. 先把数据模型定下来：结构体设计决定后面所有代码的复杂度

2.1 学生信息与奖学金记录为什么要拆成两个结构体

第一个要做的决定不是写菜单，而是想清楚“一条奖学金记录”长什么样。很多初学者把所有字段塞进一个结构体，比如学号、姓名、班级、C 语言成绩、高数成绩、平均分、排名、奖学金等级、金额，全放在一起。这样做在代码量上最省事，但后续排序、统计、文件追加写入时都会变别扭：比如要按“班级+平均分”排序，单结构体也能做，但计算单项奖学金和综合奖学金时，字段一多，函数参数就越传越长。

#define NAME_LEN 32 #define ID_LEN 16 typedef struct { char id[ID_LEN]; // 学号，用字符串而不是 int，因为学号可能带字母 char name[NAME_LEN]; // 姓名 char class_name[16]; // 班级，比如 "计科2301" float c_score; // C 语言成绩 float math_score; // 高等数学成绩 float avg_score; // 平均分，由两个成绩算出来而不是手输 } Student;

这里把学生基础信息和奖学金等级分成两个结构体更合理。奖学金评定规则通常是动态调整的，比如一等奖学金要求平均分 85 以上，二等奖 75 以上，金额也可能按学年变化。如果把等级和金额写死在学生结构体里，那每次改规则都要动结构体定义，代码就得重编译。拆开后，学生是学生，评定规则是规则，规则可以做成常量表或者配置文件。

typedef struct { int level; // 1 = 一等奖，2 = 二等奖，3 = 三等奖 float min_avg; // 该等级要求的最低平均分 float amount; // 奖学金金额 } ScholarshipRule;

结构体拆分的另一个直接好处是文件读写更清晰。存学生档案时写 Student 数组，评完奖后可以把评定结果单独存一份，或者干脆在程序退出前把 Student 数组和评定结果合并写进一个汇总文件。这样日志文件、原始数据文件各司其职，排查问题时能少走弯路。

2.2 选数组还是选链表：课设场景的容量边界在哪里

学生奖学金管理系统最常见的数据规模是几百到一千个学生，这个量级下，数组和链表都能跑，选型的核心矛盾是“代码可读性”和“内存操作复杂度”。

数组方案最直观。在结构体里加一个int count记录当前人数，然后声明Student students[MAX_STUDENTS]，MAX_STUDENTS 预定义为 500 或 1000。插入、遍历、排序全部用下标操作，代码短，调试时用 gdb 或 printf 打印数组元素也很方便。缺点是删除一个学生时要搬移后续所有元素，但几百个学生的数据量下，搬移开销微乎其微。

链表方案的优势是内存按需分配，删除节点不用搬移数据，但需要自己实现插入、删除、释放、排序（通常要改成归并排序或者转换成数组再排）。对于课设来说，链表代码更容易让录入、查找这几个函数出错，尤其是忘记释放节点造成内存泄漏，实验报告的“系统测试”环节就不好看了。

我一般的建议是：如果题目没有强制要求“使用链表”，优先用数组。把内存管理精力省下来，花在文件读写和排序统计上，性价比高得多。如果题目明确写了“动态存储”，那就老老实实用链表，但要配套实现create_node、delete_node、free_list三个函数，并确保删除节点后没有悬垂指针。

2.3 平均分是存字段还是现算：避免数据不一致的常见做法

平均分这个字段要特别小心。如果用户在录入时手动输入平均分，那么改成绩时忘改平均分，数据和实际就对不上了。正确的做法是：录入成绩后立即在代码里计算平均分，然后存入结构体字段，后续修改成绩的流程里也必须重新计算。

float calc_avg(float c_score, float math_score) { return (c_score + math_score) / 2.0f; }

还有一种方案是平均分不存结构体，每次显示时临时算，这样省一个字段，但排序时 comparator 里要反复调用计算函数。折中做法是：结构体里存avg_score，但所有录入和修改的成绩值都走统一入口函数，这个函数会同时更新平均分。不让外部直接给student.avg_score赋值，数据一致性就能保证。

3. 文件读写落盘：C 语言课设的数据持久化到底要写多少代码

3.1 文本文件还是二进制文件：从可读性和工程量两个角度取舍

学生管理系统如果不做文件持久化，程序一退出数据全丢，实验报告里基本没法写“系统能长期保存数据”。文件方案有两条路：纯文本文件和二进制文件。

纯文本文件（CSV 或自定义分隔符）的优点是可以用文本编辑器直接打开检查，也可以用 Excel 打开做数据核对，对答辩演示非常有帮助。缺点是字符串里如果带逗号或换行需要转义，不过学生信息字段里一般不会出现逗号，问题不大。

二进制文件用fwrite和fread直接读写结构体内存，代码量最少，但生成的.dat文件不可读，调试时需要额外写一个 dump 函数把二进制内容转成文本打印到终端。另外，不同编译器对结构体 padding 处理可能不同，换编译器后旧数据文件可能无法正确读取。

课设场景我先推荐文本文件。理由很实际：答辩时老师可能会要求“打开数据文件看一下”，文本文件当场能看，二进制文件只能靠代码说话。下面是采用二级制存学生记录的代码，注意注释里有说明为何选择fread而不是fscanf。

#define DATA_FILE "students.data" #define MAX_STUDENTS 500 int save_to_file(Student *students, int count) { FILE *fp = fopen(DATA_FILE, "wb"); if (fp == NULL) { perror("打开文件失败"); return 0; } // 第一行写总人数，便于读取时预分配位置 fwrite(&count, sizeof(int), 1, fp); // 一次性写入整个结构体数组的前 count 个元素 size_t written = fwrite(students, sizeof(Student), count, fp); fclose(fp); return written == (size_t)count; } int load_from_file(Student *students, int *count) { FILE *fp = fopen(DATA_FILE, "rb"); if (fp == NULL) { // 文件不存在不算致命错误，首次运行就是这种情况 *count = 0; return 1; } int saved_count = 0; fread(&saved_count, sizeof(int), 1, fp); if (saved_count <= 0 || saved_count > MAX_STUDENTS) { fclose(fp); return 0; } size_t read = fread(students, sizeof(Student), saved_count, fp); fclose(fp); if (read != (size_t)saved_count) { return 0; } *count = saved_count; return 1; }

逻辑说明：保存文件时先把人数写进文件头部，再写入整个结构体数组。读取时先读头部判断人数是否在合理范围内，避免文件损坏时读到异常大的 count 导致越界。注意fread读取的元素个数如果和文件里实际数量不一致，说明文件不完整，此时应该返回失败而不是继续用部分数据启动程序。

参数说明："wb"是以覆盖写方式打开二进制文件，每次保存都是全量覆盖，适合课设这种小数据量。真实系统里应该考虑增量写入，但这里不用为了炫技增加复杂度。

3.2 用 fscanf / fprintf 封装基于文本的数据交换格式

如果换成文本格式，读写函数的代码会长一些，因为要逐字段解析，但好处是文件可以直接用记事本打开。常见的做法是每行一个学生，字段间用竖直分隔符|，这种分隔符在学生姓名和班级里几乎不会出现，比逗号更安全。

#define TEXT_FILE "students.txt" int save_to_text(Student *students, int count) { FILE *fp = fopen(TEXT_FILE, "w"); if (fp == NULL) return 0; fprintf(fp, "%d\n", count); for (int i = 0; i < count; i++) { fprintf(fp, "%s|%s|%s|%.1f|%.1f|%.1f\n", students[i].id, students[i].name, students[i].class_name, students[i].c_score, students[i].math_score, students[i].avg_score); } fclose(fp); return 1; } int load_from_text(Student *students, int *count) { FILE *fp = fopen(TEXT_FILE, "r"); if (fp == NULL) { *count = 0; return 1; } int n = 0; if (fscanf(fp, "%d", &n) != 1 || n <= 0 || n > MAX_STUDENTS) { fclose(fp); return 0; } for (int i = 0; i < n; i++) { // %49[^|] 表示读取直到遇到竖线为止，防止缓冲区溢出 if (fscanf(fp, " %15[^|]|%31[^|]|%15[^|]|%f|%f|%f", students[i].id, students[i].name, students[i].class_name, &students[i].c_score, &students[i].math_score, &students[i].avg_score) != 6) { *count = i; fclose(fp); return 0; } } *count = n; fclose(fp); return 1; }

格式说明：%[^|]是fscanf的扫描集，%15[^|]表示读取不超过 15 个字符，遇到竖线或空白就停止。char id[ID_LEN]中 ID_LEN 是 16，所以最多允许 15 个可见字符，最后一个位置留给\0。扫描集前面的空格是为了跳过上一个字段结束后可能遗留的换行符。

这里要注意一个拖累很多人的细节：fscanf在读取完最后一个字段（平均分）后，不一定会消费掉行尾换行符，而下一行开头的%15[^|]前面加了空格，会跳过换行符再读，所以不会出错。但如果你把加载函数改成按行fgets解析，就要小心每一行结尾的\n被包含进最后一个字段。

3.3 数据校验不能只靠文件 load 函数，录入阶段就要拦截非法输入

文件读写只是持久化的最后一步，真正的数据质量问题发生在录入环节。一个常见错误是：用户输入成绩时输了一个负数，然后文件名存盘成功、加载成功，排序结果也“正常”，但实验报告里写“系统能正常工作”，面试或答辩时老师一句话就戳穿了：你根本没有做合法性校验。

int input_score(const char *prompt, float *score) { float val; printf("%s", prompt); if (scanf("%f", &val) != 1) { // 清空输入缓冲，防止残留字符影响下一次 scanf while (getchar() != '\n'); return 0; } if (val < 0.0f || val > 100.0f) { return 0; } *score = val; return 1; }

这个函数的参数说明：prompt是提示字符串，score是输出参数，调用成功返回 1，失败返回 0。scanf返回值是成功匹配的输入项个数，如果用户输入了非数字字符，返回值是 0，此时要把输入缓冲里的残留字符读完，否则下一次scanf会再次读到同样的垃圾字符，无限循环。这个处理是 C 语言课设里最常见的边界问题，实验报告的“系统测试”部分如果能写出“输入 abc 时系统提示重新输入而不是崩溃”，就是明显的加分项。

4. 核心流程怎么串起来：菜单框架、排序统计与排序规则的取舍

4.1 菜单循环别用递归实现，状态机是更稳的写法

菜单交互是管理系统的门面，但很多人的实现方式是 while 循环里嵌套一个switch，每个 case 调用对应功能函数，这本身没问题。问题出在有人直接在函数里递归调用主菜单函数，导致每返回一次主菜单就多一层调用栈，反复操作后栈溢出。正确做法是主程序用一个while (1) { show_menu(); ... }结构跑，功能函数执行完 return，控制权回到主循环。

int main(void) { Student students[MAX_STUDENTS]; int count = 0; load_from_text(students, &count); int choice = 0; while (1) { printf("\n===== 学生奖学金管理系统 =====\n"); printf("1. 录入学生信息\n"); printf("2. 修改学生成绩\n"); printf("3. 删除学生记录\n"); printf("4. 按平均分排出奖学金名单\n"); printf("5. 统计各等级奖学金人数与金额\n"); printf("6. 显示所有学生信息\n"); printf("0. 保存并退出\n"); printf("请选择: "); if (scanf("%d", &choice) != 1) { while (getchar() != '\n'); continue; } if (choice == 0) { save_to_text(students, count); break; } switch (choice) { case 1: add_student(students, &count); break; case 2: modify_student(students, count); break; case 3: delete_student(students, &count); break; case 4: generate_scholarship_list(students, count); break; case 5: stat_scholarship(students, count); break; case 6: list_students(students, count); break; default: printf("无效选项，请重新输入\n"); break; } } return 0; }

设计说明：菜单选项 0 是唯一退出路径，退出前强制保存文件。如果用户直接关闭终端，那未保存的数据丢失，这是所有命令行 C 程序的天然限制。要不要在每次操作后自动存盘，看个人取舍，我一般只在退出时保存，避免频繁写盘拖慢操作，同时也会在add_student等函数内部实现MAX_STUDENTS检查，防止数组越界。

4.2 qsort 函数指针用法的坑：comparator 参数类型必须写对

按平均分就能排出奖学金名单，排序自然用 C 标准库的qsort。但很多初学者在写 comparator 时把参数类型写成Student*，这是qsort最常掉的坑。qsort的 comparator 参数类型固定是const void *，必须先把指针转回来再解引用。

int compare_student_desc(const void *a, const void *b) { const Student *sa = (const Student *)a; const Student *sb = (const Student *)b; if (sa->avg_score > sb->avg_score) return -1; if (sa->avg_score < sb->avg_score) return 1; // 平均分相同时按学号排序，保证输出顺序稳定 return strcmp(sa->id, sb->id); }

排序调用就是这样：

qsort(students, (size_t)count, sizeof(Student), compare_student_desc);

逻辑说明：comparator 返回负数表示 a 排在 b 前面，正数表示 a 排在 b 后面。之所以在平均分相同时再比较学号，是因为qsort不保证排序稳定性，两次运行可能因为初始顺序不同得到不一样的输出，加学号作为次级排序键能让输出确定化。这点在实验报告的数据分析里可以写一笔。

4.3 奖学金等级划分：规则和计算函数要分离

奖学金评定规则放在一个独立函数里，而不是散落在generate_scholarship_list的 if-else 中。这里给一个简单版本：

typedef struct { int level; int student_count; float total_amount; } ScholarshipStat; ScholarshipRule rules[3] = { {1, 85.0f, 5000.0f}, {2, 80.0f, 3000.0f}, {3, 75.0f, 1500.0f} }; int get_scholarship_level(float avg_score) { for (int i = 0; i < 3; i++) { if (avg_score >= rules[i].min_avg) { return rules[i].level; } } return 0; // 无奖学金 }

这样设计的好处留了两个扩展点：一是规则表可以改成从文件加载，二是统计函数只需要遍历一次学生数组就能按等级汇总。如果规则变了，只用改rules数组的三行值，不用动排序、显示或文件模块。

void stat_scholarship(Student *students, int count) { ScholarshipStat stats[3] = {0}; for (int i = 0; i < count; i++) { int level = get_scholarship_level(students[i].avg_score); if (level >= 1 && level <= 3) { stats[level - 1].level = level; stats[level - 1].student_count++; stats[level - 1].total_amount += rules[level - 1].amount; } } printf("等级 | 人数 | 总金额\n"); for (int i = 0; i < 3; i++) { printf(" %d | %d | %.2f\n", stats[i].level, stats[i].student_count, stats[i].total_amount); } }

统计逻辑是单次遍历，时间复杂度O(n)，即使 500 个学生也很快。这里不需要为了性能搞什么花活，代码可读性优先。评完奖学金后要不要把结果单独写文件，可以加一个save_scholarship_result函数，把名单输出成一个人类可读的文本报告，答辩时直接打开给老师看效果更好。

5. 源码包里实验报告的通用套路：测试过程、内存检查和边界测试

5.1 不写“程序运行正确”，写覆盖了哪些输入与边界

拿到一个别人写的课设源码包，第一件事不是看功能代码，而是看实验报告里的测试部分怎么写。很多人只写“输入数据，程序运行结果正确”，这在评审眼里等于没写。一个能加分的测试报告会覆盖下面这组测试样例：

表格里的“第一次启动文件不存在”这条最容易被忽略。如果fopen返回 NULL 就exit(1)，那新用户永远没法第一次运行。前面加载函数里做了fp == NULL时count = 0返回 1，就是为了让首次启动变成正常路径而不是错误路径。

5.2 用 Valgrind 检查内存泄漏的完整命令与结果判读

如果你的源码包里选择了链表实现，内存泄漏检查就必不可少。Linux 下有 Valgrind 可以查，macOS 下可以用leaks工具，或者直接在 gcc 编译时加-fsanitize=address选项。这里给一组最常用的 Valgrind 命令：

gcc -g -o scholarship main.c student.c file_io.c scholarship.c valgrind --leak-check=full --show-leak-kinds=all ./scholarship

--leak-check=full表示对堆内存做全部检查，leaks命令可报告 abused memory，--show-leak-kinds=all显示 definitely lost 以外还有 indirectly lost 和 still reachable 的部分。判读结果时看最后一段汇总：

==12345== LEAK SUMMARY: ==12345== definitely lost: 96 bytes in 4 blocks ==12345== indirectly lost: 0 bytes in 0 blocks

出现 definitely lost 就说明链表节点释放不完整，通常是因为删除或者退出时没有调用 free_list。如果valgrind找不到，可以用 gcc 的-fsanitize=address重新编译再跑一遍，会定位到具体文件行号。

5.3 一份可复用的验收脚本技巧：用命令管道喂数据

除了 Valgrind，另一个实用技巧是写一个 shell 脚本模拟用户输入，用来快速回归测试。命令行菜单程序最麻烦的就是每次都手动输入一堆数字和字符串，写个 heredoc 就能自动化。

./scholarship <<EOF 1 2023001 张三 计科2301 90 85 2 2023001 88 86 4 5 0 EOF

用 printf 拼 pin 命令管道输入时注意scanf对空白符的吞法，向管道连续输入多个项目时，每个字段后面的换行符都不可省略，所以这里 heredoc 每个字段独占一行，是最稳妥的格式。回归测试时如果输出结果文件和预期结果文件 diff 一致，这个版本就算通过。这个方法在源码包附带实验报告时可以写进“系统测试”小节，显得你不仅写完了功能，还整理了验证流程。

5.4 最后一个建议：把“不可见”的文件状态加入程序

有一个容易被忽略的实用改进是在主菜单里加一个“数据文件信息”功能，显示当前数据文件的行数、最后修改时间或文件大小。实现起来只需要stat系统调用，但答辩或检查运行时可以直观展示“数据已落盘”，比单纯看内存里的列表有说服力得多。

#include <sys/stat.h> void show_data_file_info(const char *filename) { struct stat st; if (stat(filename, &st) == 0) { printf("文件大小: %ld 字节\n", st.st_size); printf("最后修改时间: %s", ctime(&st.st_mtime)); } else { printf("数据文件不存在\n"); } }

这个函数不复杂，但它把“程序是否真的写了文件”可视化成了用户可以检查的结果。放到源码包里，配合实验报告里的说明，整个课设的完整度会明显上一个台阶。最后提醒一下，文件损坏时的容错处理是评审老师最容易深挖的角落，宁可加两行防御代码，也别让一个不完整的数据文件把程序打崩。

本文还有配套的精品资源，点击获取