SpringBoot+Vue抗疫物资管理系统开发实战

发布时间：2026/11/3 14:01:32
SpringBoot+Vue抗疫物资管理系统开发实战

1. 项目概述：抗疫物资管理系统的现实意义与技术选型

2020年以来的公共卫生事件让全球意识到应急物资管理的重要性。作为计算机专业的学生，我选择开发这套抗疫物资管理系统作为毕业设计，不仅因为它具有现实意义，更因为它能全面检验我对前后端技术的掌握程度。系统采用SpringBoot+Vue+MySQL的技术栈，实现了从物资入库、调拨到消耗统计的全流程数字化管理。

这个系统特别适合两类人群：一是需要完成类似毕业设计的学生，可以直接参考技术实现；二是社区、医院等中小型机构的IT人员，稍作修改即可用于实际工作场景。我在开发过程中踩过不少坑，特别是在物资库存并发控制和权限管理方面，这些实战经验都会在后续章节详细分享。

2. 技术架构解析与核心设计思路

2.1 为什么选择SpringBoot+Vue+MySQL组合

SpringBoot的后端优势在于其自动配置和起步依赖特性，让我能快速搭建RESTful API。实测用spring-boot-starter-web和spring-boot-starter-data-jpa两个依赖，不到30分钟就能完成基础框架搭建。Vue的响应式特性则完美适配物资管理中的实时数据展示需求，比如库存预警看板。

MySQL作为关系型数据库，在事务处理方面表现稳定。我特意使用了8.0版本，利用其窗口函数简化了物资消耗的月度统计报表生成。以下是核心依赖的pom.xml片段：

<dependencies> <dependency> <groupId>org.springframework.boot</groupId> <artifactId>spring-boot-starter-data-jpa</artifactId> </dependency> <dependency> <groupId>com.auth0</groupId> <artifactId>java-jwt</artifactId> <version>3.18.2</version> </dependency> </dependencies>

2.2 系统模块划分与领域模型设计

系统分为六大核心模块：

  1. 权限管理模块（RBAC模型）
  2. 物资基础信息管理
  3. 入库/出库流水管理
  4. 库存预警模块
  5. 统计报表模块
  6. 系统监控模块

物资实体采用聚合根设计模式，核心字段包括：

@Entity public class Material { @Id @GeneratedValue(strategy = GenerationType.IDENTITY) private Long id; private String materialNo; // 物资编码 private String name; // 物资名称 private String spec; // 规格型号 @Enumerated(EnumType.STRING) private MaterialType type; // 物资类型枚举 private String unit; // 计量单位 private Double safeStock; // 安全库存量 // 省略getter/setter }

3. 关键功能实现细节与避坑指南

3.1 高并发场景下的库存控制方案

物资调拨时的库存扣减是个典型的高并发问题。我最初使用JPA的@Version乐观锁，但在压力测试时发现性能不佳。最终方案是采用MySQL行锁+重试机制：

@Transactional public boolean reduceStock(Long materialId, Double amount) { int retry = 0; while (retry < MAX_RETRY) { Material material = materialRepository.findByIdWithLock(materialId); if (material.getCurrentStock() >= amount) { material.setCurrentStock(material.getCurrentStock() - amount); materialRepository.save(material); return true; } retry++; Thread.sleep(100); } return false; }

重要提示：测试时务必模拟至少50并发请求，否则发现不了库存超卖问题

3.2 基于Vue的动态表单实现

物资类型多达20余种，每种类型的字段要求不同。通过JSON Schema配置动态表单：

// 口罩类物资表单配置 const maskSchema = { fields: [ { model: 'standard', label: '执行标准', type: 'select', options: ['YY0469-2011', 'GB19083-2010'] }, { model: 'level', label: '防护等级', type: 'radio', options: ['一级', '二级', '三级'] } ] }

3.3 权限系统的深度定制

标准RBAC模型无法满足实际需求，我扩展了数据权限控制：

  1. 角色权限：菜单+按钮级控制
  2. 部门权限：只能查看本部门物资
  3. 特殊时期权限：如封控期间开放更高权限

权限验证采用AOP切面实现：

@Around("@annotation(requiresPermission)") public Object checkPermission(ProceedingJoinPoint joinPoint, RequiresPermission requiresPermission) throws Throwable { String permission = requiresPermission.value(); if (!currentUser.hasPermission(permission)) { throw new AccessDeniedException("权限不足"); } return joinPoint.proceed(); }

4. 典型问题排查与性能优化记录

4.1 N+1查询问题优化

物资列表关联供应商信息时，最初出现严重性能问题。通过以下方案解决：

  1. 使用@EntityGraph注解定义抓取策略
  2. 对分页查询添加@QueryHints缓存
  3. 复杂报表改用原生SQL查询

优化前后对比：

查询类型优化前耗时优化后耗时
物资分页1200ms200ms
库存汇总2500ms500ms

4.2 前端内存泄漏排查

发现页面切换后内存持续增长，经排查是以下原因：

  1. 未销毁的ECharts实例
  2. 全局事件监听未移除
  3. KeepAlive缓存策略不当

解决方案：

beforeDestroy() { this.chart.dispose() window.removeEventListener('resize', this.handleResize) }

4.3 部署时的跨域问题

开发环境用proxy没问题，但生产环境出现跨域。最终方案：

  1. Nginx配置统一处理
  2. SpringBoot添加CorsFilter
  3. 对OPTIONS请求特殊处理
location /api { add_header 'Access-Control-Allow-Origin' '$http_origin'; add_header 'Access-Control-Allow-Methods' 'GET,POST,PUT,DELETE'; add_header 'Access-Control-Allow-Headers' 'Content-Type,Authorization'; }

5. 论文写作与毕业答辩要点

5.1 论文核心章节安排建议

  1. 绪论（研究背景要结合最新数据）
  2. 关键技术综述（别只讲理论，要结合系统需求）
  3. 系统分析（用例图+流程图要规范）
  4. 系统实现（重点展示创新点）
  5. 测试方案（性能测试数据要详实）

5.2 答辩常见问题准备

  1. 为什么不用Redis解决库存并发？

    • 回答要点：考虑到中小机构部署成本，MySQL方案更轻量

  2. 系统的扩展性如何体现？

    • 回答要点：模块化设计，已预留API对接健康码系统

  3. 安全措施有哪些？

    • 回答要点：JWT+盐值加密，敏感操作日志审计

5.3 部署文档编写技巧

好的部署文档应该包含：

  1. 环境要求（JDK/MySQL版本）
  2. 初始化步骤（数据库脚本位置）
  3. 配置文件修改项（标注必填项）
  4. 常见启动问题排查

示例：

启动报错"Port 8080 in use"的解决方案：

  1. netstat -ano | findstr 8080
  2. taskkill /PID [进程ID] /F 或修改application.yml的server.port

6. 项目扩展方向与实用建议

这套系统在实际使用中还可以进一步扩展：

  1. 增加物资二维码管理功能，使用ZXing库生成
  2. 对接短信平台实现库存预警自动通知
  3. 添加物资效期管理模块

对于想直接使用的同学，建议：

  1. 先精简功能，从核心模块入手
  2. 数据库字段根据实际需求调整
  3. 前端主题可按需更换ElementUI皮肤

我在开发过程中最大的体会是：不要过度设计，初期应该先用最简单的方式实现核心流程，等跑通后再逐步优化。比如库存并发问题就是后来才引入的优化，第一版先确保功能完整更重要。