Java网上花店系统课程设计：数据库设计、订单状态机与避坑指南

简介这是一套面向计算机专业毕业设计场景的Java Web项目资料主题为网上花店系统的设计与实现适合正在准备毕设、课程设计或需要Java Web实战案例的本科与高职学生参考。资源包共212个文件整体约358.78MB涵盖jsp页面、html静态页、css样式、js脚本、gif与jpg图片素材、sql数据库脚本、jar依赖包以及mp4演示录像等基本覆盖了从前端展示到后端逻辑再到数据存储的完整结构并附有源代码与数据库文件方便对照理解系统分层与业务流程。目前已有190人学习下载可作为同类选题的参考模板。拿到后可以查看可运行的工程源码、导入数据库脚本还原数据、结合演示视频核对功能实现并借助页面与样式文件梳理商品展示、购物车、订单管理等模块的组织方式为撰写论文与答辩准备提供较完整的素材支撑。1. 网上花店系统从一份课程设计到能跑通的 Java Web 工程很多 Java 课程设计的标题看着平平无奇比如「基于 Java 的网上花店系统设计与实现」但真正动手做的时候你会发现它几乎把 Java Web 开发里最容易翻车的几个环节全踩了一遍商品图片上传、订单状态流转、库存扣减、数据库事务、前后端参数校验。它不是一个玩具项目而是一个缩小版的电商系统只是把品类换成了鲜花。鲜花这个品类还有额外麻烦——有花语、有保鲜期、有节日价格波动这些业务约束会逼着你在数据库设计阶段就想清楚字段怎么留。这篇文章面向两类人一类是正在做 Java 课程设计、需要一份能跑通、能答辩、能写进简历的完整方案另一类是已经工作、想拿一个中小型 Web 项目练手 Spring Boot MySQL 组合的开发者。我会按「数据库怎么设计 → 后端接口怎么写 → 前端怎么接 → 怎么部署演示 → 怎么避坑」的顺序讲每个环节都给可复制的代码和参数说明。你不需要先看完所有内容再动手可以边看边在自己的环境里跑。2. 数据库设计花店业务表结构与 MySQL 建表实操2.1 为什么花店系统的表不能照搬通用电商模板通用电商模板通常是「用户-商品-订单-订单项」四张表打天下但花店有几个特殊点必须提前处理。第一鲜花有「花材」和「花束」两层概念一束花由多种花材组成直接做成单表会导致后期无法按花材统计销量。第二鲜花有保鲜期和节日溢价价格不是固定的需要一张价格日历表或者至少一个节日价格字段。第三鲜花配送对时效敏感订单需要记录期望送达时间和实际配送时间。我一般会设计七张核心表用户表、花材表、花束表、花束-花材关联表、订单表、订单明细表、购物车表。如果课程设计要求简单可以砍掉花材表和关联表把花束直接当成商品但答辩时容易被问「你怎么支持自定义花束」所以建议保留。下面这张表是我在实际项目中用的字段设计你可以直接参考表名核心字段说明userid, username, password_hash, phone, address, rolerole 区分普通用户和管理员flower_materialid, name, stock, unit, cost_price花材库存和成本价bouquetid, name, description, price, image_url, status, festival_pricestatus 控制上下架bouquet_materialbouquet_id, material_id, quantity多对多关联ordersid, user_id, total_amount, status, expect_time, create_timestatus 用枚举order_itemid, order_id, bouquet_id, quantity, unit_price下单时价格快照cartid, user_id, bouquet_id, quantity购物车订单明细表里的 unit_price 必须是下单那一刻的价格快照不能关联查询 bouquet 表的当前价格。这是血泪经验如果你在订单详情里实时查 bouquet.price一旦管理员改价历史订单金额就全乱了。2.2 MySQL 建表语句与索引设置下面给出核心三张表的建表 SQL包含索引和约束。注意字符集用 utf8mb4否则花名里的特殊符号和 Emoji 会插入失败。-- 用户表 CREATE TABLE user ( id BIGINT NOT NULL AUTO_INCREMENT, username VARCHAR(50) NOT NULL COMMENT 登录名, password_hash VARCHAR(100) NOT NULL COMMENT BCrypt 哈希, phone VARCHAR(20) DEFAULT NULL, address VARCHAR(255) DEFAULT NULL, role TINYINT NOT NULL DEFAULT 0 COMMENT 0-用户 1-管理员, create_time DATETIME NOT NULL DEFAULT CURRENT_TIMESTAMP, PRIMARY KEY (id), UNIQUE KEY uk_username (username) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4; -- 花束表 CREATE TABLE bouquet ( id BIGINT NOT NULL AUTO_INCREMENT, name VARCHAR(100) NOT NULL, description TEXT, price DECIMAL(10,2) NOT NULL, festival_price DECIMAL(10,2) DEFAULT NULL COMMENT 节日价为空则用 price, image_url VARCHAR(255) DEFAULT NULL, status TINYINT NOT NULL DEFAULT 1 COMMENT 0-下架 1-上架, stock INT NOT NULL DEFAULT 0, create_time DATETIME NOT NULL DEFAULT CURRENT_TIMESTAMP, PRIMARY KEY (id), KEY idx_status (status) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4; -- 订单表 CREATE TABLE orders ( id BIGINT NOT NULL AUTO_INCREMENT, order_no VARCHAR(32) NOT NULL COMMENT 业务订单号, user_id BIGINT NOT NULL, total_amount DECIMAL(10,2) NOT NULL, status TINYINT NOT NULL DEFAULT 0 COMMENT 0-待支付 1-已支付 2-配送中 3-已完成 4-已取消, expect_time DATETIME DEFAULT NULL, create_time DATETIME NOT NULL DEFAULT CURRENT_TIMESTAMP, PRIMARY KEY (id), UNIQUE KEY uk_order_no (order_no), KEY idx_user_status (user_id, status) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4;建表时有两个参数需要根据你的 MySQL 版本调整。如果用的是 MySQL 5.7DATETIME 默认值 CURRENT_TIMESTAMP 只允许一个列使用需要改成 TIMESTAMP 或者用触发器。如果用的是 MySQL 8.0上面写法可以直接跑。另外 DECIMAL(10,2) 表示最大 99999999.99对花店足够不要用 FLOAT否则金额计算会出现 0.10.20.30000000000000004 这种问题。索引方面user 表的 username 唯一索引是必须的登录查询全靠它。orders 表的 idx_user_status 复合索引用于「查我的订单」和「按状态筛选」注意字段顺序user_id 在前是因为查询条件里 user_id 是等值匹配status 是范围或等值符合最左前缀原则。2.3 数据库连接池配置与常见连接泄漏排查Java 项目连 MySQL 一般用 HikariCPSpring Boot 2.x 之后默认就是它。下面是一个我常用的 application.yml 配置片段spring: datasource: url: jdbc:mysql://localhost:3306/flower_shop?useUnicodetruecharacterEncodingutf8mb4serverTimezoneAsia/Shanghai username: root password: your_password driver-class-name: com.mysql.cj.jdbc.Driver hikari: maximum-pool-size: 10 minimum-idle: 2 connection-timeout: 30000 idle-timeout: 600000 max-lifetime: 1800000 leak-detection-threshold: 60000maximum-pool-size 设 10 是课程设计的合理值生产环境要根据 QPS 调整但不要超过数据库 max_connections 的 80%。leak-detection-threshold 设 60000 表示连接被借出超过 60 秒没归还就打印警告日志这个参数在排查「系统跑一段时间就卡死」时特别有用。常见连接泄漏原因是手动 getConnection 后没有在 finally 里 close或者用 MyBatis 时在循环里反复开 SqlSession。如果你发现日志里出现「Connection leak detection」字样先去检查 Service 层有没有在事务方法里调用外部 HTTP 接口那种情况会把数据库连接一直占着。3. 后端接口实现Spring Boot 分层与订单状态机3.1 项目分层与依赖选型后端我一般用 Spring Boot 2.7 MyBatis-Plus Spring Security Redis可选。课程设计如果不想引入 Redis可以用本地 ConcurrentHashMap 做验证码缓存但答辩时会被问「分布式怎么办」所以建议至少留一个 Redis 的配置开关。分层结构是 controller → service → mapper → entityDTO 和 VO 单独放。不要直接把 entity 返回给前端否则会把 password_hash 这种字段暴露出去。下面是一个典型的 Controller 写法RestController RequestMapping(/api/bouquet) public class BouquetController { Autowired private BouquetService bouquetService; GetMapping(/list) public ResultListBouquetVO list(RequestParam(defaultValue 1) Integer page, RequestParam(defaultValue 10) Integer size) { PageBouquet pageParam new Page(page, size); // 只查上架商品按创建时间倒序 LambdaQueryWrapperBouquet wrapper new LambdaQueryWrapper(); wrapper.eq(Bouquet::getStatus, 1) .orderByDesc(Bouquet::getCreateTime); PageBouquet result bouquetService.page(pageParam, wrapper); ListBouquetVO voList result.getRecords().stream() .map(this::toVO) .collect(Collectors.toList()); return Result.success(voList); } private BouquetVO toVO(Bouquet entity) { BouquetVO vo new BouquetVO(); BeanUtils.copyProperties(entity, vo); // 节日价优先 if (entity.getFestivalPrice() ! null) { vo.setPrice(entity.getFestivalPrice()); } return vo; } }这段代码的关键点是分页参数有默认值避免前端不传导致空指针查询条件里 status1 保证下架商品不会出现在列表VO 转换时处理了节日价逻辑。Result 是统一返回包装类包含 code、msg、data 三个字段前端根据 code 判断成功失败。3.2 订单状态流转与库存扣减的事务处理订单状态机是花店系统里最容易写乱的地方。我见过有人用 if-else 堆了十几个分支最后自己都说不清「已支付」能不能直接跳到「已完成」。正确做法是定义一个状态枚举和允许的流转路径public enum OrderStatus { PENDING_PAY(0, 待支付), PAID(1, 已支付), DELIVERING(2, 配送中), COMPLETED(3, 已完成), CANCELLED(4, 已取消); private final int code; private final String desc; OrderStatus(int code, String desc) { this.code code; this.desc desc; } public static boolean canTransfer(int from, int to) { // 只允许待支付→已支付/已取消已支付→配送中配送中→已完成 if (from 0 (to 1 || to 4)) return true; if (from 1 to 2) return true; if (from 2 to 3) return true; return false; } }下单接口的核心逻辑是「扣库存 创建订单 创建明细」这三步必须在同一个事务里。下面是一个简化版实现Service public class OrderService { Autowired private BouquetMapper bouquetMapper; Autowired private OrderMapper orderMapper; Autowired private OrderItemMapper orderItemMapper; Transactional(rollbackFor Exception.class) public String createOrder(Long userId, ListOrderItemDTO items) { BigDecimal total BigDecimal.ZERO; for (OrderItemDTO item : items) { // 悲观锁查库存防止超卖 Bouquet bouquet bouquetMapper.selectForUpdate(item.getBouquetId()); if (bouquet null || bouquet.getStatus() 0) { throw new BizException(花束已下架); } if (bouquet.getStock() item.getQuantity()) { throw new BizException(库存不足 bouquet.getName()); } // 扣库存 bouquet.setStock(bouquet.getStock() - item.getQuantity()); bouquetMapper.updateById(bouquet); // 计算金额用节日价优先 BigDecimal price bouquet.getFestivalPrice() ! null ? bouquet.getFestivalPrice() : bouquet.getPrice(); total total.add(price.multiply(BigDecimal.valueOf(item.getQuantity()))); } // 创建订单 Orders order new Orders(); order.setOrderNo(generateOrderNo()); order.setUserId(userId); order.setTotalAmount(total); order.setStatus(0); orderMapper.insert(order); // 创建明细 for (OrderItemDTO item : items) { OrderItem oi new OrderItem(); oi.setOrderId(order.getId()); oi.setBouquetId(item.getBouquetId()); oi.setQuantity(item.getQuantity()); // 价格快照 Bouquet b bouquetMapper.selectById(item.getBouquetId()); oi.setUnitPrice(b.getFestivalPrice() ! null ? b.getFestivalPrice() : b.getPrice()); orderItemMapper.insert(oi); } return order.getOrderNo(); } }selectForUpdate 对应 SQL 里的SELECT ... FOR UPDATE会加行锁。这里有个坑如果 bouquet 表的存储引擎是 MyISAM行锁会升级成表锁并发直接崩。所以建表时一定要用 InnoDB。另外事务方法里不要做远程调用或发消息否则事务时间被拉长锁持有时间变久并发能力下降。3.3 参数校验与全局异常处理前端传参不可信后端必须校验。用 Spring Validation 的 Valid 注解配合自定义异常处理PostMapping(/create) public ResultString create(RequestBody Valid CreateOrderRequest request) { String orderNo orderService.createOrder(getCurrentUserId(), request.getItems()); return Result.success(orderNo); } // 全局异常处理 RestControllerAdvice public class GlobalExceptionHandler { ExceptionHandler(MethodArgumentNotValidException.class) public ResultVoid handleValidException(MethodArgumentNotValidException e) { String msg e.getBindingResult().getFieldErrors().stream() .map(FieldError::getDefaultMessage) .collect(Collectors.joining(; )); return Result.error(400, msg); } ExceptionHandler(BizException.class) public ResultVoid handleBizException(BizException e) { return Result.error(500, e.getMessage()); } }CreateOrderRequest 里的 items 字段要加 NotEmpty 和 Valid每个 OrderItemDTO 的 quantity 加 Min(1)。这样前端传空列表或者数量为 0 时会在进入 Service 之前就被拦截减少无效事务。4. 前端页面与演示录像从商品列表到下单全流程4.1 页面结构与技术选型课程设计的前端不需要上 Vue3 Vite 那么重用 Vue2 Element UI 或者 Thymeleaf 服务端渲染都能满足答辩要求。如果时间紧我建议用 Vue2 Element UI因为组件库现成表格、表单、弹窗都有抄改成本低。页面至少要有登录注册页、首页商品列表、商品详情、购物车、订单确认、我的订单、后台管理花束增删改查、订单管理。商品列表页的核心是分页和图片懒加载。图片上传到本地磁盘的 upload 目录数据库存相对路径前端通过/api/file/{filename}访问。不要存绝对路径否则换台机器演示就全挂了。4.2 演示录像的录制要点演示录像不是随便录屏答辩老师看的是「功能是否完整、操作是否流畅、有没有异常报错」。我一般按这个顺序录启动项目 → 打开首页 → 注册新用户 → 浏览商品 → 加入购物车 → 下单 → 模拟支付 → 查看订单状态 → 切换管理员账号 → 上架新花束 → 查看订单列表。全程控制在 5 到 8 分钟不要录编译过程不要录数据库客户端操作。录制工具用 OBS 或者系统自带录屏都行分辨率 1920x1080帧率 30。录之前把浏览器书签栏隐藏桌面图标清理干净避免出现无关信息。如果演示过程中出现报错不要慌切到后台日志页面展示异常处理结果反而能证明你的系统有容错能力。4.3 前后端联调的三个常见参数问题第一个是日期格式。后端返回的 create_time 是 ISO 格式前端显示需要格式化。在 application.yml 里加spring.jackson.date-formatyyyy-MM-dd HH:mm:ss和spring.jackson.time-zoneGMT8否则页面会显示一串时间戳。第二个是跨域。开发阶段前端跑在 8080后端跑在 8081浏览器会拦截请求。在后端加一个 CorsConfig 配置类允许本地来源。上线后前后端同源就不需要了。第三个是文件上传大小限制。Spring Boot 默认单文件 1MB鲜花图片很容易超过。在 application.yml 里设置spring.servlet.multipart.max-file-size10MB和max-request-size10MB同时 Nginx 如果做了反向代理也要改 client_max_body_size。5. 避坑与排查花店系统上线前必须检查的五个问题5.1 现象下单后库存没变但订单已生成原因Service 方法没有加 Transactional或者异常被 catch 后没有重新抛出导致事务没有回滚。还有一种可能是 MyBatis 的自动提交开着每条 SQL 独立提交。解决检查 Transactional 注解是否加在 public 方法上rollbackFor 是否指定了 Exception.class。如果用了 try-catch在 catch 里必须 throw new RuntimeException 或者手动回滚。另外确认数据库表的存储引擎是 InnoDB。5.2 现象中文花名在数据库里显示成问号原因数据库连接 URL 没有指定 characterEncoding或者建表时字符集用了 latin1。解决连接 URL 加useUnicodetruecharacterEncodingutf8mb4建表和数据库都改成 utf8mb4。如果已经建好表用ALTER TABLE bouquet CONVERT TO CHARACTER SET utf8mb4;修改。注意 utf8mb4 和 utf8 在 MySQL 里不是一回事utf8 只支持 3 字节存不了 Emoji。5.3 现象管理员改价后历史订单金额跟着变了原因订单明细表没有存价格快照查询时关联了 bouquet 表的当前价格。解决order_item 表必须有 unit_price 字段下单时把价格写进去。所有订单查询都从 order_item 取价格不要 join bouquet 取 price。这个坑在答辩时经常被问提前改好能加分。5.4 现象系统运行一段时间后接口响应越来越慢原因数据库连接泄漏或者慢 SQL 拖垮连接池。常见的是在循环里查数据库比如订单列表里每条订单都去查一次用户信息。解决开启 HikariCP 的 leak-detection-threshold观察日志。用 MyBatis 的collection或者手动批量查询替代循环单查。订单列表接口用 join 一次查出用户昵称不要 N1。5.5 现象演示录像里图片全部裂开原因图片存的是本地绝对路径换机器后路径不存在。或者上传目录没有配置静态资源映射。解决数据库存相对路径比如/upload/20250101/abc.jpg。后端加 WebMvcConfig 把/upload/**映射到本地磁盘目录。演示前把 upload 目录一起拷贝到新机器保持相对路径一致。6. 进阶技巧用订单号生成策略和定时任务把系统做扎实订单号生成看起来简单但课程设计里经常出现重复订单号导致插入失败。我一般用「时间戳 用户 ID 后四位 随机数」的组合长度控制在 32 位以内。下面是一个可复用的工具方法public class OrderNoGenerator { private static final DateTimeFormatter FORMATTER DateTimeFormatter.ofPattern(yyyyMMddHHmmss); public static String generate(Long userId) { String time LocalDateTime.now().format(FORMATTER); String userPart String.format(%04d, userId % 10000); String random String.valueOf((int) (Math.random() * 9000) 1000); return time userPart random; } }这个方案在单机环境下重复概率极低但如果要分布式部署需要引入 Redis 自增或者雪花算法。课程设计单机跑上面这个够用。注意 random 用 Math.random 在高并发下仍有碰撞可能更稳妥的是用 ThreadLocalRandom.current().nextInt(1000, 9999)。另一个进阶点是定时任务每天凌晨检查待支付订单超过 30 分钟未支付的自动取消并回滚库存。用 Spring 的 Scheduled 注解就能实现Component public class OrderTimeoutTask { Autowired private OrderService orderService; // 每 5 分钟执行一次 Scheduled(cron 0 0/5 * * * ?) public void cancelTimeoutOrders() { ListOrders timeoutOrders orderService.findTimeoutOrders(30); for (Orders order : timeoutOrders) { try { orderService.cancelOrder(order.getId()); } catch (Exception e) { // 记录日志继续处理下一单 log.error(取消超时订单失败: {}, order.getOrderNo(), e); } } } }cron 表达式0 0/5 * * * ?表示每 5 分钟的第 0 秒触发。cancelOrder 方法里要做两件事把订单状态改成已取消把订单明细里的数量加回 bouquet 库存。这两步也要在同一个事务里。注意定时任务默认是单线程的如果订单量大需要配置 TaskScheduler 的线程池否则任务执行时间超过间隔会导致堆积。最后说一个我自己的习惯每次改完数据库字段或者接口参数先跑一遍完整的下单流程从注册到支付到取消不要只测单个接口。花店系统的坑往往不在单个功能而在状态流转的边界上。希望帮到你。本文还有配套的精品资源点击获取