1. 项目整体设计与思路拆解1.1 毕业设计选这个题目的逻辑在哪里每年做计算机毕业设计Java方向的选题翻来覆去就那么几类图书管理、宿舍管理、考勤系统、酒店预订。这些题目最大的问题不是做不出来而是做完之后你在答辩时没什么可讲的。图书管理系统的业务逻辑就两句话加书、借书、还书评委问三个问题你就没词了。“州州购”这类电商购物平台就不一样。它表面上是“区域综合商城交易管理系统”本质上是一个完整的订单交易闭环用户注册登录、浏览商品、加入购物车、提交订单、模拟支付、后台发货、确认收货、退款售后再加上商家的商品管理、分类管理、区域配送规则。你把这个闭环走通就覆盖了电商系统最核心的链路也覆盖了SpringBoot开发里最常被问到的几个技术点事务控制、并发处理、状态机设计、缓存使用、文件上传、接口鉴权。所以“州州购”这个名字听起来像是一个具体的产品其实拿它当毕业设计的载体非常合适。它具备了三个特征业务量适中一个人能在两三个月内完成业务完整度高前台下单后台管理都包含技术点覆盖面广面试和答辩时都能拿出具体案例来聊。这类题目的定位就是把一个“综合商城交易管理系统”用Java和SpringBoot做成可运行的Web版系统。1.2 为什么选择SpringBoot作为核心框架Java做Web开发框架选型上其实没有太多悬念。SpringBoot是目前最主流、生态最成熟、资料最多的选择而且它非常适合毕业设计这种“一个人从零到一完成项目”的场景。SpringBoot最直观的价值在于“自动配置”。以前用SSM的时候要手写spring-mvc.xml、mybatis-config.xml还要在一堆配置文件里声明扫描路径、视图解析器、事务管理器光配环境就能耗掉一周。SpringBoot通过starter机制把常用的依赖组合好引入一个spring-boot-starter-web就拥有完整的Web能力引入spring-boot-starter-data-redis就拥有一套Redis客户端配置引入mybatis-plus-boot-starter就能直接用MyBatis-Plus提供的CRUD方法。你只需要关注自己的业务代码底层那些繁琐的装配交给框架处理。做一个电商商城系统SpringBoot在几个关键点上都天然合适。处理请求和拦截器方面登录校验、权限控制、日志打印都可以用HandlerInterceptor和Filter实现事务管理方面Transactional注解在订单创建这种强一致性的场景下是刚需接口开发方面配合RestController和统一结果封装前后端交互非常清晰。另外SpringBoot对部署也很友好内置Tomcat可以打成Jar包直接运行不用单独安装Tomcat这对毕业设计演示和答辩现场运行特别重要。1.3 “区域综合商城”和普通电商平台的差异点很多同学拿到“区域综合商城”这几个字就默认和普通商城一样做一套商品加订单就交差了。实际上“区域”这两个字决定了这个系统和淘宝、京东这类全国平台的差异在于“地理维度的业务规则”。首先是行政区划与配送范围。一个区域商城必须能按省市区筛选商家和商品配送费也要根据收货地址计算。做毕业设计时不需要对接高德地图但要有一张完整的省市区表订单提交时根据用户选择的区域匹配对应商家的配送策略。这些是“区域”的核心体现。其次是商家入驻和区域库存。综合商城意味着平台里有多个商家每个商家维护自己的商品和库存。用户在某个区域内看到的是该区域商家的商品下单后由对应商家发货。数据库设计上商品表要挂shop_id或region_id订单表也要记录归属商家。最后是交易管理。管理端要能处理不同商家的订单审核、发货操作、退款申请而不是简单地一个order表走到底。把这些差异化需求理清楚毕业设计的题目就立住了内容上也比普通商城丰富一截。2. 数据库设计与核心模块拆分2.1 表结构规划电商系统需要哪些核心表“州州购”平台的数据量不用达到真实电商级别但表结构必须具备完整性和可扩展性。我建议把整个系统拆成十个左右的表来设计分清楚主线和辅助。用户侧的表包括用户表user存用户名、密码、手机号、昵称、头像、状态用户收货地址表user_address存省市区和详细地址购物车表cart关联用户和商品。商品侧的表包括商品分类表category建议做成两级分类一级和二级商品表goods包含商品名称、主图、轮播图、价格、库存、销量、状态、所属商家商家表merchant记录商家名称、联系人、联系电话、区域编号。订单侧的表包括订单表orders记录订单编号、用户ID、商家ID、商品总金额、实付金额、运费、收货信息、订单状态、创建时间订单明细表order_item记录订单里每个商品的名称快照、单价、数量、图片退款申请表refund_request非必须但建议做能体现系统的完整度。这样的表结构已经能支撑“区域综合商城”的所有核心功能。实际建表时要注意几个细节金额字段使用DECIMAL(10,2)而不是FLOAT避免浮点精度问题订单编号不要用自增主键而是单独设计一个业务编号比如时间戳加用户ID加随机数逻辑删除字段deleted给每个业务表都加上毕业设计里不至于被问到“你们的数据怎么保证不误删”时无话可说。2.2 订单状态机把交易流程的边界理清楚订单模块是整个电商系统里最容易写乱的部分。很多同学把订单状态设计成一个字符串字段写代码时随意修改最终到处都是硬编码的判断逻辑Bug一个接一个。我在“州州购”项目里把订单状态定义成一个枚举类型严格限定可转移的状态路径。0表示待支付1表示已支付待发货2表示已发货3表示已收货4表示已取消5表示退款中6表示退款完成。状态机的流转规则在代码里写清楚只有待支付状态可以取消或支付只有已支付状态可以发货只有已发货状态可以确认收货待支付状态可以直接申请退款已支付和已发货状态也可以申请退款但需要后台审核。把这个设计放到整个系统里订单接口的核心思路就是两个。第一个是“条件更新”比如支付操作使用UPDATE orders SET status1 WHERE order_no? AND status0防止用户重复支付或重复取消。第二个是“状态校验”在Service层先根据订单编号查出订单对象判断当前状态是否允许执行目标操作不允许就直接抛出业务异常。把状态机放在一个类里集中管理后端Controller里只做参数校验Service里只做业务编排这比在每个方法里写一堆if-else清晰得多。2.3 库存扣减毕业设计里如何应对超卖电商系统必然会涉及到“超卖”这个话题。虽然毕业设计不会有真正的并发压力但答辩时评委大概率会问“如果两个用户同时买同一个商品最后一件库存你怎么处理”。最基础的做法是直接使用数据库的原子更新UPDATE goods SET stock stock - 1 WHERE id ? AND stock 0。因为UPDATE语句的行锁机制同一时间只有一个事务能修改这条库存记录所以能避免超卖。如果想让方案更完善可以在goods表里加一个version字段更新时携带版本号改动过了就重试。我这里演示一下乐观锁版本的Mapper实现Update(UPDATE goods SET stock stock - #{count}, version version 1 WHERE id #{id} AND version #{version} AND stock #{count}) int deductStock(Param(id) Long goodsId, Param(count) Integer count, Param(version) Integer version);在Service层创建订单前先查出版本号扣减时传入如果返回受影响行数为0说明库存不足或版本冲突就抛出“库存不足”的业务异常。当然如果项目里已经引用了Redis也可以用Redis的原子递减做前置库存预扣数据库做最终扣减但那个方案对毕业设计来说有点复杂容易被答辩追问到答不出细节。数据库压测和库存扣减这块务实最重要能做对了就已经是加分项。3. 实操过程与核心环节实现3.1 项目初始化JDK、Maven、SpringBoot版本的选择“州州购”项目我会使用JDK 1.8或JDK 11来开发不建议直接用JDK 17或21。原因很简单很多学校机房和评委电脑上安装的还是JDK 8如果你的项目字节码版本太高演示环境跑不起来就是大事故。SpringBoot版本选择2.7.x这条线它比3.x稳定和MyBatis-Plus、JWT、MySQL驱动的兼容性都是经过大量项目验证过的。SpringBoot 3最低要求JDK 17如果你不是对虚拟线程等新特性有强烈需求完全没有必要冒险。用IDEA新建项目时直接选择Spring Initializr或者Maven项目然后在pom.xml里手动写依赖都可以。我习惯手动写pom因为这样可以精确控制版本号。核心依赖清单如下parent groupIdorg.springframework.boot/groupId artifactIdspring-boot-starter-parent/artifactId version2.7.18/version /parent dependencies dependency groupIdorg.springframework.boot/groupId artifactIdspring-boot-starter-web/artifactId /dependency dependency groupIdcom.baomidou/groupId artifactIdmybatis-plus-boot-starter/artifactId version3.5.3.1/version /dependency dependency groupIdmysql/groupId artifactIdmysql-connector-java/artifactId version8.0.33/version /dependency dependency groupIdorg.projectlombok/groupId artifactIdlombok/artifactId /dependency dependency groupIdcn.hutool/groupId artifactIdhutool-all/artifactId version5.8.22/version /dependency dependency groupIdio.jsonwebtoken/groupId artifactIdjjwt/artifactId version0.9.1/version /dependency /dependenciesMyBatis-Plus在毕业设计里几乎成了标配它提供的BaseMapper直接包含了增删改查方法省去手写大量重复的Mapper XML。Hutool工具包同样值得推荐它把日期、随机数、验证码、加密这些常用工具都封装好了能省不少时间。JWT是用来生成登录令牌的前后端分离场景下Session不一定好用JWT能保证接口的无状态鉴权。3.2 目录结构与统一返回结果封装刚开始写SpringBoot项目的时候最容易犯的错误是包结构混乱Controller里直接写业务逻辑Service里直接操作Mapper。如果这个习惯带到毕业设计里后面代码超过三千行时自己都会看不懂。我建议的包结构是controller、service、mapper、entity、dto、vo、config、common、exception、utils。controller只负责接收参数和返回结果service负责业务编排和事务控制mapper负责数据库操作entity对应数据库表dto是请求参数对象vo是返回给前端的视图对象config写各类配置类common放统一返回结果、枚举常量exception放全局异常处理器和自定义异常utils放JWT、加密等工具类。统一返回结果可以用一个泛型类来实现最简单通用的设计是Data public class ResultT { private Integer code; private String message; private T data; public static T ResultT success(T data) { ResultT result new Result(); result.setCode(200); result.setMessage(操作成功); result.setData(data); return result; } public static T ResultT error(String message) { ResultT result new Result(); result.setCode(500); result.setMessage(message); return result; } }前端的Axios请求里几乎所有的判断都依赖这个统一的返回结构不用纠结某一个接口到底返回什么字段。全局异常处理器用RestControllerAdvice注解实现里面统一捕获自定义业务异常、参数校验异常和兜底的Exception异常返回Result.error的形式。前端只需要处理code非200的情况即可后端所有错误信息都集中管理。3.3 登录鉴权JWT令牌的生成与拦截登录接口的流程是用户提交用户名和密码后端用BCrypt算法比对密码散列值验证通过后生成JWT令牌返回给前端。前端把令牌存在localStorage或Vuex里每次请求都在请求头加上Authorization: Bearer xxx。密码存储绝对不能用明文MD5也不够安全。Spring Security的crypto包里有BCryptPasswordEncoder可以直接引入使用MyBatis-Plus的BaseMapper查出用户后调用encoder.matches方法比较明文密码和加密结果。注册的时候先对密码做BCrypt加密再写入数据库“即使数据库泄露密码原文也拿不到”这既是工程常识也是答辩时能说到点子上的细节。拦截器这边自定义一个AuthInterceptor实现HandlerInterceptor接口preHandle方法里从请求头取出Token用JWT工具类解析。解析失败或Token过期就返回401错误不进入Controller。为了避免每个Controller方法重复取用户信息可以在preHandle里把解析出来的用户ID放入Request attribute然后在Controller里用RequestAttribute(userId) Long userId直接接收。这种设计和SpringBoot官方社区里的做法一致既简洁又方便面试时顺带讲清楚“拦截器能做什么”。3.4 商品模块与购物车接口设计的几个细节商品列表页展示商品卡片信息需要支持按分类筛选、按关键词搜索、按区域筛选、排序功能。排序包括综合排序、销量排序、价格升序降序。这里的实现不建议把所有逻辑写在一条SQL里而是用MyBatis-Plus的LambdaQueryWrapper动态拼接条件LambdaQueryWrapperGoods wrapper new LambdaQueryWrapper(); wrapper.eq(StringUtils.isNotBlank(categoryId), Goods::getCategoryId, categoryId) .like(StringUtils.isNotBlank(keyword), Goods::getName, keyword) .eq(StringUtils.isNotBlank(regionCode), Goods::getRegionCode, regionCode) .orderByDesc(Goods::getSalesCount);这段条件构造方式在项目里非常常用。isNotBlank判断为真时才拼接该条件能非常干净地处理搜索条件为空的情况。价格排序只需要切换orderByDesc或orderByAsc用一个sort字段控制即可。这些代码写起来不难重点是要养成“条件动态拼接”的思维而不是为每个筛选组合写一条新的SQL。购物车接口就四个添加购物车、修改数量、删除购物车项、查询购物车列表。需要注意的是添加同一个商品到购物车时应该判断购物车表里有没有这条记录有的话就增加数量而不是重复插入。最稳妥的做法是在user_id和goods_id上建联合唯一索引插入前先查一次存在就更新数量。涉及到数量修改的接口还要校验数量不能小于1不能超过商品库存。3.5 订单创建事务、幂等与分布式锁的简化版下单是整个系统里最复杂的接口因为它要操作多个表还需要保证一致性。一个完整的下单流程至少包括校验商品状态和库存、计算总金额和运费、扣减库存、创建订单记录、创建订单明细、清空对应购物车项。这个过程必须在同一个事务里执行任意一步失败就回滚。事务用Transactional注解控制放在Service层的公共方法上。还需要注意事务失效的几个经典场景方法被同一个类内部的另一个方法直接调用事务不会生效因为Spring事务是通过AOP代理实现的内部调用没有经过代理方法不是public的事务不会生效异常被方法内部catch掉了事务也不会回滚。日常代码中要把这些坑记住避免写出来的事务等于摆设。接口幂等性方面我先判断用户是否已经存在未支付的同商品订单如果存在就提示先去支付或取消旧订单。更完整的方案是前端生成唯一订单号后传给后端后端在订单表里对order_no建唯一索引重复提交会在数据库层面被拦截。对毕业设计来说唯一索引加状态机校验已经足够在答辩时讲清楚“如何防止重复下单”。4. 前端页面与部署Vue打包放进SpringBoot4.1 前端选型Vue还是Thymeleaf“州州购”的Web端页面有两种主流做法一种是用Vue做前后端分离另一种是用Thymeleaf做服务端渲染。从毕业设计的适用性来看我更推荐Vue原因有三个Vue的组件化开发直观商品卡片、轮播图、订单列表都能拆成组件Vue生态里的Element UI直接提供表格、表单、弹窗等组件后台管理页面开发速度非常快引入Axios请求后端接口这套模式和你毕业后面试时遇到的前后端分离开发完全一致。Vue版本方面选Vue2加Element UI最稳因为Vue3生态里的Element Plus版本迭代快部分教程已经不匹配了。Vue2虽然官方停止维护了但作为学习项目完全够用。如果你的电脑上能跑Node 16或18用Vue CLI创建项目路由用Vue Router状态管理用Vuex再配合一个简单的Axios封装这一套组合能应对前台商城和后台管理两类页面。4.2 将Vue打包产物集成到SpringBoot毕业设计演示的环境往往不一定有Node环境为了让系统可以一键启动我建议把Vue打包后的静态资源放进SpringBoot工程的src/main/resources/static目录下。具体操作是在Vue项目根目录执行npm run build生成dist目录然后把dist里的内容复制到static目录中。如果没有特殊配置前端路由使用history模式时刷新页面会在SpringBoot的静态资源处理器上报404所以Vue这边一定要把路由模式改成hash模式。const router new VueRouter({ mode: hash, routes })hash模式下的URL会带一个#号虽然看起来不如history模式美观但对于集成部署而言是最省事的。SpringBoot本身不需要做任何额外配置访问8080端口就是首页访问/dist/js目录下的静态资源也能正常加载。这样你的整个项目就只有一个Jar包数据库脚本单独放到sql目录演示时先导入数据库再执行java -jar命令即可完全不需要启动前端服务器。4.3 多环境配置开发环境和生产环境要分离项目开发过程中本机数据库地址和演示环境数据库地址大概率不一样配置文件不能每次手动改。SpringBoot支持多环境配置文件约定application.yml管理公共配置application-dev.yml放开发环境配置application-prod.yml放生产环境配置激活环境只需要设置spring.profiles.active。spring: profiles: active: devdev环境连接本地MySQLprod环境连接服务器上的MySQL数据库账号密码各自配置。启动时也可以临时指定环境java -jar zhouzhougou.jar --spring.profiles.activeprod。这个细节在答辩演示时特别好用评委如果问“你们项目怎么在不同环境切换”你可以直接切换配置文件并重启项目演示。数据库连接池建议配置一下最大连接数生产环境200左右开发环境20左右就够了。4.4 文件上传与图片访问的静态资源映射商品图片上传是商城的标配功能管理端需要支持商家上传商品主图和轮播图。上传接口用SpringBoot自带的MultipartFile处理文件保存到本地磁盘的upload目录返回访问路径给前端。为了在浏览器里能直接访问到图片需要给上传目录创建一个虚拟映射Configuration public class WebConfig implements WebMvcConfigurer { Override public void addResourceHandlers(ResourceHandlerRegistry registry) { registry.addResourceHandler(/upload/**) .addResourceHandler(file: uploadDir); } }需要注意uploadDir不要用相对路径因为不同环境启动目录可能不同我建议在application.yml里配置一个属性写成upload.dirD:/workspace/zhouzhougou/upload。文件后缀和大小限制也需要在配置里处理图片只允许jpg、png、jpeg、gif单张最大5MB。这些限制写在校验逻辑里而不是等文件丢到磁盘上再判断可以省掉很多垃圾数据。毕业设计里能把这个细节做出来已经超出很多同档次作品了。5. 常见问题与排查技巧实录5.1 MyBatis-Plus分页失效查出来还是全部数据这个坑太经典了。MyBatis-Plus从3.4.0版本开始分页插件需要手动配置PaginationInnerInterceptor不配置的话Page对象会拿到全部数据并且total不生效。配置方式如下Configuration public class MybatisPlusConfig { Bean public MybatisPlusInterceptor mybatisPlusInterceptor() { MybatisPlusInterceptor interceptor new MybatisPlusInterceptor(); interceptor.addInnerInterceptor(new PaginationInnerInterceptor(DbType.MYSQL)); return interceptor; } }遇到分页不生效的问题第一个检查点就是有没有这个配置类第二个检查点是Page对象是不是作为第一个参数传给了Mapper方法第三个检查点是XML里有没有写limit参数。很多时候分页查出来重复数据是因为排序字段不唯一比如只按创建时间排序同一秒创建的记录顺序不稳定建议在排序条件里补上主键desc保证分页稳定。这个排查思路适用于大多数SpringBoot MyBatis-Plus的项目。5.2 前端日期显示为一串数字格式不对后端返回的LocalDateTime或Date字段默认被JSON序列化成一串数字时间戳前端拿到的是类似1695812340000这样的值。这个问题有两种解决方案。推荐的是在application.yml里配置JACKSON的日期格式和时区spring: jackson: date-format: yyyy-MM-dd HH:mm:ss time-zone: GMT8配置之后GlobalDateTime序列化为指定格式的字符串前端直接展示即可。如果有的实体字段是LocalDateTime类型还需要引入jackson-datatype-jsr310模块不过SpringBoot默认已经包含了。时区必须指定为GMT8否则服务器在国外或默认UTC时区时北京时间会被减掉8小时。这个细节在项目演示时最容易露馅我在最初开发时也没注意后来测试订单列表发现时间差了8小时才定位到问题。5.3 前后端分离联调时的跨域问题如果前端开发时用Vue代理服务器请求后端8080端口就不会有跨域问题但一旦把Vue单独部署在80端口、后端部署在8080端口浏览器就会拦截跨域请求。最通用的解决方式是后端配置全局CORSConfiguration public class CorsConfig implements WebMvcConfigurer { Override public void addCorsMappings(CorsRegistry registry) { registry.addMapping(/**) .allowedOriginPatterns(*) .allowedMethods(*) .allowedHeaders(*) .allowCredentials(true) .maxAge(3600); } }要注意allowedOrigins如果和allowCredentials同时用不能写成需要改成allowedOriginPatterns()。如果项目里已经集成JWT跨域配置的请求头需要允许Authorization否则自定义请求头里的令牌根本不会到达后端。联调阶段如果出现前端控制台报CORS错误先看后端有没有这个配置再看请求头有没有加Authorization。这个排查顺序能解决绝大部分跨域问题。5.4 本地启动连不上MySQL报Access denied或Connection refused启动时最常见的错误是天桥下的mysql连接信息不对。Connection refused大多是因为MySQL服务没有启动Windows下到服务管理里把MySQL启动就行。Access denied则要检查账号密码是否正确、远程主机是否有权限访问数据库。MySQL 8以上版本还要注意驱动名是com.mysql.cj.jdbc.Driver不要再用旧版的com.mysql.jdbc.Driver。字符集方面连接参数建议加上useUnicodetruecharacterEncodingutf8serverTimezoneAsia/Shanghai不加serverTimezone在MySQL 8里会默认用UTC导致时间字段差8小时。另外如果Tomcat启动时端口被占用可以在application.yml里改server.port或者在启动命令里临时指定--server.port8888。开发过程中建议用8888端口因为8080经常被其他程序占用改成8888能避免很多冲突。5.5 上传的图片无法访问页面显示404图片上传成功但访问404大多是因为静态资源映射没配置成或者把图片保存到了target/classes下的临时目录。SpringBoot打Jar包后找不到target目录下的资源所以保存路径一定要用绝对路径配合addResourceHandlers做虚拟目录映射。还有一个小坑是上传目录没有自动创建文件写入时会报IOException建议在文件上传代码里判断目录是否存在不存在就使用File.mkdirs()创建。File dir new File(uploadDir); if (!dir.exists()) { dir.mkdirs(); }这类系统性的细节虽然简单但影响非常大。我当时开发完商品上传功能后在IDE里运行一切正常打成Jar部署后就发现图片全部404排查了两个小时才发现是相对路径的问题。把这个问题记录下来以后你也能少走很多弯路。6. 答辩与面试的加分细节6.1 演示前必须准备的几样东西答辩时最尴尬的场景就是打开浏览器输入127.0.0.1:8080结果页面白屏或者数据库连接失败。所以我强烈建议准备两样东西一是完整的数据库初始化脚本包含建库建表和基础数据插入语句二是演示账号清单分别准备一个管理员账号和一个普通用户账号并保证这两个账号有订单、有购物车、有收藏等数据。演示过程中把页面上的数字尽量做得饱满一些商品图片找真实的电商图分类数据做到二级分类都完整。评委看到的是一个“有内容”的系统而不是一个空壳这直接影响第一印象。数据库脚本推荐放在项目的sql目录下命名用init.sql和data.sql分开数据脚本里写好INSERT语句可以重复执行幂等性方面可以用自定义主键或unique key来防止重复插入。答辩前至少完整走一遍全流程注册新用户、添加购物车、下单、支付、管理端发货、用户确认收货、申请退款。整个链路通顺答辩至少能拿到基础分。6.2 代码里哪些地方最容易被评委追问评委不一定会逐行看代码但大概率会挑几个关键点提问。“订单超卖怎么处理的”这个问题前面已经说过用数据库条件更新加版本号”登录的时候密码存的是什么”就直接讲BCrypt加密”为什么用MyBatis-Plus不用JdbcTemplate”能回答说提高开发效率并且SQL语句可以自己控制”接口的权限怎么控制的“就说JWT鉴权加拦截器管理员接口和普通用户接口用注解区分。为了应对评委追问还可以在代码里主动制造几个“可讲点”。比如在订单创建时使用事务加行锁避免并发问题在商品列表查询时使用Redis做热点数据缓存在后台统计模块做一个简单的销量排行。这些点不一定要实现得多深重要的是能自圆其说让你在答辩时有话可讲。SpringBoot自动配置原理、Transactional失效场景、ControllerAdvice全局异常处理这些基础题也要提前准备很多评委就是从你的项目里抽一个注解问“它底层是怎么运作的”。6.3 从“州州购”扩展到简历上的SpringBoot项目经验做完这个毕业设计不要让它只停留在论文里。把项目写到简历上时可以重点描述三个能力点一是独立完成了一个包含用户端和管理端的Web电商系统技术栈是Java、SpringBoot、MyBatis-Plus、Vue二是在订单模块中通过状态机、数据库锁机制和事务控制保证了数据的一致性和库存不超卖三是负责完成了系统的配置、打包、部署和演示能够在本地环境一键启动。面试官看到这种项目描述大概率会顺着电商的链路问购物车的数据是存Redis还是MySQL下单过程为什么用数据库锁订单超时未支付怎么处理怎么防止接口被恶意刷。这些问题可以提前逐个准备答案。做成一个项目然后把项目讲透远比简历上堆十个“管理系统”更有说服力。我在开发“州州购”时踩过最深的坑是订单接口一开始没有加事务测试时填完地址点提交偶尔会出现“订单明细没写进去但订单总表生成了”的情况后来排查到是Service方法被同类方法调用导致事务失效。从那之后我对事务传播行为和内部调用问题就特别敏感。这种工程经验靠看文档很难形成只有自己动手做一遍才记得住。毕业设计真正做完收获的不只是一个电商平台而是一整套“从需求拆分到数据库设计从后端接口到前端页面从本地联调到打包部署”的方法。这套方法论在你以后做任何Web项目时都能复用。如果你也准备做一个类似的电商系统希望这篇分享能让你少走些弯路。