我做了个web毕业设计，业设是业设套校园二手书交易平台。从选题到答辩，业设前后折腾了四个月，业设踩过的业设坑比写过的代码还多。

最初以为这活儿不难，业设无非是业设商品展示加个购物车。真动手才发现，业设光用户权限就分三种：普通学生、业设卖家、业设管理员。业设学生要能发布闲置书，业设卖家要管理库存，业设管理员得审核违规内容。业设表结构改了七版，业设每次都觉得理清楚了，一写SQL关联查询又卡壳。最崩溃的是某天凌晨，发现订单表和用户表的外键关系设反了，所有交易记录全对不上号。

前端倒是顺手些。用了Bootstrap框架，页面谈不上多惊艳，胜在干净。首页轮播图放了几本热门教材的封面，底下按专业分类——计算机类的《算法导论》永远最先被抢，外语系的《新编日语》常年挂单。有次测试时随手点了本《高等数学》，评论区居然有人留言“学长学姐手下留情，别把答案画太满”。这细节让我挺触动，二手书流转的不只是纸张，还有一届届学生留下的痕迹。

后端用的Spring Boot加MyBatis。说实话，Java课上学的那点东西根本不够用。事务管理、拦截器、Redis缓存，全是现学现卖。有回处理并发下单，库存扣减出了bug，同一本书被两个人同时买走。排查了半天，发现是乐观锁版本号没加。那时候才真正理解老师说的“纸上得来终觉浅”——教科书上的示例代码都太干净了，真实业务里全是脏数据和边界条件。

最花时间的反而是部署上线。学校服务器是台老古董，装个MySQL都报错三次。后来改用Docker容器化，折腾了两周总算跑通。第一次用手机浏览器访问成功时，那种成就感比考试拿高分强多了——毕竟这玩意儿是实实在在能用的，不是交完作业就扔的demo。

答辩那天，评委老师问了个刁钻问题：“如果用户上传的书籍照片涉及版权怎么办？”我愣了一下，老实回答没考虑过。老师笑了笑说，技术实现不错，但商业场景下的合规问题同样重要。这提醒让我意识到，毕业设计不只是检验编码能力，更是逼着你去想技术之外的事。

现在回看这个项目，代码质量其实挺粗糙的。但那段天天泡在实验室、跟室友争论接口设计的日子，比任何课程都让人成长。有个学弟后来问我要源码，我说你可以参考，但别直接抄——自己从零写一遍，踩过的坑才是你的。他似懂非懂地点点头，但愿他真能听进去。