SpringBoot智慧药店药品信息管理系统设计与实现详解

毕业设计做到“智慧药店药品信息管理系统”这个题目，说明你已经在往实战方向走了。这个标题看起来普通，但它其实是典型的“管理信息系统”课程设计升级版，把传统进销存搬到了SpringBoot框架上，再加了点“智慧”的光环。这篇文章我就直接从项目设计的角度拆一遍，把技术选型、模块划分、核心代码思路、部署流程和那些文档里不会写的坑一次性讲透，希望能给正在做类似题目的朋友提供一份能直接落地的参考。

1. 项目定位与总体设计思路

1.1 药店管理场景下的真实痛点

很多同学拿到这个题目，第一反应是“做一个药品的增删改查”，这就把格局做小了。你去药店买过药就知道，真实场景里店员关心的是：药快过期了有没有提醒、库存低于安全线会不会自动补货、卖出去的药有没有处方记录、会员积分别算岔了。这些都是传统管理系统的核心诉求，但“智慧”两个字意味着你要在基础管理之上，加入数据的自动流转和智能预警能力。

所以这个项目的核心需求应该拆成两大部分：一个是基础的数据管理能力，包括药品信息、供应商、分类、客户等静态数据的CRUD；另一个是业务协同能力，包括采购入库、销售出库、库存盘点、效期预警、销售统计和处方登记。两者配合起来，才是一个完整的智慧药店闭环。

1.2 为什么选SpringBoot做这个项目

我见过太多人纠结这个问题，其实答案很简单：SpringBoot是目前Java后端开发里最省事的框架，没有之一。它不是一个新框架，而是把Spring原有的复杂配置做了自动装配封装，让开发者可以把精力集中在业务代码上。

对于药店系统这种典型的“业务逻辑驱动”项目，SpringBoot能提供几样很关键的东西：一是内嵌Tomcat服务器，打一个Jar包就能跑，不用单独部署；二是Starter机制，想用Redis加一个依赖就能用，不用写一堆XML配置；三是生态极其成熟，几乎你想到的功能都有对应的官方或社区组件。智慧药店系统里你需要的权限管理、缓存、定时任务、报表导出，全部都有成熟方案可以集成。

1.3 系统功能模块全景拆解

我建议把系统划分为六个核心模块，这也是答辩时比较清晰的讲述结构：

• 系统管理模块：用户登录、角色权限、操作日志。药店系统涉及处方药销售，权限分级是硬需求，店员、店长、管理员的操作范围必须区分。
• 药品管理模块：药品基础信息维护、分类管理、供应商管理。每个药品要关联生产批号、有效期、批准文号，这些字段是后续预警功能的基础。
• 库存管理模块：入库、出库、盘点、库存查询、低库存预警。这是整个系统的业务核心。
• 销售管理模块：收银台快速结算、销售小票生成、退货处理、销售记录查询。
• 处方管理模块：处方录入、处方审核、处方单打印。这个模块是药店的监管要求，也是系统体现“智慧”的关键场景。
• 统计报表模块：日报、月报、销售排行、过期药品统计。用图表展示出来，答辩时很加分。

2. 技术架构与核心原理拆解

2.1 从零搭建SpringBoot项目的正确姿势

第一步不是复制别人的代码，而是先用IDEA官方脚手架或者Spring Initializr生成一个干净的项目骨架。这里要注意SpringBoot版本的选择，不要太激进地追求最新版，因为新版本往往意味着部分第三方依赖还没完全适配。比如有些同学基于Spring Boot 3.x开发，结果发现MyBatis Plus还在适配对应版本，折腾半天。建议直接用2.7系列，稳定且案例多，遇到问题搜一下基本都有答案。

项目基础依赖需要准备这些：

• spring-boot-starter-web：提供Web框架能力
• mybatis-plus-boot-starter：ORM框架，相比原生MyBatis省掉大量XML
• mysql-connector-java：数据库驱动
• lombok：减少实体类的Getter/Setter样板代码
• spring-boot-starter-validation：参数校验
• hutool-all：工具类集合，处理日期、Excel、加密都很好用

2.2 分层架构的职责划分与调用关系

我见过不少初学者把所有逻辑都堆在Controller里，几百行代码写完一个接口，后面改动一个字段要翻半天。这个项目建议严格遵循Controller-Service-Mapper三层结构，每层职责清楚。

Controller层只做参数接收和结果封装，不写任何业务逻辑。Service层是业务中心，所有关于库存、价格、权限的判断都在这一层完成。Mapper层只管数据库交互，简单查询用MyBatis Plus自带的条件构造器就能搞定，复杂统计SQL再单独写注解方式。

配合BO（业务对象）、VO（视图对象）、DTO（传输对象）做数据封装，分层之间不直接传递Entity实体，这样接口返回给前端的字段永远是可控的。虽然工作量会大一点，但后面做对接、改需求的时候你就知道这个设计有多划算了。

2.3 SpringBoot自动装配原理：为什么零配置能跑起来

说真的，SpringBoot牛的地方不在于它功能多，而在于“自动装配”这套机制。SpringBoot会通过@EnableAutoConfiguration注解，引入基于spring.factories文件里配置的所有自动配置类。比如你引入了spring-boot-starter-web，它会自动配置Tomcat、DispatcherServlet；引入了DataSource相关的依赖，它会自动帮你创建数据源。

这个原理在面试中是必考题，答辩时也很好讲。你可以现场演示一下：删除@SpringBootApplication上的@EnableAutoConfiguration，整个项目立刻起不来，因为所有Bean都没有触发自动注册。这个点讲透了，老师说你对框架是有深入理解的，不是只会调API。

2.4 核心注解使用解读与作用范围

这个项目里常用的注解，我列一个清单出来，每个都说明白它的作用。

@RestController是@Controller和@ResponseBody的组合注解，返回值会以JSON格式写入响应体。@RequestMapping及衍生注解@GetMapping、@PostMapping、@PutMapping、@DeleteMapping用于映射HTTP请求。@PathVariable从URL里取参数，@RequestParam从URL问号后面的参数里取值，@RequestBody把前端传来的JSON绑定到Java对象。

Service层常用的有@Service，声明当前类是一个Spring管理的业务组件。@Transactional声明式事务管理，在方法上标记后，方法内所有数据库操作要么全部成功，要么全部回滚。@Async做异步处理，比如生成日志、发送通知这类操作可以丢到子线程里执行，提高接口响应速度。

配置层面的注解里，@Configuration和@Bean合起来可以在Java类里手动注册一个Bean给Spring容器管理。@Value用于读取配置文件里的自定义参数。@ConfigurationProperties可以将配置文件里的一组参数绑定到一个类上，比如把阿里云OSS的配置统一放到OssProperties类里。

3. 关键业务模块的落地实现

3.1 药品管理模块的数据库设计与编码

药品管理的表设计是基础中的基础，字段不能随意。我的建议是核心表medicine_info至少包含以下字段：药品ID、药品编码、药品通用名、商品名、剂型、规格、生产厂家、批准文号、生产批号、有效期至、药品类别（处方药或OTC）、售价、进价、库存量、预警阈值、存放位置、创建时间、更新时间。

编码的时候，凡是涉及金额的字段务必用BigDecimal，不要用float或double，这个坑我踩过，浮点数运算会有精度丢失，卖药算账差一分钱都麻烦。日期字段统一用LocalDateTime，配合@JsonFormat注解控制序列化格式。

药品信息查询要支持多条件组合查询，用MyBatis Plus的LambdaQueryWrapper可以优雅实现。举个例子，按药名模糊查询加库存区间过滤：

java复制public PageResult<MedicineVO> pageQuery(MedicineQuery query) {
    LambdaQueryWrapper<Medicine> wrapper = new LambdaQueryWrapper<>();
    wrapper.like(StringUtils.hasText(query.getName()), Medicine::getName, query.getName())
           .ge(query.getMinStock() != null, Medicine::getStock, query.getMinStock())
           .le(query.getMaxStock() != null, Medicine::getStock, query.getMaxStock())
           .orderByDesc(Medicine::getUpdateTime);
    Page<Medicine> page = medicineMapper.selectPage(new Page<>(query.getPageNum(), query.getPageSize()), wrapper);
    // 转VO并返回
}

这比写一大堆if判断拼接SQL要清晰得多，而且完全防SQL注入，因为条件构造器底层是预编译SQL。

3.2 库存预警与效期管理：药店的刚需功能

库存管理是整个系统业务逻辑最重的部分，也是最容易写出Bug的部分。核心业务规则有两个：一个是药品库存不能为负数，一个是销售操作必须并发安全。

低库存预警的实现不复杂，本质上就是查询库存低于阈值的记录。但实效期管理需要在前端页面配合，系统登录后的首页Dashboard上应该有一个“效期预警”板块，列出所有三个月内有效期到期的药品，用颜色标出紧急程度。后台查询逻辑可以用SQL直接按日期排序过滤：

java复制public List<Medicine> queryExpiring(int months) {
    LocalDateTime deadline = LocalDateTime.now().plusMonths(months);
    return medicineMapper.selectList(
        new LambdaQueryWrapper<Medicine>()
            .le(Medicine::getExpiryDate, deadline)
            .ge(Medicine::getExpiryDate, LocalDateTime.now())
            .orderByAsc(Medicine::getExpiryDate));
}

入库操作和售药操作都会改变库存，这个操作必须加锁或使用乐观锁。我这里用的是乐观锁，在medicine_info表里加一个version字段，更新时带上where version = #{version}，更新成功后version + 1。MyBatis Plus内置了@Version注解来做这件事，配置很简单：

java复制@Version
private Integer version;

修改库存时，UpdateWrapper里的条件用eq("version", entity.getVersion())，效果是乐观锁机制自动生效，并发情况下同一行数据只有一个线程能更新成功，其他线程会抛异常，捕获后提示“操作过于频繁，请重试”就行。

3.3 销售管理与处方药销售流程

销售流程是药店业务的主链路。用户在收银台扫药品条码，系统返回药品信息，加入销售订单，确认结算后生成订单记录并扣减库存。

这个场景的前端交互不用太复杂，但后端接口必须设计得高效。推荐销售接口接收一个商品列表：

java复制@PostMapping("/sale/checkout")
public Result<String> checkout(@RequestBody @Valid SaleRequest request) {
    return saleService.checkout(request);
}

SaleRequest里包含操作员ID、商品项列表（药品ID加数量）、支付方式、是否需要处方等信息。Service层里注意两点：一是判断每个药品的库存是否充足；二是如果药品属于处方药，必须“先验证处方再允许销售”。

处方流程可以这样设计：当订单商品列表中包含处方药时，系统检查处方信息（处方ID或处方图片），如果没有关联处方，抛业务异常拦截销售。这个逻辑体现了“智慧药店”的管理合规性，答辩时值得重点讲。

3.4 权限管理：基于JWT的登录态与会话控制技术选型

权限管理我直接采用了JWT方案而不是传统的Session方案。原因有两个：一是前后端分离模式下，JWT天然适合放在Header里随请求传递；二是药店管理可能涉及多门店、多终端（收银电脑、平板、手机），无状态Token更灵活。

实现逻辑是：用户登录成功后，用账号、角色、ID生成Token，有效期设置24小时，返回前端保存。后续所有请求带上Authorization: Bearer <token>，后端用拦截器校验并解析用户信息。这里需要注意Token密钥不能硬编码在代码里，放在application.yml中通过@Value注入，而且生产环境要保证过期时间不能太长。

角色权限的控制粒度要做到按钮级，对于药品删除这类敏感操作，管理员角色才有权限。用@PreAuthorize("hasRole('ADMIN')")加在Controller方法上，再加@EnableGlobalMethodSecurity开启注解校验。这个是Spring Security的核心用法，你也可以在配置类中拦截器对部分路径做白名单放行，比如放行登录接口和验证码接口。

4. 核心技术难点的解决方案

4.1 用Redis缓存解决高频率查询瓶颈

药店系统的商品查询频率高，而且药品数据基本不会频繁变动，非常适合加缓存。如果每次查询商品都走MySQL，数据库压力大，响应速度也慢。引入Redis做缓存是成熟方案。

缓存策略我的做法是“先查缓存，缓存没有查库，再回写缓存”。用Spring自带的RedisTemplate封装一个缓存工具类，设置好Key的前缀和过期时间。药品信息的Key可以设计为medicine:info:{id}，过期时间设置30分钟。修改和删除药品信息时，主动删除对应的缓存Key，保证数据一致。

对于热点数据比如首页的效期预警统计，可以在每次业务操作后主动刷新缓存。这里要提醒一点：不要在@Cacheable注解里写太复杂的自定义过期时间，直接用工具类控制最保险，排查问题也方便。

4.2 定时任务实现自动盘点与数据汇总

药店每天结束营业后要做日结，生成当天的销售报表和库存快照。这个场景我用SpringBoot自带的Scheduled定时器就够用了，不需要引入Quartz增加复杂度。

启动类加@EnableScheduling，然后建一个DailyReportTask类，写一个方法：

java复制@Scheduled(cron = "0 0 23 * * ?")
public void generateDailyReport() {
    LocalDate today = LocalDate.now();
    List<SaleOrder> orders = saleOrderMapper.selectList(
        new LambdaQueryWrapper<SaleOrder>()
            .between(SaleOrder::getCreateTime, today.atStartOfDay(), today.atTime(LocalTime.MAX)));
    // 汇总统计，写入报表表
    reportService.generateDaily(orders, today);
}

cron表达式"0 0 23 * * ?"表示每天23点执行。实际部署时要注意服务器时区问题，如果服务器是UTC时间，定时任务会少8小时，必须在JVM启动参数或配置文件中设置时区为Asia/Shanghai。

4.3 报表统计与导出：POI操作Excel的实战心得

报表模块的统计SQL要写得高效。销售报表无非是按时间维度、药品维度做聚合统计，用GROUP BY配合SUM和COUNT就能实现。

导出Excel我用的POI，这块有一个容易踩的坑：如果销售数据量大了（超过几千行），一次性加载到内存可能会内存溢出。要分批查询数据，并用POI的SXSSFWorkbook流式写入，这个是XSSFWorkbook的低内存版本，支持滑动窗口。

代码示意：

java复制SXSSFWorkbook workbook = new SXSSFWorkbook(100); // 窗口大小100行
Sheet sheet = workbook.createSheet("销售报表");
// 分批查询并写入行
for (int page = 0; page < totalPage; page++) {
    List<SaleVO> list = saleService.queryPage(page, 500);
    for (SaleVO vo : list) {
        Row row = sheet.createRow(currentRow++);
        // 填充单元格
    }
}

不要忘了在finally块里调用workbook.dispose()释放临时文件。Excel导出后，可以通过接口返回给前端直接下载，也可以存服务器本地再给下载链接。

4.4 对接外部服务：微信消息通知与短信告警

系统里如果库存告急、药品临期，最好是能主动通知门店管理者。我的做法是接入一个通用的HTTP接口服务，用RestTemplate或Hutool的HttpUtil发送POST请求。对接外部服务时，要设置合理的超时时间，不能让第三方服务挂掉拖垮主流程。

消息内容模板可以用String.format传入参数，比如“药品【阿莫西林胶囊】库存仅剩20盒，低于预警值50盒，请及时补货”。这条消息同时写入系统通知表，在页面右上角的铃铛图标里展示。短信可以不用真的去接第三方短信平台，模拟打印到日志里即可，演示的时候效果是一样的。

5. 从0到1：项目落地与部署实操

5.1 开发环境准备与项目初始化

环境这块老生常谈：JDK1.8、Maven 3.6+、MySQL 5.7+、IDEA、Navicat。如果别人的项目里使用到了Redis和RabbitMQ，也要提前装好，本机装Docker Desktop的话一条命令就能拉取镜像。

真正容易出问题的是Maven依赖下载。很多同学网络不好，依赖下载到一半就中断，然后IDEA各种标红。建议配置阿里云镜像，在settings.xml里加mirror节点，下载速度立竿见影。依赖下载完成后，项目根目录会出现一个target目录，说明编译通过，项目骨架基本没问题了。

5.2 核心配置文件application.yml参数解析

application.yml是SpringBoot项目的核心配置文件，字段含义要理解清楚。数据库连接配置项：

yaml复制spring:
  datasource:
    url: jdbc:mysql://localhost:3306/pharmacy?useUnicode=true&characterEncoding=utf-8&useSSL=false&serverTimezone=Asia/Shanghai
    username: root
    password: 123456
    driver-class-name: com.mysql.cj.jdbc.Driver

URL后面的参数不是随便加的：useUnicode和characterEncoding保证中文不乱码，serverTimezone指定数据库连接时区避免时间偏移，useSSL本地开发环境可以关闭减少警告。MyBatis Plus的配置中，mapUnderscoreToCamelCase要设为true，这样数据库字段create_time能自动映射到Java的createTime属性。日志级别可以设置为debug方便查SQL，但生产环境一定要改回info，否则日志量太大会拖垮磁盘。

5.3 单元测试与接口调试：如何写出能通过验收的测试代码

药店系统涉及大量金额和库存计算，单元测试一定要写。SpringBoot提供了spring-boot-starter-test，配合JUnit5和Mockito可以进行Service层和Controller层的测试。

测试的核心原则：不连数据库跑用例。用Mockito的@Mock注解模拟Mapper或外部服务，只验证当前类的业务逻辑。比如测试库存不足的场景：

java复制@Mock
private MedicineMapper medicineMapper;

@InjectMocks
private SaleService saleService;

@Test
void checkout_shouldThrowWhenStockNotEnough() {
    Medicine medicine = new Medicine();
    medicine.setStock(5);
    when(medicineMapper.selectById(1L)).thenReturn(medicine);
    // 构造订单，数量为10
    assertThrows(BusinessException.class, () -> saleService.checkout(...));
}

这类测试用例写下来，一是防止自己改动代码时无意破坏原有功能，二是答辩的时候可以展示你是一个有工程素养的开发者，而不是只会写CRUD。

5.4 Docker部署方案：从Jar包到容器化发布

打包发布前先确认pom.xml里有没有spring-boot-maven-plugin，没有这个插件打出来的Jar包是不能直接java -jar运行的。执行mvn clean package，成功后到target目录找到生成的Jar包，先在本地用命令行启动验证：

bash复制java -jar pharmacy-system.jar --spring.profiles.active=prod

如果本地能正常启动并访问接口，再考虑用Docker部署。Dockerfile的核心内容很简单：

dockerfile复制FROM openjdk:8-jre-alpine
COPY pharmacy-system.jar /app.jar
ENTRYPOINT ["java", "-jar", "/app.jar", "--spring.profiles.active=prod"]

镜像构建好之后，可以用docker run -d -p 8080:8080 --name pharmacy pharmacy:v1启动。数据库建议单独跑一个MySQL容器，通过--link或者Docker Compose统一管理。这里不建议把数据库也打进同一个镜像，因为数据需要持久化，独立容器方便备份和迁移。

6. 高频踩坑实录：常见问题与排查思路

6.1 SpringBoot版本太高引发的兼容性问题

这个问题在开发中太常见了。很多人创建项目时习惯选最新版本，结果发现跟教学视频里的代码不一致，或者跟某些第三方组件高度不兼容。

我的建议是，在没有特殊需求的情况下，直接使用稳定版本2.7.x。如果你确实需要用到SpringBoot 3.x的新特性，一定要先确认整个技术栈都适配，比如JDK版本（3.x要求JDK17+）、MyBatis Plus的版本兼容性、部分老的API是否被废弃。遇到版本兼容问题时，最快的排查方法是查看Maven依赖树，确认冲突的具体组件：

bash复制mvn dependency:tree -Dincludes=org.springframework:spring-core

然后根据冲突情况选择排除依赖或手动指定版本。但说实话，除非项目有明确的新版本需求，作为课程设计和毕业设计，稳定的2.7版本够用了，调试参考资料也最多，踩坑成本最低。

6.2 循环依赖的典型场景与解决方案

循环依赖在多人协作或模块划分不清晰时很容易出现。比如OrderService调用了StockService的扣减库存方法，而StockService在库存不足的时候需要回调OrderService的订单状态更新方法，这就在两个Service之间形成了循环依赖。

解决循环依赖的常规办法有三个：一是用@Lazy注解延迟注入，打破初始化顺序；二是用ObjectProvider<T>做懒加载；三是重构代码，把双方共用的逻辑抽到第三个Service里。我强烈推荐第三种方案，虽然改动代码量略大，但长期维护性最好。循环依赖其实是一种设计劣化信号，用@Lazy只是治标不治本。

6.3 事务失效的常见隐藏场景

@Transactional在以下场景会失效，我平时最常遇到的是三种。

第一种是方法被this调用，比如saveOrder方法里调用了同一个类里的updateStock方法，updateStock上的@Transactional不生效。原因是Spring事务是基于AOP代理实现的，this调用不会走代理对象。解决办法是用@Autowired注入自身，或者把updateStock拆分到另一个Service中。

第二种是访问权限问题，@Transactional加在private方法上不会报错，但事务不会生效。因为Spring无法代理私有方法。

第三种是最隐蔽的：异常被捕获后没有抛出。

java复制@Transactional
public void createOrder() {
    try {
        // 业务逻辑
    } catch (Exception e) {
        log.error("创建订单失败", e);
        // 没有继续抛出异常，事务认为方法正常结束，执行提交
    }
}

默认情况下，事务只在RuntimeException或Error时才回滚，Exception不会触发回滚。上面代码虽然捕获了异常但没有继续抛出，事务照样提交，这会导致数据不一致。处理方式要么把异常重新抛出，要么在catch里设置TransactionAspectSupport.currentTransactionStatus().setRollbackOnly()手动标记回滚。

6.4 Maven依赖冲突：别只会在Google上搜

项目跑着跑着突然报ClassNotFoundException或NoSuchMethodError，多半是依赖冲突了。SpringBoot的依赖管理机制虽然能帮我们统一版本，但如果你手动引入了某个库的特定版本，就有可能覆盖SpringBoot的默认版本管理。

排查思路是先用mvn dependency:tree看依赖树，找到重复的包，确认哪一条链路引入的版本不对。解决方案有两种：第一种是在pom.xml中用<exclusions>排除多余依赖，我经常用它来处理OSS SDK和Aliyun通的冲突；第二种是直接在最外层的<dependencyManagement>中显式指定你想要用的版本，优先级会更高。

6.5 IDEA中application.yml不提示的解决

新版SpringBoot项目中，如果创建的不是Spring Initializr项目（比如直接从别人那里复制的项目），IDEA可能无法识别配置文件的类型，导致写配置时没有自动补全。

这个问题的解法很简单，右键点击application.yml，选择“Add as Spring Boot Configuration File”，IDEA会识别文件并启动自动提示。如果这样做了还是不提示，检查一下项目的Facets中是否添加了Spring模块依赖。

6.6 本地运行正常，打包后却报错

这类问题通常在打包环节，最常见的是在开发工具里用了Lombok，但Maven打包时没有正常进行注解预处理，导致实体类的Getter/Setter方法找不到。检查在pom.xml的<build>里是否把Lombok配置到annotationProcessorPaths，或者确认是不是Lombok版本和JDK不匹配（JDK8对应较旧版本即可）。

另一个坑是资源文件没有打进Jar包。比如mapper目录下的XML文件如果放在src/main/java下面，Maven默认不会打包进去，会导致Mapper绑定异常。解决办法是在pom.xml里配置：

xml复制<build>
    <resources>
        <resource>
            <directory>src/main/java</directory>
            <includes>
                <include>**/*.xml</include>
            </includes>
        </resource>
    </resources>
</build>

或者更规范一点，把XML文件统一放在src/main/resources/mapper目录下，然后在application.yml里配置mybatis-plus.mapper-locations: classpath*:mapper/**/*.xml。

7. 文档编写与项目讲解的加分技巧

7.1 技术文档该写什么：文档结构建议

很多人的课程设计文档是最后两天临时拼凑的，不仅过程痛苦，质量也堪忧。我的经验是：文档结构和代码同步推进，先写设计文档再码代码。

推荐文档结构是：摘要（概述系统目标和意义）、需求分析（从功能需求和非功能需求两个维度展开，每个模块必须写明对应的用户角色和使用场景）、系统设计（总体架构图、E-R图、流程图）、数据库设计（每张表的意义、核心字段、主要索引）、核心功能实现（摘取模块中运行逻辑最复杂的代码并加上解释）、系统测试（列出测试用例、测试结果、问题修复记录）、总结（遇到的问题和解决思路）。

7.2 答辩讲解时的核心思路

答辩的时候要注意，老师最关心的不是“你用了什么技术”，而是“你为什么用这个技术”、“这个项目解决了什么问题”和“你的工作在哪个地方最有价值”。

建议准备一条主线：从药店实际业务痛点出发，讲解系统如何通过自动化流程、数据监控、权限控制和预警机制来解决这些问题。演示环节要准备好一个“演示路径”：从登录开始，到药品入库、完成销售、触发低库存预警、生成日报，一条路径走下来，让老师对整个系统有直观感受。

实际动手做这个项目之后，你会发现在SpringBoot的体系下，做一个完整的管理系统并没有想象中那么复杂，核心永远是业务逻辑的清晰设计和边界情况的处理。很多同学遇到报错第一反应是删掉重来，但如果你按照上面的分层架构一步步搭起来，遇到问题根据日志定位到具体层，修复起来很快。这个项目的价值也不仅在于完成一个毕设，你把它吃透了，进企业做任何信息管理系统，思路都是通用的。