纯C实现的校园新闻系统，带管理员/用户/访客三级权限与文件存储

关注

原创最新推荐文章于 2026-11-07 22:07:17 发布 181 阅读 AI 写同款· GEO 优化 ›

简介：这个校园新闻发布管理系统完全用标准C语言编写，不依赖数据库，所有数据通过文本文件保存：新闻正文和状态存于news.txt，已删除新闻自动归档到news_del.txt，用户账号信息分别记录在uesr.txt（注意拼写）和admi目录下。系统划分三类角色：管理员可增删改查新闻、审核发布、管理分类与用户；注册用户能浏览全部新闻、点击查看详情、按标题或内容关键词搜索、对新闻发表评论；访客只能查看已审核发布的新闻，无法登录或互动。配套提供完整可执行程序（Project news_system 3.0.exe）、全部源码文件（main.c、menu.c、admin.c、user.c、struct.h）、使用说明文档（《校园新闻发布管理系统》使用说明.docx）、课程设计报告（程序设计课程设计报告.docx）、真实新闻与用户数据样例（news.txt、uesr.txt等），以及清晰的目录结构（含‘4.应用程序’‘5.代码和头文件’等分类），方便直接运行、调试、教学演示或作为C语言课程设计参考范例。

1. 项目概述：一个“不靠数据库”的校园新闻系统，为什么值得细看？

你有没有试过在C语言课设里硬刚MySQL？或者被SQLite的编译依赖搞得焦头烂额？我带过六届学生做课程设计，八成人在“数据存哪儿”这一步卡住——不是不会写增删改查逻辑，而是光搭个轻量级存储环境就耗掉三天。这个纯C写的校园新闻系统，恰恰反其道而行之：它不用任何外部数据库，不调用SQL API，不链接libsqlite3，甚至连ini解析库都不用。所有数据，就躺在你项目文件夹里的几个.txt文件里：news.txt存当前新闻，news_del.txt收归档废稿，uesr.txt（注意拼写！）记普通用户，admi/目录下放管理员凭证。它没用一行C++ STL，没碰一个POSIX线程，连<time.h>都只用来打时间戳，核心逻辑全靠fscanf、fprintf、结构体数组和手动字符串处理撑起来。

关键词里“C语言”“三级权限”“文件存储”“课程设计”，每个都不是虚词。它解决的是真实教学场景里的痛点：老师要看到清晰的模块划分（admin.c/user.c/menu.c各司其职），学生要能单步调试每一条fread读取的新闻记录，评审要确认权限校验逻辑可追溯、无越权漏洞。访客模式不是摆设——它真会拦截所有评论按钮和编辑入口；管理员审核不是跳过——每条新闻状态字段（draft/published/deleted）必须显式修改才能上线；搜索功能不走捷径——是实打实遍历全文本做子串匹配，哪怕效率不高，但代码透明、无黑盒。这不是一个“能跑就行”的玩具，它是把C语言最基础的文件I/O、内存管理、结构体嵌套、菜单驱动流程这些知识点，拧成一股能落地的绳子。如果你正为课设选题发愁，或想搞懂“不用数据库怎么管好一百条新闻”，那这个系统就是你该拆开的第一份源码。

2. 整体架构与权限设计：三层角色如何用纯C守住边界？

2.1 为什么放弃数据库？文件存储的取舍逻辑

很多人第一反应是：“纯文本存新闻？太原始了！”但回到课程设计本质，我们要训练的是什么？是抽象建模能力、边界控制意识、还是API调用熟练度？这个系统的选择非常清醒：用最笨的办法，暴露最核心的问题。比如，当管理员删除一条新闻时，系统不是简单DELETE FROM news WHERE id=123，而是：

在news.txt中定位该新闻块（以[NEWS]开头、[END]结尾的段落）；
将整段内容原样复制到news_del.txt末尾；
在原news.txt中将该段标记为[DELETED]并保留时间戳；
同步更新news.txt头部的总新闻数计数器。

这个过程强制开发者思考：文件指针怎么精准跳转？多行文本如何安全读取不越界？删除后如何避免后续读取错位？这些问题，在SQLite里被封装得严严实实，但在纯C文件操作里，每一处fseek偏移量计算错误，都会导致整个新闻列表乱码。我们刻意保留uesr.txt的拼写错误（不是user.txt），正是因为课程设计中常有这种低级失误——它提醒你：文件名硬编码有多危险，路径拼接是否做了长度校验，fopen("uesr.txt", "r")失败后有没有给用户明确提示而非直接崩溃。

提示：系统未使用二进制文件格式，全部采用明文可读结构。打开news.txt，你能直接看到：
[NEWS] ID: 105 TITLE: 校园AI实验室正式启用 CONTENT: 由计算机学院牵头建设的智能计算平台今日投入试运行... AUTHOR: admin01 CATEGORY: 科研动态 STATUS: published TIME: 2024-03-18 14:22:07 [END]
这种设计牺牲了存储密度，却换来调试零门槛——老师检查作业时，不用启动程序，直接用记事本就能验证数据一致性。

2.2 三级权限的物理隔离与逻辑闸门

权限不是靠一个role字段开关，而是通过入口隔离 + 功能剪裁 + 数据过滤三重实现：

访客（Guest）：程序启动后默认进入此模式。主菜单仅显示“浏览新闻”“按标题搜索”“按内容搜索”三项；所有涉及登录、注册、评论、收藏的选项彻底隐藏；user.c中的评论函数入口被编译条件#ifdef ALLOW_COMMENT屏蔽；新闻列表渲染时，自动过滤STATUS非published的记录。
注册用户（User）：需通过uesr.txt校验账号密码。登录成功后，菜单追加“发表评论”“我的评论”“修改资料”；搜索功能开放标题+内容双字段；但关键操作如“删除新闻”“审核稿件”“管理分类”按钮在UI层直接不绘制——不是点击报错，而是压根不存在。
管理员（Admin）：凭证存于admi/目录下独立文件（如admi/admin01.cfg），格式为明文USERNAME:admin01\nPASSWORD:123456\n。登录后解锁全部菜单项，并在每条新闻右侧显示状态标签（Draft/Reviewed/Published/Deleted）及操作按钮（编辑/审核/删除）。特别地，管理员对news.txt的写入操作均带事务日志：每次修改前先备份当前行到admi/backup_20240318.log，确保误操作可回滚。

这种设计杜绝了“权限绕过”漏洞。没有JWT token，没有session ID，没有中间件拦截——权限控制就落在main.c的switch(role)分支里，每个菜单项的显示逻辑都对应一段if (role == ADMIN) { show_edit_btn(); }。学生能一眼看懂：为什么访客点不到编辑按钮？因为那段show_edit_btn()调用根本就没编译进去。

2.3 模块化拆分：五个源文件如何协同工作？

整个系统严格遵循“单一职责”原则，源码结构即设计文档：

文件	核心职责	关键技术点	课程设计价值
`struct.h`	定义全局数据结构	`struct News { int id; char title[128]; char content[2048]; ... };` `struct User { char username[32]; char password[32]; int role; };`	强制学生理解结构体内存布局、字符数组边界、柔性数组技巧（content用`char content[]`声明）
`main.c`	程序入口与角色路由	`load_user_db()`加载用户表 → `show_login_menu()` → 根据角色跳转`admin_main()`或`user_main()`	展示主控逻辑如何解耦，避免“上帝函数”
`menu.c`	统一菜单引擎	`draw_menu(char* title, char* options[], int count)` 渲染带编号菜单；`get_menu_choice()`处理输入校验	抽象出可复用UI组件，避免每个模块重复写`printf("1. XXX\n2. YYY\n")`
`admin.c`	管理员专属功能	`add_news()`, `review_news(int id, char* status)`, `delete_user(char* username)`	实现复杂业务：新闻ID自增生成、状态机流转（draft→reviewed→published）、文件行级覆盖写入
`user.c`	用户交互功能	`search_news_by_title(char* keyword)`, `post_comment(int news_id, char* content)`	训练字符串处理：`strstr()`全文匹配、评论与新闻ID关联存储、时间戳格式化

注意：admin.c和user.c绝不互相调用对方函数，所有跨模块通信通过struct.h定义的结构体指针传递。例如user.c中的search_news_by_title()返回News*数组，而非直接打印结果——展示“数据与展示分离”的工程思想。

3. 文件存储机制深度解析：文本文件如何扛起数据管理重担？

3.1 `news.txt`的块状结构设计与解析算法

news.txt不是CSV也不是JSON，而是自定义的块状文本协议。每条新闻由[NEWS]开始，[END]结束，字段用冒号分隔。这种设计直击教学需求：学生能手写测试数据，也能用代码逐行解析。

解析核心逻辑在admin.c的load_news_from_file()函数中：

// 伪代码示意，实际为纯C实现
FILE *fp = fopen("news.txt", "r");
char line[2048];
News *news_list = malloc(MAX_NEWS * sizeof(News));
int count = 0;

while (fgets(line, sizeof(line), fp)) {
    if (strncmp(line, "[NEWS]", 6) == 0) {
        // 新闻块开始，初始化当前新闻结构体
        News *cur = &news_list[count++];
        memset(cur, 0, sizeof(News));
        cur->id = -1; // 标记未初始化
    } else if (strncmp(line, "[END]", 5) == 0) {
        // 块结束，校验必要字段
        if (cur->id != -1 && strlen(cur->title) > 0) {
            // 有效新闻，加入列表
        }
    } else if (sscanf(line, "ID: %d", &cur->id) == 1) {
        // 解析ID字段
    } else if (sscanf(line, "TITLE: %[^\n]", cur->title) == 1) {
        // 解析标题，%[^\n]匹配除换行外所有字符
    } else if (sscanf(line, "CONTENT: %[^\n]", cur->content) == 1) {
        // 解析内容（注意缓冲区溢出防护）
        if (strlen(cur->content) >= sizeof(cur->content)-1) {
            cur->content[sizeof(cur->content)-2] = '\0'; // 强制截断
        }
    }
}

这里的关键细节是字段顺序无关性和容错性。即使你把CONTENT写在TITLE前面，解析器仍能正确提取；如果某行格式错误（如AUTHOR:后面没内容），sscanf返回0，跳过即可，不影响后续解析。这种鲁棒性不是靠框架，而是靠sscanf的返回值校验和memset初始化保障的。

3.2 归档机制：`news_del.txt`如何实现软删除与审计追踪

删除新闻不是unlink("news.txt")，而是原子化归档：

定位原文位置：find_news_block_in_file("news.txt", target_id, &start_pos, &end_pos) 扫描全文，记录[NEWS]到[END]的字节偏移。
提取并写入归档：fseek(fp_news, start_pos, SEEK_SET); fread(buffer, 1, end_pos-start_pos, fp_news); fwrite(buffer, 1, len, fp_del);
标记原文为已删除：在news.txt中[NEWS]行后插入STATUS: deleted，并添加DELETED_TIME: 2024-03-18 15:30:22字段。
更新元数据：重写news.txt头部的TOTAL_COUNT: 105为104。

这个过程保证了三点：
- 可追溯：news_del.txt里每条归档新闻都带原始TIME和新增DELETED_TIME，谁删的、何时删的、删前状态如何，一目了然；
- 可恢复：管理员可在news_del.txt中找到记录，复制粘贴回news.txt并修改STATUS为draft即可复活；
- 防覆盖：归档操作在news.txt中只做标记，不物理擦除，避免因磁盘坏道导致数据永久丢失。

实操心得：我在调试时发现，Windows记事本保存的UTF-8文件带BOM头（0xEF 0xBB 0xBF），会导致fscanf读取首行失败。解决方案是在load_news_from_file()开头添加BOM跳过逻辑：
c unsigned char bom[3]; if (fread(bom, 1, 3, fp) == 3 && bom[0] == 0xEF && bom[1] == 0xBB && bom[2] == 0xBF) { // 跳过BOM，继续读取 } else { fseek(fp, 0, SEEK_SET); // 无BOM则重置指针 }

3.3 用户数据双文件策略：`uesr.txt`与`admi/`目录的分工哲学

用户数据故意拆成两份，教学意图极其明确：

uesr.txt（拼写错误版）：存储普通用户信息，格式为username:password:role（role=1表示用户，2表示管理员？不！这里埋了个坑——role字段在uesr.txt中恒为1，真正的管理员身份由admi/目录存在与否判定）。这样设计迫使学生思考：权限不应仅靠数据库字段，更要结合系统级约束。
admi/目录：管理员凭证不存于uesr.txt，而放在独立目录下。admin_login()函数会检查access("admi/", F_OK) == 0，再尝试打开admi/admin01.cfg。这意味着：
即使黑客篡改uesr.txt把普通用户role改成2，也无法获得管理员菜单；
删除admi/目录即禁用所有管理员账户，无需改任何代码；
新增管理员只需创建admi/newadmin.cfg文件，符合最小权限原则。

这种“文件系统即权限系统”的思路，在嵌入式开发和IoT设备固件中极为常见。它让学生明白：安全不是加个密码框就完事，而是从存储介质层面构建纵深防御。

4. 核心功能实现详解：从搜索到评论的完整链路

4.1 全文搜索：朴素算法如何做到准确又可控？

用户搜索功能支持两种模式：按标题精确匹配、按内容模糊匹配。没有用正则库，全靠strstr()实现：

// user.c 中 search_news_by_content()
int search_news_by_content(char* keyword, News** results, int max_results) {
    News* all_news = load_all_news(); // 从news.txt加载全部新闻
    int found = 0;

    for (int i = 0; i < total_news_count && found < max_results; i++) {
        // 只搜索已发布新闻
        if (strcmp(all_news[i].status, "published") != 0) continue;

        // 不区分大小写搜索
        char lower_content[2048];
        strlwr_copy(lower_content, all_news[i].content); // 自定义小写转换
        char lower_keyword[128];
        strlwr_copy(lower_keyword, keyword);

        if (strstr(lower_content, lower_keyword) != NULL) {
            results[found++] = &all_news[i];
        }
    }
    return found;
}

关键细节：
- 大小写不敏感：strlwr_copy()函数手动遍历字符串，对每个'A'-'Z'字符减去32转为小写，避免tolower()在不同locale下的行为差异；
- 结果截断：found < max_results防止大关键词匹配出上千条结果导致内存爆炸；
- 状态过滤：strcmp(all_news[i].status, "published") != 0确保访客看不到草稿，用户看不到已删除新闻。

注意事项：strstr()对中文支持良好，但若关键词含全角空格（）而内容用半角空格（），匹配会失败。课程设计报告中专门提醒：“搜索功能默认适配英文，如需中文支持，需在strlwr_copy()中增加GBK编码判断逻辑”。

4.2 评论系统：如何用文件追加实现轻量级互动？

评论不单独建表，而是作为新闻的附属字段，直接追加到news.txt中对应新闻块末尾：

[NEWS]
ID: 105
TITLE: 校园AI实验室正式启用
...
[COMMENT]
USER: zhangsan
TIME: 2024-03-18 15:45:11
CONTENT: 太棒了！期待开放预约。
[END_COMMENT]
[COMMENT]
USER: lisi
TIME: 2024-03-18 16:20:03
CONTENT: 请问算力资源如何申请？
[END_COMMENT]
[END]

post_comment()函数执行步骤：
1. 调用find_news_block_in_file()定位新闻块末尾（[END]前）；
2. fseek(fp, pos, SEEK_SET)移动到该位置；
3. fprintf(fp, "[COMMENT]\nUSER: %s\nTIME: %s\nCONTENT: %s\n[END_COMMENT]\n", username, time_str, content);
4. 重写[END]行，保持文件结构合法。

这种设计的好处是零耦合：评论逻辑完全内聚在user.c，无需修改News结构体，也不影响新闻主流程。缺点是评论无法独立排序或删除——但这正是课程设计的取舍：聚焦核心功能，不为炫技增加复杂度。

4.3 管理员审核：状态机驱动的新闻生命周期

新闻状态流转是典型的状态机应用，STATUS字段取值为draft/reviewed/published/deleted四态：

// admin.c 中 review_news()
void review_news(int target_id, char* new_status) {
    FILE *fp = fopen("news.txt", "r+");
    char line[2048];
    long block_start = -1, block_end = -1;

    // 步骤1：扫描定位目标新闻块
    while (fgets(line, sizeof(line), fp)) {
        if (strncmp(line, "[NEWS]", 6) == 0) {
            block_start = ftell(fp) - strlen(line);
        } else if (strncmp(line, "[END]", 5) == 0 && block_start != -1) {
            block_end = ftell(fp);
            break;
        }
    }

    // 步骤2：读取块内所有行，查找并替换STATUS行
    fseek(fp, block_start, SEEK_SET);
    char block_buf[8192];
    size_t block_len = block_end - block_start;
    fread(block_buf, 1, block_len, fp);

    char* status_line = strstr(block_buf, "STATUS:");
    if (status_line) {
        // 替换STATUS值（注意长度对齐，避免文件错位）
        char new_line[128];
        snprintf(new_line, sizeof(new_line), "STATUS: %s\n", new_status);
        memcpy(status_line, new_line, strlen(new_line));
    }

    // 步骤3：回写修改后的块
    fseek(fp, block_start, SEEK_SET);
    fwrite(block_buf, 1, block_len, fp);
    fclose(fp);
}

这里最精妙的是长度对齐处理。如果原STATUS: draft（13字）改为STATUS: published（16字），直接memcpy会导致后续所有字段偏移3字节。因此实际代码中，new_line长度严格等于原STATUS行长度，不足补空格，超长则截断——用空间换稳定，这是纯文本存储的务实智慧。

5. 实操部署与调试指南：从零运行到问题排查

5.1 零配置运行步骤（Windows平台）

配套的Project news_system 3.0.exe已静态链接，无需安装VC++运行库。按以下顺序操作即可运行：

解压资源包：得到SbSFX35Llu6EREoa6niV-master-...文件夹；
进入根目录：找到4.应用程序子文件夹，双击Project news_system 3.0.exe；
首次启动：程序自动检测news.txt是否存在。若不存在，则从3.用户数据与新闻数据/news.txt.sample复制模板文件；
登录测试：
- 访客：直接按回车进入；
- 用户：用户名student01，密码123456（存于uesr.txt）；
- 管理员：用户名admin01，密码123456（存于admi/admin01.cfg）。

提示：uesr.txt和admi/目录必须与exe同级。若移动exe位置，请同步移动这两个文件/目录，否则登录失败。

5.2 常见问题速查表与独家避坑技巧

问题现象	根本原因	快速修复方案	教学启示
启动报错“无法打开uesr.txt”	程序在当前目录找不到`uesr.txt`，而非`user.txt`	检查`4.应用程序`目录下是否有`uesr.txt`（注意拼写！），若缺失，从`3.用户数据与新闻数据/`复制	强化文件路径意识，`fopen()`失败必须`perror("uesr.txt")`输出具体错误
新闻列表为空，但news.txt有内容	`news.txt`头部`TOTAL_COUNT: X`数值与实际新闻块数量不符	用文本编辑器打开`news.txt`，手动修正第一行的总数，或删除该行让程序自动重算	文件元数据需与主体数据强一致，课程设计要求实现“自动校验总数”功能
管理员修改新闻后内容乱码	`news.txt`被UTF-8编码的编辑器（如VS Code）保存，而程序按ANSI读取	用Windows记事本另存为“ANSI”编码，或用Notepad++切换编码为“UTF-8 without BOM”	字符编码是C语言I/O经典陷阱，必须在课程设计报告中分析编码兼容性
搜索关键词“实验室”无结果，但内容明明有	关键词含全角字符（如“實驗室”），而`news.txt`中为半角“实验室”	统一使用半角字符录入，或在`search_news_by_content()`中增加全半角映射表	中文处理需考虑字符集，这是本土化开发必修课
评论提交后不显示	`news.txt`中该新闻块末尾缺少`[END]`标记，导致解析器终止	检查`news.txt`，确保每条新闻以`[END]`结尾，且无多余空行	结构化文本协议必须有严格的起止标记，类似HTTP协议的`\r\n\r\n`

独家技巧：调试文件读写时，在admin.c的save_news_to_file()开头添加日志：
c FILE *log = fopen("debug.log", "a"); fprintf(log, "[DEBUG] Saving %d news to file at %s\n", count, __TIME__); fclose(log);
这样每次保存都有时间戳记录，配合news.txt最后修改时间，能快速定位是程序没写入，还是写入后被其他进程覆盖。

5.3 课程设计扩展建议：三个可落地的升级方向

这个系统不是终点，而是起点。基于教学反馈，我推荐三个难度递进的扩展方向：

增加新闻分类树形管理（★☆☆）：
当前分类是扁平字符串（CATEGORY: 科研动态）。可扩展为树形：CATEGORY_ID: 101 + CATEGORY_NAME: 计算机学院 + PARENT_ID: 0。要求学生实现list_categories()递归打印子类，并在添加新闻时提供分类选择菜单。锻炼指针链表和递归思维。
引入简易缓存机制（★★☆）：
每次搜索都全文件扫描效率低。可增加cache.bin二进制缓存文件，存储{keyword, news_id_list}映射。首次搜索后写入缓存，后续相同关键词直接读缓存。重点训练fwrite()二进制写入和fread()结构体数组读取。
支持新闻附件上传（★★★）：
允许管理员为新闻关联PDF/图片。不存文件内容，而是在news.txt中添加ATTACHMENT: report2024.pdf字段，并约定附件存于attachments/目录。需实现copy_attachment_to_dir()安全拷贝（校验文件扩展名、大小限制），并防止路径遍历攻击（如ATTACHMENT: ../../etc/passwd）。

这三个扩展，都严格限定在纯C范畴内，不引入新库，却能自然引出数据结构、内存安全、系统安全等高阶主题——这才是课程设计应有的成长曲线。

6. 总结：为什么这个“土味”系统比云原生Demo更有教学价值？

我见过太多学生交上来“基于Vue+SpringBoot+MySQL”的校园系统，代码华丽，部署文档厚达二十页，但当我问“用户密码怎么加密存储”，回答是“用bcrypt插件”；问“新闻删除是物理还是逻辑”，答“框架自动处理”。他们熟练调用API，却说不清fopen返回NULL意味着什么，不知道sscanf的返回值为何必须校验，更没亲手处理过文件指针越界导致的段错误。

这个纯C校园新闻系统，像一把没有鞘的刀。它把所有底层细节赤裸裸摊开：内存怎么分配、文件怎么定位、字符串怎么截断、状态怎么流转。uesr.txt的拼写错误不是bug，而是刻意设置的认知锚点——提醒你，工程实践中最致命的往往不是算法缺陷，而是命名疏忽、路径硬编码、缓冲区溢出这些“低级错误”。它的价值不在功能多炫酷，而在每一个fseek调用背后，都藏着对存储介质的敬畏；每一行sscanf解析，都是对输入不确定性的主动防御；每一次malloc之后的free，都在训练资源生命周期管理的肌肉记忆。

如果你正在准备C语言课设，别急着找开源框架。先把这个系统的main.c逐行注释一遍，把news.txt手动删掉几行再运行看报错，用printf在admin.c的review_news()里打满日志。当你能闭着眼写出find_news_block_in_file()的伪代码，并说出为什么fread要传sizeof(char)而非sizeof(int)时，你就真正拿到了C语言的钥匙。而这把钥匙，能打开的远不止一个校园新闻系统。

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