本科毕业设计计算机实战指南：从选题到部署的全链路技术实践
摘要：很多计算机专业的同学把毕业设计当成“交作业”，结果需求越写越膨胀、代码越写越乱、答辩越讲越心虚。本文用“实战”视角，带你把毕设当成一个小型商业项目：从选题边界划定，到 FastAPI+Vue3+SQLite 全栈落地，再到一键部署上线。全部代码可直接跑通，注释比论文还细，复制粘贴即可用。
一、典型痛点：为什么 70% 的毕设“跑不通”
- 需求拍脑袋：老师一句“做个小淘宝吧”，你就敢把秒杀、拼团、直播全写进 PRD，结果写到支付就毕业答辩了。
- 技术堆“高大上”：SpringCloud + MySQL 主从 + Redis 集群，本地 8G 内存跑不动，演示现场风扇起飞。
- 代码无测试：Service 层一把梭，单元测试 0 行，答辩演示一点按钮 500。
- 忽略“非功能”：git 只有一个 commit、文档只有截图、服务器连 env 都上传 GitHub，白给黑客送分。
一句话：把“学术项目”当“工程项目”做，才能同时打动导师和面试官。
二、技术栈选型：Django vs Flask vs FastAPI，到底选谁？
| 维度 | Django | Flask | FastAPI |
|---|---|---|---|
| 上手曲线 | 中等（自带 ORM、Admin） | 简单（自由组装） | 极快（类型提示即文档） |
| 性能 | 中 | 中 | 高（Starlette 异步） |
| 文档自动生成 | 无 | 需 swagger 插件 | 自带 OpenAPI |
| 毕设适配度 | 后台重、部署大 | 灵活但易散 | 轻量、现代、易演示 |
结论：
- 想“一天搭完管理后台”→ Django
- 想“最小可运行”→ Flask
- 想“接口即文档+异步留后路”→ FastAPI（本文选它）
前端同理：
- React 学习成本高，Vue3 组合式 API 与
