基于web的毕业设计

答辩那天，基于评委问的毕业第一个问题不是“创新点在哪”，而是设计“你这东西到底能不能跑起来”。我当场打开浏览器，基于输入localhost:8080，毕业登录、设计发帖、基于上传图片、毕业后台审核，设计整套流程走完没报错。基于老师点了点头。毕业那一刻我意识到，设计基于Web的基于毕业设计，核心就一条：别整虚的毕业，能跑通就是设计及格线以上。

我选的题目是“校园二手交易平台”。听起来老套，但真正动手写代码时才发现坑有多密。前端用Vue3加Element Plus，后端Spring Boot配MyBatis，数据库MySQL 8.0。技术栈不算新，胜在资料多。第一天搭环境就卡住了——Node版本和Vite不兼容，报错信息满屏红字。翻了两小时GitHub issue才找到答案：降级到Node 16.20.1。这种细节没人会写进论文摘要，但每个做Web毕设的人都得经历。

做登录功能时，我原本打算用JWT做无状态认证。写着写着发现，后端要维护token黑名单，还要处理跨域携带token的问题，代码量比预期多出三倍。后来改成Session加Redis，反而清爽。这事让我明白：毕业设计不是炫技场，选最稳妥的方案比选最潮的方案聪明。隔壁组用微服务架构做图书管理系统，光服务注册就调了三天，答辩前夜还在改Nacos配置。

数据库设计是另一个分水岭。我见过有人把用户表和商品表硬塞进一张宽表，字段多到Navicat要横向滚动三屏。查询时用LIKE '%关键词%'，数据量一过千就卡。我的做法是老老实实拆表：用户、商品、订单、分类、留言，五张表加两个中间表。商品搜索用MySQL的全文索引，虽然不如Elasticsearch快，但应付几千条校园数据绰绰有余。具体案例：测试时插入2000条商品记录，带WHERE MATCH AGAINST的查询平均耗时0.12秒，够用了。

前端有个容易被忽视的细节：图片上传。很多毕设直接存Base64进数据库，结果列表页加载时浏览器内存暴涨。我改成文件流上传到服务器本地目录，数据库只存路径。后端用MultipartFile接收，限制大小2MB，前端用el-upload做裁剪压缩。这套组合拳打下来，页面首屏加载时间从4.8秒降到1.3秒。数字不会骗人，评委看到这个对比数据时眼睛亮了一下。

部署环节最能暴露真实水平。有人把war包往Tomcat一扔就算完事，结果前端路由刷新就404。我用Nginx做反向代理，配置里加一行try_files $uri $uri/ /index.html，解决history模式的白屏问题。服务器是腾讯云轻量应用，2核2G，学生认证后每月10块。Docker没上，因为没必要——一个jar包加一个dist文件夹，systemd写个service文件就能开机自启。简单粗暴，但稳定。

写论文时我刻意避开“基于B/S架构”“MVC设计模式”这类空话。第三章直接贴核心代码片段：用户密码用BCrypt加密的salt生成逻辑、商品列表分页的PageHelper配置、跨域处理的CorsConfig类。导师批注说“太像技术文档”，我回了一句“毕设首先是工程，其次才是论文”。后来答辩组给了优秀，理由写的是“实现完整，细节扎实”。

回头看，Web毕设最难的不是技术本身。是时间分配。三月份还在调CSS样式，四月份突然发现订单状态机没写。熬夜补了三天，用枚举定义待付款、已付款、已发货、已完成、已取消五种状态，每个转换加校验。这段代码后来成了论文里“系统核心逻辑”一节的主要素材。所以我的建议很直接：先让主流程跑通，再回头打磨界面。别反过来。