SpringBoot+MySQL宠物商城毕业设计：从架构到部署的实战指南

简介：这是一套面向计算机专业本科生的高分毕业设计级宠物商城管理系统，适用于Java Web课程设计、期末大作业及毕设参考，解决宠物电商场景下的商品管理、订单处理、用户交互与后台运维等核心问题。资源包共2个文件（1个ZIP源码包+1个SQL数据库脚本），总大小14.06MB；ZIP中含完整SpringBoot后端、HTML/CSS/JS前端页面及项目配置，SQL脚本可一键初始化MySQL 5.7+数据库结构与基础数据，确保开箱即用。已有58人学习下载，项目经导师指导并通过答辩，代码结构清晰、模块划分合理（含用户中心、商品展示、购物车、订单管理、库存监控等完整业务链），配套Navicat建库指引与IDEA+Maven部署说明，无需额外配置即可运行。

1. 项目概述与核心价值

最近几年，身边不少学弟学妹在做毕业设计时，都倾向于选择“宠物商城”这个方向。它听起来接地气，功能模块清晰，又能很好地串联起前后端的主流技术栈。一个典型的基于SpringBoot+MySQL+HTML的宠物商城管理系统，绝不仅仅是一个简单的“增删改查”练习。它实际上是一个微缩的、完整的电商业务模型，涵盖了用户管理、商品展示、购物流程、订单处理、后台管理等核心环节。对于计算机相关专业的同学来说，这个选题的价值在于，它提供了一个从零到一、将理论知识转化为可运行产品的绝佳实践场。你不仅能巩固Java Web开发、数据库设计、前端交互等基本功，更能深入理解一个真实业务系统的数据流转、状态管理和安全边界。我当年带毕业设计时，就发现很多同学卡在“功能都做了，但系统就是跑不起来”或者“数据一多就乱套”的环节。所以，这篇内容我会以一个“过来人”兼“项目评审者”的视角，帮你拆解这个高分毕业设计的核心要点、技术选型背后的逻辑，以及那些教科书上不会写的“踩坑实录”和“加分技巧”。无论你是正在选题、已经开题，还是卡在了某个技术环节，希望这篇近万字的实操指南能成为你的“项目地图”。

2. 系统整体架构与设计思路拆解

2.1 为什么是SpringBoot + MySQL + HTML？

这个技术组合几乎是当前高校Java Web毕业设计的“黄金标配”，其背后有深刻的合理性。

首先，SpringBoot的核心优势在于“约定大于配置”和快速启动。对于毕业设计这种时间有限、需要快速产出可演示成果的项目来说，它极大地简化了传统SSM（Spring+SpringMVC+MyBatis）框架繁琐的XML配置。你只需要在pom.xml中引入对应的starter依赖，比如spring-boot-starter-web、spring-boot-starter-data-jpa或mybatis-spring-boot-starter，再写一个标注了@SpringBootApplication的主类，一个内嵌了Tomcat的Web应用就启动了。这让你能把精力集中在业务逻辑，而非环境搭建上。我见过有同学用纯Servlet+JSP硬啃，结果一半时间都花在了处理请求转发和连接池配置上，得不偿失。

其次，MySQL作为关系型数据库的代表，其生态成熟、资料丰富，是学习数据库原理和SQL的最佳实践对象。宠物商城涉及的商品、用户、订单、购物车等实体间存在明确的关联关系（一对多、多对多），非常适合用关系模型来设计。使用MySQL，你可以深入实践数据库三大范式、索引优化、事务控制（ACID）等核心概念。例如，确保“用户下单扣减库存”这个操作的事务性，是电商系统必须解决的经典问题。

最后，HTML作为前端展示层，结合CSS和JavaScript（或jQuery），构成了经典的前后端不分离架构。对于毕业设计而言，这个架构的优势在于逻辑集中、部署简单。所有页面渲染都在服务器端完成（使用Thymeleaf、FreeMarker等模板引擎），后端Controller处理好数据，直接填充到HTML模板中返回给浏览器。这避免了分离架构中需要额外处理跨域、独立部署前端项目的复杂度。虽然现在Vue、React更流行，但在一个以展示后端能力为核心的毕业设计中，使用HTML模板引擎能让你更聚焦于后端业务逻辑的完整实现，且最终只需打包成一个可执行的JAR文件，方便答辩演示。

注意：这里说的“HTML”是一个泛指，实际开发中一定会结合CSS（如Bootstrap）和JavaScript（或jQuery）来构建交互界面。选择Bootstrap这类前端框架，能极大提升开发效率和界面美观度，把时间留给更核心的后端逻辑。

2.2 核心业务模块与数据流设计

一个高分的宠物商城，不能只实现“能买东西”。它需要体现你对业务闭环的理解。系统通常分为前台用户端和后台管理端。

前台用户端核心模块：

1. 用户模块：注册、登录（含密码加密）、个人信息管理、收货地址管理。
2. 商品模块：商品分类浏览、商品列表分页展示、商品详情页（多图展示、规格选择）、商品搜索（按名称、分类）。
3. 购物车模块：添加商品、修改数量、删除商品、批量结算。这里的一个关键设计是：购物车数据在用户登录前如何保存？通常采用Cookie或Session存储临时购物车，登录后合并到数据库的用户购物车表中。
4. 订单模块：生成订单（计算总价、选择地址）、订单列表、订单状态跟踪（待付款、待发货、待收货、已完成）、在线支付模拟（集成支付宝/微信支付沙箱环境是巨大加分项）。
5. 支付模块（模拟）：调用支付平台沙箱接口，处理支付回调，更新订单状态。即使不真实收款，完整的支付流程模拟也能极大提升项目完整度。

后台管理端核心模块：

1. 仪表盘：显示关键数据概览，如今日订单数、销售额、用户增长等。
2. 商品管理：对商品进行CRUD（增删改查），特别是商品上下架、库存管理。
3. 订单管理：查看所有订单，处理发货、退款等操作。
4. 用户管理：查看用户列表，禁用/启用账户。
5. 分类管理：维护商品分类树。
6. 数据统计：简单的销售报表，按时间、商品类别统计。

数据流设计要点：当用户从前台发起一个“提交订单”请求时，数据流是这样的：请求到达Spring Boot的DispatcherServlet，路由到对应的Controller；Controller调用Service层业务方法；Service方法内部会进行一系列业务校验（如库存是否充足），并利用@Transactional注解开启数据库事务；然后调用Repository（或Mapper）与MySQL数据库交互，依次插入订单主表、订单明细表，并更新商品库存表；最后事务提交，Controller将结果返回给前端页面渲染。这个过程中，任何一个环节的失败都需要有相应的异常处理和事务回滚机制。

3. 数据库设计与核心表结构解析

数据库设计是系统的基石，设计得好，后续开发顺风顺水；设计得差，到处是坑。下面给出一个经过精简和优化的核心表结构，并解释设计意图。

3.1 核心实体关系图（E-R）与表结构

主要实体包括：用户(User)、商品(Product)、商品分类(Category)、购物车(Cart)、订单(Order)、订单明细(OrderItem)、收货地址(Address)。

1. 用户表 (t_user)

CREATE TABLE `t_user` ( `id` int(11) NOT NULL AUTO_INCREMENT COMMENT '用户ID', `username` varchar(50) NOT NULL UNIQUE COMMENT '用户名', `password` varchar(255) NOT NULL COMMENT '加密后的密码', `email` varchar(100) DEFAULT NULL COMMENT '邮箱', `phone` varchar(20) DEFAULT NULL COMMENT '手机号', `avatar` varchar(500) DEFAULT NULL COMMENT '头像URL', `status` tinyint(1) DEFAULT '1' COMMENT '状态：0-禁用，1-启用', `create_time` datetime DEFAULT CURRENT_TIMESTAMP COMMENT '创建时间', `update_time` datetime DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP COMMENT '更新时间', PRIMARY KEY (`id`) ) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COMMENT='用户表';

设计要点：

• password字段必须足够长（推荐255），因为使用BCrypt等算法加密后的字符串很长。
• 使用utf8mb4字符集，支持存储Emoji等特殊字符。
• status字段用于软删除或禁用账户，而不是物理删除记录。
• create_time和update_time是审计字段，便于追踪数据变化。

2. 商品分类表 (t_category)

CREATE TABLE `t_category` ( `id` int(11) NOT NULL AUTO_INCREMENT, `name` varchar(50) NOT NULL COMMENT '分类名称', `parent_id` int(11) DEFAULT NULL COMMENT '父分类ID，NULL表示一级分类', `sort` int(11) DEFAULT '0' COMMENT '排序值', `icon` varchar(255) DEFAULT NULL COMMENT '分类图标', PRIMARY KEY (`id`), KEY `idx_parent_id` (`parent_id`) ) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COMMENT='商品分类表';

设计要点：

• 采用parent_id自关联实现无限级分类。查询子分类时可用递归或一次查询后程序组装树形结构。
• sort字段用于控制前端展示顺序。
• 为parent_id建立索引(idx_parent_id)，提升根据父ID查询子分类的速度。

3. 商品表 (t_product)

CREATE TABLE `t_product` ( `id` int(11) NOT NULL AUTO_INCREMENT, `name` varchar(200) NOT NULL COMMENT '商品名称', `category_id` int(11) NOT NULL COMMENT '所属分类ID', `price` decimal(10,2) NOT NULL COMMENT '商品价格', `stock` int(11) NOT NULL DEFAULT '0' COMMENT '库存', `main_image` varchar(500) DEFAULT NULL COMMENT '主图URL', `sub_images` text COMMENT '子图URL列表，JSON格式存储', `detail` text COMMENT '商品详情（富文本HTML）', `status` tinyint(1) DEFAULT '1' COMMENT '状态：0-下架，1-上架', `create_time` datetime DEFAULT CURRENT_TIMESTAMP, `update_time` datetime DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP, PRIMARY KEY (`id`), KEY `idx_category_id` (`category_id`), KEY `idx_status` (`status`) ) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COMMENT='商品表';

设计要点：

• price字段使用DECIMAL(10,2)，精确存储金额，避免浮点数精度问题。
• stock库存是关键字段，在高并发下单场景下需要重点处理。
• sub_images使用TEXT类型存储JSON字符串，如["url1", "url2"]。这是一种反范式设计，避免了单独建商品图片表带来的联表查询开销，适合展示需求简单、更新不频繁的场景。如果图片需要独立管理（如排序、描述），则应拆分为单独的表。
• 为category_id和status建立索引，加速按分类和状态筛选商品。

4. 购物车表 (t_cart)

CREATE TABLE `t_cart` ( `id` int(11) NOT NULL AUTO_INCREMENT, `user_id` int(11) NOT NULL COMMENT '用户ID', `product_id` int(11) NOT NULL COMMENT '商品ID', `quantity` int(11) NOT NULL COMMENT '商品数量', `selected` tinyint(1) DEFAULT '1' COMMENT '是否选中：0-否，1-是', `create_time` datetime DEFAULT CURRENT_TIMESTAMP, `update_time` datetime DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP, PRIMARY KEY (`id`), UNIQUE KEY `uk_user_product` (`user_id`,`product_id`), KEY `idx_user_id` (`user_id`) ) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COMMENT='购物车表';

设计要点：

• 设置唯一键uk_user_product(user_id,product_id)，确保同一个用户的同一个商品在购物车里只有一条记录，添加时自动转为更新数量操作。
• selected字段用于实现购物车商品勾选功能。

5. 订单表 (t_order) 与 订单明细表 (t_order_item)这是核心且关联紧密的两张表，通常一起设计。

订单主表 (t_order)：

CREATE TABLE `t_order` ( `id` varchar(32) NOT NULL COMMENT '订单号（非自增，使用雪花算法等生成）', `user_id` int(11) NOT NULL COMMENT '用户ID', `address_id` int(11) NOT NULL COMMENT '收货地址ID', `total_amount` decimal(10,2) NOT NULL COMMENT '订单总金额', `freight_amount` decimal(10,2) DEFAULT '0.00' COMMENT '运费', `payable_amount` decimal(10,2) NOT NULL COMMENT '应付金额（总金额+运费-优惠）', `payment_type` tinyint(1) DEFAULT NULL COMMENT '支付方式：1-支付宝，2-微信', `status` tinyint(1) NOT NULL COMMENT '订单状态：0-已取消，1-待付款，2-待发货，3-待收货，4-已完成', `payment_time` datetime DEFAULT NULL COMMENT '支付时间', `delivery_time` datetime DEFAULT NULL COMMENT '发货时间', `receive_time` datetime DEFAULT NULL COMMENT '收货时间', `create_time` datetime DEFAULT CURRENT_TIMESTAMP, `update_time` datetime DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP, PRIMARY KEY (`id`), KEY `idx_user_id` (`user_id`), KEY `idx_create_time` (`create_time`) ) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COMMENT='订单主表';

订单明细表 (t_order_item)：

CREATE TABLE `t_order_item` ( `id` int(11) NOT NULL AUTO_INCREMENT, `order_id` varchar(32) NOT NULL COMMENT '订单号', `product_id` int(11) NOT NULL COMMENT '商品ID', `product_name` varchar(200) NOT NULL COMMENT '商品名称（快照）', `product_image` varchar(500) DEFAULT NULL COMMENT '商品主图（快照）', `current_price` decimal(10,2) NOT NULL COMMENT '下单时的单价', `quantity` int(11) NOT NULL COMMENT '购买数量', `total_price` decimal(10,2) NOT NULL COMMENT '当前单价*数量', `create_time` datetime DEFAULT CURRENT_TIMESTAMP, PRIMARY KEY (`id`), KEY `idx_order_id` (`order_id`) ) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COMMENT='订单明细表';

设计要点：

• 订单号：不使用自增ID，而使用分布式ID生成算法（如雪花算法）生成字符串ID。好处是：无规律、可扩展、长度固定。在Java中可以使用hutool工具包的IdUtil.createSnowflake方法生成。
• 数据快照：在t_order_item中存储了product_name,product_image,current_price。这是电商系统的关键设计！商品信息（名称、价格、图片）可能会变，但订单记录必须永久保持下单时的原始信息，不能随着商品信息的修改而改变。这叫做“订单快照”或“数据固化”。
• 状态流转：status字段定义了订单的生命周期。后端业务逻辑必须严格约束状态的变化路径（例如，不能从“待发货”直接变成“已完成”）。
• 索引策略：订单主表按user_id和create_time查询非常频繁，必须建立索引。

3.2 数据库设计避坑指南

1. 字段类型选择：金额用DECIMAL，状态等短整型用TINYINT，文本内容根据长度选择VARCHAR或TEXT，并统一使用utf8mb4字符集。
2. 索引不是越多越好：只为高频查询条件（WHERE）、排序（ORDER BY）、连接（JOIN）的字段建索引。像status这种区分度很低的字段，建索引效果有限，需酌情考虑。更新频繁的表，索引过多会影响写入性能。
3. 外键约束慎用：在互联网应用中，为了追求极致性能和便于分库分表，通常不在数据库层面建立外键约束，而是在应用层通过代码逻辑保证数据一致性。毕业设计项目数据量小，为了体现数据库知识的完整性，可以加上外键。
4. 预留扩展字段：可以在关键表中添加一个ext_info字段（TEXT类型），用于以JSON格式存储一些未来可能增加、又不愿频繁改表的属性。但这只是权宜之计，良好的设计应预见主要字段。

4. SpringBoot后端核心实现与业务逻辑

4.1 项目结构与依赖配置

使用Spring Initializr（start.spring.io）或IDE直接创建项目。核心依赖包括：

• spring-boot-starter-web: Web开发
• spring-boot-starter-data-jpa或mybatis-spring-boot-starter: 数据持久化（二选一，JPA更简单，MyBatis更灵活）
• mysql-connector-java: MySQL驱动
• spring-boot-starter-thymeleaf: 模板引擎（如果前后端不分离）
• spring-boot-starter-validation: 参数校验
• spring-boot-starter-aop: 面向切面编程，可用于日志、事务等
• hutool-all: 国产全能工具库，处理ID生成、加密、日期等非常方便
• lombok: 简化实体类代码（可选，但强烈推荐）

目录结构建议：

src/main/java/com/yourdomain/petstore/ ├── PetStoreApplication.java // 启动类 ├── config/ // 配置类 ├── controller/ // 控制器层 │ ├── front/ // 前台控制器 │ └── admin/ // 后台控制器 ├── service/ // 业务逻辑层 │ └── impl/ // 实现类 ├── repository/ (或 mapper/) // 数据访问层（JPA叫repository，MyBatis叫mapper） ├── model/ (或 entity/ domain/) // 实体类 ├── dto/ // 数据传输对象 ├── vo/ // 视图对象 └── util/ // 工具类 src/main/resources/ ├── application.yml // 主配置文件 ├── static/ // 静态资源（css, js, images） └── templates/ // 模板文件（.html）

4.2 用户模块：安全与状态管理

用户模块的核心是认证(Authentication)与授权(Authorization)。对于毕业设计，实现一个简单的Session-Based认证即可。

1. 密码加密存储绝对不能在数据库中明文存储密码！使用Spring Security的BCryptPasswordEncoder是行业标准。

@Service public class UserService { @Autowired private PasswordEncoder passwordEncoder; // 需在Config中注入Bean public void register(User user) { // 对密码进行加密 String encodedPwd = passwordEncoder.encode(user.getPassword()); user.setPassword(encodedPwd); // 保存用户... } public boolean login(String username, String rawPassword) { User user = userRepository.findByUsername(username); if (user == null) return false; // 匹配明文密码和加密后的密码 return passwordEncoder.matches(rawPassword, user.getPassword()); } }

2. 登录状态与会话管理用户登录成功后，将其关键信息（如userId,username）存入HttpSession。

@Controller public class LoginController { @PostMapping("/login") public String doLogin(@RequestParam String username, @RequestParam String password, HttpSession session) { User user = userService.login(username, password); if (user != null) { // 登录成功，存入session session.setAttribute("loginUser", user); // 可以顺便合并未登录时的购物车 cartService.mergeCart(session, user.getId()); return "redirect:/index"; } else { // 登录失败，返回错误信息 return "login"; } } @GetMapping("/logout") public String logout(HttpSession session) { session.invalidate(); // 销毁session return "redirect:/login"; } }

在需要登录的页面或接口，通过判断session.getAttribute("loginUser")是否为空来进行拦截。

3. 拦截器实现登录检查创建一个拦截器，对需要登录的请求路径进行统一校验。

@Component public class LoginInterceptor implements HandlerInterceptor { @Override public boolean preHandle(HttpServletRequest request, HttpServletResponse response, Object handler) throws Exception { HttpSession session = request.getSession(); Object user = session.getAttribute("loginUser"); if (user == null) { // 未登录，跳转到登录页 response.sendRedirect("/login"); return false; } return true; } }

然后在配置类中注册这个拦截器，并指定拦截路径（如/order/**,/cart/**）和排除路径（如/login,/register,/static/**）。

4.3 商品与购物车：并发与数据一致性

1. 商品展示与分页商品列表分页是必备功能。使用Spring Data JPA可以轻松实现：

@Repository public interface ProductRepository extends JpaRepository<Product, Integer> { Page<Product> findByCategoryIdAndStatus(Integer categoryId, Integer status, Pageable pageable); Page<Product> findByNameContainingAndStatus(String keyword, Integer status, Pageable pageable); } @Service public class ProductService { public Page<Product> getProductsByCategory(Integer categoryId, Integer pageNum, Integer pageSize) { Pageable pageable = PageRequest.of(pageNum - 1, pageSize, Sort.by("createTime").descending()); return productRepository.findByCategoryIdAndStatus(categoryId, 1, pageable); // status=1为上架 } }

在Controller中，将Page对象传递给Thymeleaf模板，前端即可渲染分页导航。

2. 购物车实现细节购物车业务有两个难点：未登录状态和登录后合并。

• 未登录状态：将购物车信息以JSON格式存入Cookie或Session。例如，用Map<productId, quantity>的结构存储。
• 登录后合并：用户登录时，从Cookie/Session中取出临时购物车数据，与数据库中该用户的购物车记录进行合并（相同商品数量相加，不同商品新增记录）。
• 唯一性约束：如前所述，数据库购物车表通过(user_id, product_id)唯一键来保证一种商品只占一条记录，INSERT ... ON DUPLICATE KEY UPDATE语句是实现“添加或更新数量”的利器。

3. 下单与库存扣减——高并发陷阱这是电商系统最经典的并发问题。用户A和用户B同时购买同一件最后一件库存的商品，如果不加控制，两人可能都下单成功，导致超卖。

解决方案一：悲观锁（不推荐用于高并发）在查询商品时使用SELECT ... FOR UPDATE锁定该行数据，直到事务结束。这会影响性能。

解决方案二：乐观锁（常用）在商品表中增加一个版本号字段version（或使用更新时间戳）。

UPDATE t_product SET stock = stock - #{quantity}, version = version + 1 WHERE id = #{productId} AND stock >= #{quantity} AND version = #{oldVersion}

如果更新返回的影响行数为0，说明库存不足或版本号已变（被其他事务修改），则下单失败。需要在业务代码中重试或提示用户。

解决方案三：在应用层使用分布式锁或队列对于毕业设计，使用乐观锁是最佳实践。它简单有效，能很好地体现你对并发问题的思考。在Service层的方法上添加@Transactional注解，并在更新库存的代码中判断影响行数即可。

4.4 订单模块：状态机与支付模拟

1. 订单状态流转订单状态必须被严格管理。推荐使用状态模式或简单的枚举+条件判断来实现状态机逻辑。

public enum OrderStatus { CANCELED(0, "已取消"), UNPAID(1, "待付款"), PAID(2, "待发货"), DELIVERED(3, "待收货"), FINISHED(4, "已完成"); // ... 构造方法、getter } @Service public class OrderService { @Transactional public void cancelOrder(String orderId, Integer userId) { Order order = orderRepository.findByIdAndUserId(orderId, userId); if (order == null) throw new RuntimeException("订单不存在"); if (!order.getStatus().equals(OrderStatus.UNPAID.getCode())) { throw new RuntimeException("只有待付款订单才能取消"); } // 1. 更新订单状态为“已取消” order.setStatus(OrderStatus.CANCELED.getCode()); orderRepository.save(order); // 2. 恢复商品库存（需要查询订单明细） List<OrderItem> items = orderItemRepository.findByOrderId(orderId); for (OrderItem item : items) { productService.increaseStock(item.getProductId(), item.getQuantity()); } } }

2. 支付流程模拟真实支付涉及与支付宝、微信支付的对接，流程复杂。毕业设计中，强烈建议使用官方沙箱环境进行模拟。

• 支付宝沙箱：注册支付宝开放平台，创建沙箱应用，获得APP_ID、私钥、支付宝公钥。集成支付宝提供的SDK，调用alipay.trade.page.pay接口生成支付页面。配置一个公网可访问的回调地址（ngrok等内网穿透工具可以临时解决本地开发回调问题），用于接收支付结果通知。
• 模拟流程：用户点击支付 -> 后端调用支付宝接口生成支付表单 -> 跳转到沙箱支付页 -> 用户用沙箱账号密码支付 -> 支付宝异步通知你的回调接口 -> 你的接口验证签名并更新订单状态为“已支付”。 即使最终演示时无法完成完整的支付回调，你也应该在文档和代码中体现出对接的思路和关键代码（如签名生成、验签），这能极大提升评审老师的好感度。

5. 前端页面与模板引擎整合

5.1 Thymeleaf模板引擎基础

Spring Boot官方推荐Thymeleaf，它语法自然，能在静态HTML中直接预览。在pom.xml引入spring-boot-starter-thymeleaf依赖，并在application.yml中做基本配置：

spring: thymeleaf: prefix: classpath:/templates/ suffix: .html mode: HTML encoding: UTF-8 cache: false # 开发时关闭缓存，修改即时生效

在Controller中，通过Model对象传递数据到前端：

@Controller public class ProductController { @GetMapping("/product/{id}") public String detail(@PathVariable Integer id, Model model) { Product product = productService.getProductById(id); model.addAttribute("product", product); return "front/product_detail"; // 对应 templates/front/product_detail.html } }

在HTML中，使用Thymeleaf语法渲染：

<!DOCTYPE html> <html lang="zh-CN" xmlns:th="http://www.thymeleaf.org"> <head> <meta charset="UTF-8"> <title th:text="${product.name} + ' - 宠物商城'">商品详情</title> <link rel="stylesheet" th:href="@{/css/bootstrap.min.css}"> </head> <body> <div class="container"> <h1 th:text="${product.name}">商品名称</h1> <p>价格：<span th:text="${#numbers.formatDecimal(product.price, 1, 2)}">0.00</span>元</p> <p>库存：<span th:text="${product.stock}">0</span>件</p> <!-- 判断库存，控制按钮 --> <button th:if="${product.stock > 0}" th:onclick="|addToCart(${product.id})|">加入购物车</button> <button th:unless="${product.stock > 0}" disabled>已售罄</button> </div> <script th:src="@{/js/jquery.min.js}"></script> <script> function addToCart(productId) { $.post('/cart/add', {productId: productId, quantity: 1}, function(resp) { if (resp.code === 200) { alert('添加成功！'); } else { alert(resp.msg); } }); } </script> </body> </html>

5.2 前后端数据交互：AJAX与RESTful风格

虽然整体是服务端渲染，但局部交互（如添加购物车、修改数量）使用AJAX能提升用户体验。Controller可以设计成返回JSON格式的数据。

@RestController // 注意是@RestController，不是@Controller @RequestMapping("/api/cart") public class CartApiController { @PostMapping("/add") public Result addItem(@RequestParam Integer productId, @RequestParam Integer quantity, HttpSession session) { // ... 业务逻辑 return Result.success("添加成功"); } } // 统一的返回结果封装类 @Data public class Result { private Integer code; // 200成功，500失败 private String msg; private Object data; public static Result success(Object data) { Result r = new Result(); r.setCode(200); r.setMsg("操作成功"); r.setData(data); return r; } }

前端jQuery的$.ajax或$.post即可处理这种JSON响应。

5.3 使用Bootstrap快速构建UI

Bootstrap是快速搭建美观界面的神器。从官网引入CSS和JS，使用其栅格系统、组件和工具类。

• 布局：使用container、row、col-*构建响应式布局。
• 组件：导航栏(navbar)、卡片(card)、按钮(btn)、表单(form-control)、分页(pagination)等直接套用。
• 图标：引入Font Awesome图标库，使用<i class="fas fa-shopping-cart"></i>来添加图标。

一个商品列表页的卡片示例：

<div class="row"> <div th:each="product : ${productPage.content}" class="col-md-3 mb-4"> <div class="card h-100"> <img th:src="${product.mainImage}" class="card-img-top" alt="商品图"> <div class="card-body"> <h5 class="card-title" th:text="${product.name}">商品名</h5> <p class="card-text text-danger" th:text="'¥' + ${#numbers.formatDecimal(product.price,1,2)}">价格</p> <a th:href="@{/product/{id}(id=${product.id})}" class="btn btn-primary btn-sm">查看详情</a> </div> </div> </div> </div>

6. 项目部署、测试与答辩准备

6.1 本地运行与打包

1. 数据库初始化：在MySQL中创建数据库（如pet_store），并运行你的建表SQL脚本。在application.yml中配置数据源。

   spring: datasource: url: jdbc:mysql://localhost:3306/pet_store?useUnicode=true&characterEncoding=utf8&serverTimezone=Asia/Shanghai username: root password: yourpassword driver-class-name: com.mysql.cj.jdbc.Driver jpa: hibernate: ddl-auto: update # 首次可设为create，后续改为update或validate show-sql: true # 开发时显示SQL，便于调试

2. 运行与调试：直接运行PetStoreApplication的main方法，或使用mvn spring-boot:run。访问http://localhost:8080。

3. 打包：使用Maven命令mvn clean package -DskipTests，会在target目录下生成一个可执行的JAR文件（如pet-store-0.0.1-SNAPSHOT.jar）。

6.2 部署到服务器（以Linux为例）

1. 上传文件：使用FTP或SCP将JAR包和前端静态资源（如果有独立前端）上传到服务器。
2. 运行：在服务器上安装Java运行环境（JRE 8或11）。使用nohup命令在后台运行：

   nohup java -jar pet-store-0.0.1-SNAPSHOT.jar --server.port=8080 > app.log 2>&1 &

   --server.port可以指定端口。> app.log 2>&1 &将日志输出到文件并后台运行。
3. 使用Nginx反向代理（可选但推荐）：安装Nginx，配置将80端口的请求转发到8080端口的Spring Boot应用，并处理静态资源。

   server { listen 80; server_name your-domain.com; # 或服务器IP location / { proxy_pass http://127.0.0.1:8080; proxy_set_header Host $host; proxy_set_header X-Real-IP $remote_addr; } # 静态资源交由Nginx直接处理，效率更高 location /static/ { alias /path/to/your/static/files/; expires 30d; } }

6.3 系统测试要点

1. 功能测试：按照功能清单，逐一测试所有功能点是否正常。特别是边界情况：库存为0时能否购买？收货地址为空时能否下单？订单取消后库存是否恢复？
2. 流程测试：模拟完整用户旅程：注册 -> 登录 -> 浏览商品 -> 加入购物车 -> 下单 -> 支付（模拟）-> 查看订单 -> 确认收货。
3. 兼容性测试：在不同浏览器（Chrome, Firefox, Edge）下检查页面布局和功能。
4. 压力测试（可选加分项）：使用JMeter或Apache Bench简单模拟多用户并发访问商品页、提交订单，观察系统响应和数据库压力。这能体现你的工程思维。

6.4 毕业设计答辩准备

1. 文档齐全：需求分析、数据库设计（E-R图、表结构）、系统设计（架构图、模块图）、接口文档、部署文档、用户手册。这些是硬性指标。
2. 演示流畅：准备一个清晰的演示脚本。从登录开始，重点演示核心业务流程（如完整购买流程、后台商品上架和订单处理），避免在次要功能上浪费时间。
3. 突出亮点：主动提及你项目中解决的核心难点，比如：“我使用了乐观锁解决了库存超卖问题”、“我集成了支付宝沙箱环境模拟了真实支付流程”、“我设计了订单快照表来固化交易信息”。
4. 代码整洁：确保关键业务逻辑的代码有清晰的注释，命名规范。老师可能会随机抽查某个功能的代码。
5. 准备问答：预测老师可能问的问题：为什么用SpringBoot？为什么不用Redis做缓存？你的数据库索引是怎么设计的？如果用户量很大，你的系统哪里可能成为瓶颈？如何改进？提前准备好答案。

7. 常见问题排查与性能优化思路

在实际开发中，你肯定会遇到各种“坑”。这里记录一些典型问题和解决思路。

7.1 开发阶段常见问题

1. 数据库连接失败：

   • 错误信息：Communications link failure或Access denied for user。
   • 排查：检查application.yml中的数据库URL、用户名、密码是否正确；检查MySQL服务是否启动；检查是否使用了serverTimezone参数（建议设置为Asia/Shanghai）。

2. Thymeleaf模板解析错误：

   • 错误信息：Template might not exist or might not be accessible。
   • 排查：检查Controller中返回的字符串是否与templates/目录下的HTML文件路径匹配；检查HTML文件开头是否引入了Thymeleaf命名空间xmlns:th="http://www.thymeleaf.org"。

3. 插入中文数据乱码：

   • 排查：确保三处编码统一为UTF-8：数据库/表字符集、Spring Boot数据源URL（添加?characterEncoding=utf8）、MySQL驱动版本（8.x以上驱动类名是com.mysql.cj.jdbc.Driver）。

4. 事务不回滚：

   • 现象：方法抛异常了，但数据库数据还是改了。
   • 排查：首先，确保方法上有@Transactional注解，并且是由Spring容器管理的Bean（如@Service）。其次，默认只对RuntimeException和Error回滚，如果抛出的是Exception，需要指定@Transactional(rollbackFor = Exception.class)。最后，确保异常没有被catch住并吞掉。

7.2 部署与运行问题

1. 端口被占用：

   • 解决：netstat -tunlp | grep 8080查找占用端口的进程，kill掉；或者修改Spring Boot的启动端口--server.port=8081。

2. JAR包运行找不到主类：

   • 排查：检查pom.xml中是否配置了Spring Boot的Maven插件(spring-boot-maven-plugin)。没有这个插件打出来的JAR不是可执行JAR。

3. 静态资源404：

   • 排查：Spring Boot默认从/static,/public等目录提供静态资源。检查你的CSS/JS文件是否放在了src/main/resources/static/下，访问路径是否为/css/style.css。如果使用了Nginx，检查Nginx配置的静态资源路径是否正确。

7.3 性能优化进阶思考（加分项）

如果你的项目想追求更高分，可以在文档中阐述以下优化思路，即使未完全实现：

1. 数据库层面：

   • 查询优化：为高频查询条件建立合适的索引。使用EXPLAIN命令分析慢SQL。
   • 读写分离：对于读多写少的场景（如商品浏览），可以考虑使用主从复制，将读请求分发到从库。
   • 连接池调优：调整HikariCP（Spring Boot默认连接池）的配置，如maximumPoolSize（最大连接数），避免连接数不足或过多。

2. 应用层面：

   • 缓存：引入Redis，将热点数据（如商品分类、热门商品信息）缓存起来，减少数据库压力。使用@Cacheable注解可以轻松集成。
   • 异步处理：对于一些非实时核心的操作，如发送订单成功邮件、记录操作日志，可以放入消息队列（如RabbitMQ）或使用@Async注解异步执行，提升主流程响应速度。
   • 静态资源分离：将图片、CSS、JS等静态文件放到CDN或独立的对象存储（如阿里云OSS），减轻应用服务器压力。

3. 前端层面：

   • 资源合并与压缩：使用Webpack等工具对CSS/JS进行合并、压缩，减少HTTP请求数和文件大小。
   • 浏览器缓存：通过设置HTTP响应头，让浏览器缓存静态资源。

记住，毕业设计的核心是展示你对一个完整系统开发流程的掌握，以及解决实际问题的能力。不必一味追求新技术堆砌，把基础功能做扎实、逻辑理清楚、代码写规范、文档写完整，就已经能拿到一个不错的分数了。如果在这些基础上，还能有一两个像“支付模拟”、“乐观锁控制库存”这样的亮点，高分自然水到渠成。

本文还有配套的精品资源，点击获取