基于 Spring Boot 与 MySQL 的仓库管理系统设计与实现
在构建仓库管理系统时，技术选型至关重要。以下是一个使用 Spring Boot、MyBatis 和 MySQL 实现的系统架构详解。
1. 技术选型：Spring Boot + MyBatis + MySQL
在做技术选型时，常见对比如下：
- Spring Boot vs 纯 Servlet/JSP：后者配置繁琐，需要手动处理大量 XML 和基础组件。Spring Boot 开箱即用，内嵌 Tomcat，一个 main 方法就能跑起来，能让你把精力集中在业务逻辑上。
- MyBatis vs JPA/Hibernate：对于表结构相对固定、但复杂查询较多的场景，MyBatis 的半自动化特性更友好。SQL 写在 XML 里，清晰可控，方便做性能优化。
- MySQL：开源、免费、资料多，是学习关系型数据库的首选。
这个组合既能体现对主流框架的掌握，又保证了项目的可完成性和代码的清晰度。
2. 清晰的分层架构
混乱的代码通常源于没有分层。我们采用经典的四层架构：
- Entity 层 (Pojo)：纯数据对象，与数据库表字段一一对应。例如
Product类，包含id,name,stock,price等属性。 - Mapper 层 (Dao)：数据访问层，这里定义接口，对应的 XML 文件编写 SQL。MyBatis 会帮我们自动实现。
- Service 层：业务逻辑层，这是核心。所有业务规则（如库存不能为负、入库必须关联采购单）都在这里实现。事务注解
@Transactional也加在这一层的方法上。 - Controller 层：控制层，接收 HTTP 请求，调用 Service，返回 JSON 数据。只做简单的参数校验和格式转换。
这样分层后，代码职责分明，后期修改库存逻辑，只需要动 Service，不会影响到 Controller 或 SQL。
3. 核心难点：库存扣减的并发与事务
这是仓库系统的灵魂，也是答辩时老师最爱问的点。直接 update product set stock = stock - #{quantity} where id = #{id} 在并发下会出大问题。
解决方案：乐观锁 + 事务。
首先，在 product 表增加一个版本号字段 version（或使用更新时间戳）。
// ProductEntity.java
public class Product {
private Long id;
private String name;
private Integer stock;
private Integer version; // 版本号
// ... getters and setters
}
