基于Spring Boot的家乡特产电商平台开发实战

1. 为什么我会选家乡特产销售系统作为毕设题目每年到了毕业季计算机专业的同学们就开始为选题发愁。我当初也一样在基于XX的XX管理系统基于XX的XX平台这些题目里翻了很久最后定了这个——基于Java的家乡特色产品电商平台设计与实现。说实话这个题看起来不惊艳但它有几个实打实的好处值得你在选题时认真掂量。第一业务模型完整功能边界清晰。电商系统天然涵盖用户管理、商品管理、购物车、订单、支付、物流、评价这几个经典模块每个模块都是计算机专业课程里能对上的知识点。你要写开题报告、需求文档、系统设计素材随手就能整理出来不用硬编理由说服答辩老师这个系统很有必要。第二Java技术栈在毕设里最稳。说白了毕设首先要求是能做完、能跑通、能讲明白。Java从JDK到Spring Boot再到MyBatis整个生态的资料、社区问答、现成案例都是最多的。你半夜三点卡在配置上搜一个问题基本都能找到答案这个隐性成本在毕业季特别宝贵。换成那些少人用的小众框架光环境问题就能熬掉你好几个通宵。第三有一个可以展开的故事线。家乡特产意味着你可以在系统里加入产地溯源地域分类特色推荐这些内容运营层面的设计让整个系统的功能不只是机械的CRUD增删改查背后还能讲出一套商业模式和用户价值的逻辑。这在答辩创新点环节尤其有用。我给自己的题目做了一句话定义一个面向普通消费者、聚焦地方特色商品、以产地和品类为核心组织商品信息的垂直类电商系统。垂直领域、地域标签、商品结构化信息这三个词在后面写论文摘要和答辩PPT里都会反复用到。如果你也是计算机相关专业、来得及重新考虑选题的阶段我的建议是优先选你熟悉其业务场景的领域家乡特产意味着你知道有哪些实际品类、真实用户、真实现货逻辑技术上选你未来面试会被问到的主流框架别为了显高级去碰那些你自己都讲不明白原理的技术。毕设的本质是把四年学过的东西系统用一遍不是创新大赛。2. 技术选型Spring Boot MyBatis MySQL这套组合到底好在哪题目定下来之后稍微靠谱一点的做法是先看看往届学长学姐用的什么技术栈再结合自己期末考完基本忘光、重新捡起来要趁早的现实情况做决定。我当时选的是Spring Boot 2.x MyBatis MySQL 8.0 Vue 2或Thymeleaf开发工具IDEA数据库可视化用Navicat。2.1 Spring Boot为什么不加SSH也不加SSM而是选它很多同学纠结要不要用Spring MVC Spring MyBatis这种经典SSM毕竟教材和很多网课讲的是这个。但我的看法是毕设的时间窗口非常紧张能用Spring Boot就用Spring Boot。SSM的问题在于你有一半的精力花在配置上——各种XML、web.xml、spring-context.xml、springmvc.xml写了一大堆最后还可能因为jar包版本冲突直接启动失败。而Spring Boot用自动配置把这些问题基本消除了。对内嵌Tomcat的支持意味着你不用单独装Tomcat打包成jar直接java -jar就能跑这对答辩现场演示的稳定性太重要了。从答辩和求职的角度说Spring Boot是当前市场的主流你写在简历上不会被人质疑这技术过时了。面试官要是问Spring Boot相比Spring Boot的好处是什么你也能顺带讲清楚自动配置、starter机制、约定优于配置这些概念。2.2 MyBatis还是MyBatis-Plus类电商系统绕不开数据库操作MyBatis是Java领域的老牌持久层框架。最初调研的时候我差点直接上MyBatis-Plus。用MyBatis你需要手写mapper XML或者注解SQL好处是对SQL有完全控制力适合复杂的多表连接查询。但缺点就是代码量大写一个单表增删改查也得定义接口、写映射文件、配参数重复性劳动特别多。MyBatis-Plus是在MyBatis基础上的增强工具内置单表CRUD方法你定义一个实体类继承BaseMapperT之后基础的insert、selectById、updateById、deleteById全都有了不用自己写一行SQL。像分页查询这种高频需求Plus也有现成的分页插件。我的建议是如果毕设没有硬性要求必须手写SQL展示基本功直接用MyBatis-Plus省下来的时间去做前端页面、去调业务逻辑产出比更高。不过有一点需要注意——你要能解释清楚MyBatis-Plus和MyBatis的关系是什么答辩时这是高频追问。我实际项目中是两者混着用的简单的单表操作用Plus的封装方法涉及订单表和商品表、用户表的多表联合查询我用手写SQL写在mapper XML里。这样代码既简洁答辩聊到复杂查询时也有东西可讲。2.3 MySQL表结构设计电商系统最核心的那几张表电商系统的数据库设计是论文里的重头戏建议直接在论文里放一张ER图实体关系图。我的核心表有下面这些你可以拿去做蓝本再按需调整user用户表id、username、passwordBCrypt加密存储、nickname、avatar、phone、address、create_time、role区分普通用户和管理员category商品分类表id、name、parent_id支持两级分类比如水果生鲜下面分柑橘橙柚苹果梨桃、icon、sort_orderproduct商品表id、name、category_id、origin_place产地这个字段是家乡特产系统的灵魂、description、price、stock、sales、image、status上架/下架cart购物车表id、user_id、product_id、quantity、selected勾选状态orders订单表id、order_no订单编号用时间戳随机数生成、user_id、total_amount、status待付款/待发货/待收货/已完成/已取消、receiver_name、receiver_phone、receiver_address、create_timeorder_item订单明细表id、order_id、product_id、product_name快照字段防止商品改名后订单数据变、price快照价格、quantity快照字段这个点我多说一句。很多第一次做电商系统的同学容易忽略——订单明细里绝对不要只用product_id关联商品表去查价格和名称因为商品表的数据是动态的价格改了、商品下架了你的历史订单数据就跟着变了。正确做法是在生成订单的那一刻把商品名称、单价、图片这些关键信息冗余一份存到order_item表里。这个词在答辩现场说出来老师会觉得你真的考虑过业务细节。2.4 为什么是前后端分离我的项目最终采用的是前后端分离架构后端是Spring Boot提供纯JSON接口前端用Vue 2 Element UI搭管理后台和用户端页面通过Axios调用接口。前后端分离的好处是职责清晰、调试方便前端页面和后台逻辑可以并行开发。如果你前端基础薄弱另一个可行方案是Spring Boot Thymeleaf服务端渲染。这种模式下页面由后端直接渲染返回少了跨域、鉴权、接口联调这些麻烦一个开发人员就能同时搞定前后端。缺点就是页面交互体验稍微弱一些刷新感强但在毕设答辩场景里完全够用。我个人建议打定主意往开发岗位走的选前后端分离纯粹为了毕业设计稳妥毕业的选Thymeleaf也完全没问题。别被网上现在谁还用服务端渲染的说法带偏毕设的评分标准里没有必须前后端分离只有系统功能完整、运行流畅、设计合理。3. 从零把系统跑起来核心功能模块与实现思路这部分我按后端核心流程来梳理不贴大段代码重点讲实现思路和你动手写的时候容易漏掉的地方。系统功能我大致分成几个大块登录鉴权与用户体系、商品浏览与检索、购物车、下单与订单管理、后台管理。3.1 登录鉴权从最简单的Session到加一点安全考虑用户体系是系统的基础。我最初用的是传统Session方案用户登录成功后把用户信息放进Session写一个拦截器Interceptor校验需要登录的接口。这个方案在毕设里完全够用但有两个细节要注意密码不能明文存。数据库user表的password字段至少要用BCrypt加密存。Spring Security里的BCryptPasswordEncoder可以单独拿来用不需要引入整套Security引入整套会带来一堆默认拦截规则反而加大配置成本。自己写注册接口时用encoder.encode(password)存库登录时用encoder.matches(rawPassword, encodedPassword)比对。拦截器要区分需要登录和不需要登录的接口。商品列表、商品详情这些是公开的购物车、提交订单、个人中心这些要拦住。你可以在拦截器里维护一个白名单路径列表比如/api/product/**放行/api/cart/**要校验避免把所有接口都拦了导致前端界面白屏。答辩时老师可能会追问Session和JWT的区别是什么Token过期怎么处理。我当时项目用的是Session但我额外把JWT的演进方案写在论文的未来展望部分——毕设答辩的思路是你要知道你这个方案边界在哪同时展示你了解更成熟的工业级方案。3.2 商品模块产地和分类是关键字段商品模块是展示类电商的核心无非是列表页、详情页、搜索、筛选。但对家乡特产这个命题来说怎么把特产特色做出来比单纯写CRUD有意思得多。我在商品表里设计了origin_place产地字段同时给商品加了is_recommend推荐位标记。商品列表页支持按分类筛选、按产地筛选、按价格/销量排序。搜索功能用MySQL的LIKE %keyword%就能对付论文级别的要求如果将来想优化可以上Elasticsearch或者MySQL全文索引这部分论文里一句话带过就行。分页查询是必考内容。在MyBatis-Plus里配置一个PaginationInnerInterceptor分页插件然后调用page(new Page(pageNum, pageSize), queryWrapper)就可以拿到分页结果。注意前端传参的页码和每页条数要做参数校验比如页码不小于1每页条数不大于100防止有人传个负数把你后端打崩。商品图片存储方面我没有用第三方云存储为了简单而是把图片放在项目的/static/upload/images目录下通过配置虚拟路径映射让前端能通过http://ip:8080/upload/images/xxx.jpg访问到。这个做法在毕设阶段最省事避免引入OSS、七牛云这些服务还要配AccessKey。注意如果用前后端分离部署图片上传后返回的URL必须是完整路径含IP和端口或域名不要只返回相对路径否则前端拿到的是一个无法直接访问的地址。3.3 购物车要处理好未登录能不能加购这个边界购物车表结构相对简单user_id关联用户、product_id关联商品、quantity存数量、selected存是否勾选。问题是很多同学会纠结用户未登录的时候能加购物车吗我当时的处理是未登录不能加购前端在用户点加入购物车时先判断有没有登录态没有就弹窗引导去登录。这样后端逻辑最简单——所有购物车接口都要求登录不存在合并本地购物车和服务端购物车这种麻烦场景。论文里的表述是考虑到购物车为与个人账号绑定的数据故未登录状态下不开放此功能一句话就解释通了。购物车数量加减时我做了两个校验不能超过库存前端限制后端接口校验双保险和最少为1件。这个细节看起来不起眼却是答辩演示时最容易出bug的地方——你页面点太快把数量改成0甚至负数就很尴尬。3.4 订单流程状态机思维是这一章的亮点订单模块是整个系统里最有工程含量的部分因为它涉及的不只是单表操作而是一个完整的事务流程。下单的核心步骤如下核对购物车选中的商品查出最新价格不能信任前端传过来的价格前端传的只能当参考检查库存库存不足则下单失败计算总金额生成订单号扣减库存update product set stock stock - #{count} where id #{id} and stock #{count}这个带条件的SQL天然防超卖生成订单表记录和订单明细表记录清空已购买的购物车项第2到第6步必须放在同一个数据库事务里否则就会出现订单建好了但库存没扣或者反过来库存扣了但订单没生成的情况。Spring Boot里在方法上加Transactional注解就能搞定但你要理解Transactional默认只回滚RuntimeExceptiontry-catch吞掉的异常不会触发回滚——很多同学在订单接口里写了try-catch打日志然后异常被吞了事务也失效了。那是经典翻车现场。订单状态我用的是一组状态码0待付款、1待发货已付款、2待收货已发货、3已完成、4已取消。每一次状态变更都会写一条记录到order表对应的state字段更新。管理员后台可以执行发货操作把状态从1改成2用户收到货可以点确认收货把状态从2改成3。这套状态机的流转逻辑建议你在论文里画一张状态转换图答辩时一展示整个系统的逻辑性立刻上一个档次。库存扣减还有一个衍生问题如果用户下单半小时内不付款订单占用的库存要不要释放我当时在项目里做的是启动一个定时任务每隔10分钟扫描超过30分钟仍未付款的订单自动取消并把库存加回来。这个需求我是在论文里写了的还起了个名字叫过期未支付订单自动关闭策略面试的时候聊这个也能体现业务思考。3.5 后台管理不要让管理功能变成纯CRUD堆砌后台管理系统一般包含商品管理增删改查、上下架、分类管理、订单管理、用户管理。很多毕设后台就是一个套壳的CRUD页面答辩老师一页页点过去也觉得没意思。我做的时候刻意加了两个有运营感的功能数据概览Dashboard管理员登录后首页展示实时统计——今日订单数、今日销售额、总用户数、总商品数、库存预警列表库存低于某个阈值显示红色。用SQL的COUNT、SUM加时间范围条件就能查出来前端用ECharts画个折线图展示最近7天的销售额趋势。这个页面是答辩时的面子工程视觉效果好讲解也有内容。商品批量上下架选择多个商品一键执行上架/下架操作用一个UPDATE product SET status ? WHERE id IN (...)就能实现。这个功能虽然小但展示出来会让老师觉得你考虑到了真实运营场景。3.6 支付模块到底要不要接真的支付关于支付我必须说清楚一个现实毕设不接真实支付完全没问题而且大多数人都不会接。接微信支付/支付宝需要商户号、企业资质、域名备案这些条件一个普通学生根本凑不齐。但你要在道义上讲究一点的是——支付流程要在你的系统里能自圆其说。我的做法是模拟支付。订单下单后跳转到支付页展示订单金额点确认支付后走一个模拟的支付接口把订单状态从待付款改成待发货同时记录支付时间。论文里写明本系统暂接入第三方支付接口使用模拟支付流程验证订单流程的完整性再写一段后续可接入支付宝当面付/微信Native支付的展望。这样既没有硬伤也给自己留了改进空间。4. 实际开发中踩过的坑从环境配置到部署上线这部分我把自己在开发过程里印象最深的问题逐条列出来。这些问题你在网上搜基本都能找到答案但我把它们串成一个排查思路讲给你省得你到时候从头趟雷。4.1 JDK版本和Spring Boot版本不匹配项目刚开始我就遇到了启动失败。报错信息指向Unsupported class file major version一查是JDK版本和Spring Boot版本不匹配——我的IDEA里默认用的是JDK 17而Spring Boot 2.x默认针对JDK 8编译两者在字节码版本上对不上。解决办法有两个路径一个是把JDK降到8另一个是把Spring Boot升到3.x。我当时选了后者并没有。我选了前者老老实实装回JDK 8。原因很简单Spring Boot 3.x换了Jakarta命名空间很多第三方集成组件的兼容性文档还参差不齐做毕设没必要冒这个风险。JDK 8配Spring Boot 2.x是这个领域最成熟稳定的组合教程最多、案例最丰富、报错搜得到。注意装完JDK后环境变量一定要配JAVA_HOME而且要把%JAVA_HOME%\bin加到Path的最前面防止系统里其他残留的Java版本把命令行里的java -version带偏。4.2 MyBatis的XML文件没有被打进target目录一个典型的编译时没问题、运行时报Invalid bound statement (not found)的坑。原因是MyBatis的mapper XML文件放在src/main/java目录下但默认Maven编译时只把.java文件编译成.class放在resources目录里的文件才会被拷贝到target/classes。XML文件没进去运行时自然找不到SQL映射。解决方案在pom.xml里加一段配置build resources resource directorysrc/main/java/directory includes include**/*.xml/include /includes /resource /resources /build或者更规范一点直接把mapper XML放到src/main/resources/mapper/目录下然后在application.yml里配置mybatis.mapper-locationsclasspath:mapper/*.xml。我第一次踩这个坑花了一个多小时排查第二次就再也没犯过。4.3 后端接口返回给前端的时间格式问题前端页面展示订单创建时间显示出来的是2025-03-27T09:45:12.00000:00这种带T的UTC格式看着非常怪。这是Jackson默认序列化Java 8时间类型的结果。解决方法是统一在application.yml里配好spring: jackson: date-format: yyyy-MM-dd HH:mm:ss time-zone: GMT8实体类里的日期字段用LocalDateTime配合这个配置前端拿到的就是2025-03-27 17:45:12这种直观格式。这个坑很小但影响观感——答辩演示时满屏T和Z会让系统显得非常开发中。4.4 前后端联调时的跨域问题前端端口是8081Vue默认后端端口是8080Axios请求必然触发跨域。解决方式是在后端加一个全局CORS配置类Configuration public class CorsConfig { Bean public CorsFilter corsFilter() { CorsConfiguration config new CorsConfiguration(); config.addAllowedOriginPattern(*); config.addAllowedMethod(*); config.addAllowedHeader(*); config.setAllowCredentials(true); UrlBasedCorsConfigurationSource source new UrlBasedCorsConfigurationSource(); source.registerCorsConfiguration(/**, config); return new CorsFilter(source); } }注意生产环境里addAllowedOriginPattern(*)配合setAllowCredentials(true)在部分浏览器版本下会有兼容问题但毕设环境够用了。关键点是加上配置后仍然跨域时要检查是不是请求被拦截器拦了没有正常返回CORS头——这是我当时费了很大劲才发现的因果关系请求先进拦截器拦截器写了JSON返回但没有加上CORS响应头前端拿不到跨域授权报的还是跨域错。4.5 部署上线怎么把Java项目打成jar包并在服务器上跑毕设最终要演示最好是把项目部署在一台服务器上或者至少打包后能java -jar启动。打包这个动作IDEA右侧Maven面板里的package命令就能干注意打包前先clean再package以免旧产物残留。打完的jar包在target目录下用java -jar xxx.jar就能启动。几个我踩过的细节端口占用提示Port 8080 was already in use就换端口或者在启动命令里指定--server.port8081。后台运行用nohup java -jar xxx.jar app.log 21 日志输出到app.log关掉终端进程也不退出。这招答辩前一定要掌握。服务器防火墙如果是云服务器安全组规则里要放行8080端口否则远程访问不通。这个问题表现起来是我服务器上能访问外面死活访问不了特别容易让人误判成代码问题。数据库连接服务器上的MySQL要允许远程连接。默认MySQL root账号只监听localhost需要创建用户并授权GRANT ALL PRIVILEGES ON *.* TO user% IDENTIFIED BY password。另外useSSLfalse是必配项不然会报Public Key Retrieval is not allowed。如果你打的是前后端分离版本前端还要npm run build打包出dist目录用Nginx托管静态文件再把/api反向代理到后端端口这一步可以写进部署文档答辩时的技术含量妥妥的。5. 数据可视化与系统亮点让特产特色不再只是口号电商系统做到能跑只是完成一半另一半在于你如何在答辩时展示这套系统的独特价值和设计思考。我在这里总结几个可以给系统加分的设计点它们都不是额外的大功能而是对已有数据的再组织和呈现。5.1 按地域展示商品做一个特产地图模块既然是家乡特产电商平台我加了一个特产地图页面用ECharts画中国地图每个省有对应的特产商品聚合数据——点击某个省下拉展示该省的特色商品列表。这个功能不需要额外存地理位置数据只需要维护一张region_product的关联关系或者简单一点直接根据商品表的origin_place字段聚合统计。这样做的效果是整个系统一下子有了特产的味道而不是一个换了名字的普通电商。答辩时那一页地图展示出来视觉冲击力比商品列表页强很多老师也会觉得这个选题被真正利用起来了。5.2 推荐位与热卖榜单用SQL就能实现的轻量推荐系统很多毕设做电商系统首页就是平铺商品列表缺少运营位设计。我加了两个简单但效果明显的模块首页轮播图后台可配置Banner图点击跳转到指定商品详情页。热卖榜根据order_item表按商品维度SUM(quantity)分组排序取前10名展示。SQL就几行但页面展示出来是一个榜单转化感马上就出来了。我在项目里还做了一个关注度统计用一张表记录商品的浏览量热度靠这俩指标加权算出来。这些在论文里可以统称为基于用户行为的轻量商品推荐机制概念上很容易自圆其说。5.3 电商系统里的防爬虫与安全优化你做题的时候可能注意不到但你做的其实是一个真实暴露在网络环境下的Web应用。我在系统里做了三件小事来提高安全性答辩的时候也主动提到了第一接口防刷限流。用拦截器对每个IP做访问频率控制一分钟超过一定次数就直接返回操作过于频繁。这个可以用简单的计数器实现不依赖Redis。第二Controller层输入校验。所有接收前端参数的实体类都加上JSR 303校验注解比如NotBlank、Min拦截掉畸形的请求数据。第三SQL注入防护。MyBatis的#{}预编译机制本身就能防注入但要注意手写SQL时别用${}拼接字段那会成为注入点。这些安全措施不需要做成很重但你有意识地做了论文里的系统安全设计章节就有真实内容可写了。5.4 前端体验的小细节分页、搜索防抖、空状态答辩的时候老师一定会操作你的界面界面体验直接影响印象分。我总结几个性价比高的前端细节搜索框加防抖用户连续输入时等300毫秒没有新输入再发请求避免每次击键都打一次接口。列表页加加载状态数据请求中显示Loading动画接口报错时给用户提示网络异常请稍后重试而不是白屏。空数据占位购物车为空、订单列表为空、搜索结果为空都要有一个好看的空状态插画和文案这些最容易被忽视但效果最好。价格展示保留两位小数这个千万别忘否则页面上一堆99.9、0.30000000000000004这种浮点数问题会让系统显得非常草台。6. 答辩前要准备好的几件事从演示脚本到面试追问系统做完编写论文接下来就是答辩。我把当初准备答辩的经验和盘托出这一段属于那种没人明着教但特别有用的部分。6.1 准备一份15分钟以内的演示脚本答辩时最常见的翻车是临场点页面、点错按钮、不知道说什么。我的做法是把整个演示流程写成一页纸从打开浏览器输地址开始先展示用户端注册/登录、浏览商品、加入购物车、下单、模拟支付、查看订单再切到管理员端商品上下架、订单发货、查看统计报表每一步要说什么话都写下来。照着脚本演示的效果远好过临场发挥。你自己多演练几遍把点哪里、停几秒、说什么固定下来。另外把演示环境提前检查一遍数据库是否启动了、项目是否在运行、前端是否打包好了、示例账号密码是否还记得。我见过几个同学在答辩现场拿着自己的电脑折腾5分钟都起不来项目那种尴尬绝对要提前规避。6.2 高频追问清单这些坑你提前想好答案答辩老师的经典追问其实是有套路的我整理一份清单你这个系统和其他电商系统比有什么优势——从垂直领域入手聚焦家乡特色商品在地域标签、产地溯源、特色推荐上有结构化设计而不是大而全的通用电商。数据库表结构为什么这样设计——重点说订单明细的快照设计、状态机设计、分类表为什么用parent_id支持两级分类有理有据。事务和并发怎么处理的——把上面提到的stock #{count}条件更新说出来再补充Transactional的使用范围和失效场景。如果用户量变大了你这个系统哪里最先扛不住——这是个送分题。你只要说Tomcat单实例的连接数有限数据库单表数据量大后查询变慢可引入Redis缓存热点商品、引入消息队列削峰、做分库分表答辩老师就会很满意。项目里你最有成就感的功能是哪个——别说CRUD要说过期未支付订单自动关闭或者基于order_item的热卖推荐这种带业务思考的功能。6.3 那些八股文性质的基础题也要过一遍虽然是毕设答辩但老师问到基础概念的概率不低。我当时把所有高频Java基础题快速过了一遍面向对象三大特性、HashMap底层原理、ArrayList和LinkedList区别、Spring的IOC和AOP是什么、MyBatis的一二级缓存、equals和hashCode为什么需要一起重写。这些知识对你在毕业季的另一个重要场景——校招面试——同样用得上。你做一个电商毕设项目的完整经历本身就是面试里最好的项目经验素材。把你做过的模块、踩过的坑、优化的思考讲出来比背十道算法题更让面试官信服。我个人的体会是毕设做系统这件事做完的最大收获不是那个答辩分数而是你第一次完整走了一遍需求分析、技术选型、编码实现、测试部署、文档整理的全流程。毕业后真正入职开发岗你会发现日常干的事本质上还是这一套流程只是规模更大、要求更高而已。7. 写在最后给你的时间安排与心态建议假设你现在还有8到12周的时间我建议按下面的节奏走亲测能够兼顾质量和心态第1周确定题库、梳理核心功能、画好原型图或功能清单把开题报告写了。第2周搭项目骨架跑通一个最简单的用户注册登录流程证明技术栈通了。第3-6周做完全部核心功能商品、购物车、下单、后台管理期间边做边写项目日志日志内容是后来写论文的重要素材。第7-8周前端界面优化、数据可视化、部署到服务器、写系统测试报告。第9-11周写论文、改论文、做答辩PPT、准备演示脚本。第12周答辩然后安心毕业。这里有个小技巧写论文不要等代码全写完再动笔。数据库设计、系统架构这些章节在你的表结构定下来之后就可以先写了。代码还在改不耽误论文里系统设计部分的写作。我见过太多同学最后两周通宵赶论文就是因为前期没做这件事。另外如果你打算在简历里写这个项目建议把平时的git提交记录留好最好整个项目用Git管理从第一个init commit到最后一次提交都有清晰的时间线。面试官如果问你在项目里具体做了什么你打开自己的提交历史就能复盘这比临时编故事要扎实得多。最后想告诉你一句实在话不要指望毕设系统到达生产级的完美程度。能在答辩现场流畅跑通核心流程、能讲清楚设计思路、能应对老师的追问这个项目的完成度就已经超过8成的同学了。剩下的余力多花在总结复盘上——把这个项目里学到的工具链、排查思路、业务流程沉淀下来这才是毕设真正值得带走的东西。