简介面向计算机专业毕业设计学生与Java实战学习者的药房管理系统毕业设计项目基于SSM框架实现涵盖前端页面、后端业务与数据库设计包含完整源码和数据库脚本。项目经导师指导并通过评审评审分98分源码均经本地编译和严格调试可直接运行适合用作毕设参考、课程设计或SSM框架综合练习。压缩包共1222个文件主要包含256个HTML、227个CSS、207个JavaScript文件构成前端界面70个JSP页面和48个Java类处理后端逻辑42个JAR包提供依赖另有SQL数据库脚本整包约19.56MB目录结构清晰便于按模块查阅与二次开发。目前已有174人学习下载。下载后可获得可运行的项目源码、数据库初始化脚本以及前端静态资源能够帮助快速梳理SSM三层架构理解药品库存、销售管理等业务模块的实现路径对毕业设计答辩准备也有参考价值。1. 基于SSM框架的药房管理系统源码一张能把控的毕设“安全牌”毕业设计季打开压缩包看见“Java毕设项目-基于SSM框架的药房管理系统源码数据库脚本”这类目录第一反应通常是这系统真能跑起来吗答辩被问到“库存怎么扣的、权限怎么控的”会不会冷场这个选题能长期存在是因为它把 Spring、SpringMVC、MyBatis 三件套全部落到实际业务里又有从药品分类、供应商采购、库存管理到处方售药的完整闭环。你可以只做常规增删改查也可以围绕库存事务、角色权限和报表统计做深。项目本身不复杂真正的分界线是你有没有把“别人的源码”变成“讲得清、改得动、跑得顺”的自己的作品。这篇内容是我接触这类 SSM 药房系统后整理出来的一条落地路径环境版本选型、数据库脚本导入、登录鉴权、库存事务、排障和答辩加分一路做到能讲、能改、能答辩。2. 把 SSM 药房系统跑起来环境版本、四处配置和最小启动命令拿到这类源码后最容易产生挫败感的不是业务逻辑而是环境。绝大多数 SSM 药房管理系统是按“IDEA Maven MySQL Tomcat JDK”这套链路开发的所以第一步不是着急开 IDEA 双击运行而是先把环境对齐否则后面每一步报错都像开盲盒。2.1 先定版本JDK 1.8、Tomcat 8.5、MySQL 5.7 的组合为什么最稳SSM 在 2016 到 2019 年之间进入毕业设计高峰期大量源码使用 Spring 4.x 作为基架Spring 4 对 JDK 8 的兼容性最好。你本机哪怕是 JDK 17 或 JDK 21直接开旧源码大概率会遇到 spring-core 的反射访问警告Illegal reflective access甚至直接启动失败。这不是项目坏了是版本跨度太大导致的黑匣子问题。我一般会给一个保守组合JDK 1.8别用高版本省掉大部分 Spring 反射兼容问题。Tomcat 8.5对 SpringMVC 老项目兼容好和 IDEA 集成也顺手。MySQL 5.7和源码里的驱动com.mysql.jdbc.Driver匹配度最高。Maven 3.6 左右太新的 Maven 在某些私服配置下会下载依赖失败。这里有个血泪经验如果电脑里已经装了高版本 JDK不要只改 IDEA 的 Project SDK还要检查系统的 JAVA_HOME 环境变量。Tomcat 启动时用的是本机 Java 环境界面上的 SDK 只是编译级别。你用 IDEA 把语言级别改成 1.8但系统 JAVA_HOME 指着 JDK 17Tomcat 照样可能在启动时报 UnsupportedClassVersionError。这个都属于“Java 环境配置没对齐”引发的翻车先解决它再谈功能。2.2 导入源码后先改这四处数据源、端口、编码、Mapper 扫描路径拿到的是完整源码时常见做法是用 IDEA 以 Maven 方式导入等待依赖下载完成后先做四处修改。第一处是数据源。老 SSM 项目里通常有个 db.properties 或 jdbc.properties 文件或者在 Spring 的 XML 配置里直接写连接信息。打开后改成本地数据库的账号密码jdbc.drivercom.mysql.jdbc.Driver jdbc.urljdbc:mysql://localhost:3306/pharmacy_db?useUnicodetruecharacterEncodingutf8 jdbc.usernameroot jdbc.password你的数据库密码这段配置里最容易踩坑的是 driver 和 url。如果源码里的数据库脚本是 MySQL 5.x 导出的而你本地装的是 MySQL 8.x那么驱动类可能要换成com.mysql.cj.jdbc.Driver同时 url 后面要补serverTimezoneAsia/Shanghai不然会报时区错误。数据库名pharmacy_db也要改成你在本地实际创建的 schema 名称很多启动失败都来自库名不匹配。第二处是 Mapper 扫描路径。SSM 项目里 MyBatis 的 Mapper 接口和 XML 文件通常放在同一个包路径下Spring 配置里会有一段扫描设置。如果你的源码目录结构和原开发环境不一致比如把包从com.xxx.pharmacy挪到了com.example就需要同步修改下面这类配置bean classorg.mybatis.spring.mapper.MapperScannerConfigurer property namebasePackage valuecom.example.pharmacy.dao/ /bean这段配置的作用是让 Spring 自动发现 DAO 层接口并生成代理对象。basePackage 写成接口实际所在的包如果扫描路径不对启动时不会马上报错但等页面请求一进来就会看到Invalid bound statement (not found)。这类问题很隐蔽因为它通常在运行时才爆出来。第三处是编码过滤器。SSM 老项目乱码频发多半是 web.xml 里没配 CharacterEncodingFilter或者配了但顺序不对。常见做法是这样filter filter-nameencodingFilter/filter-name filter-classorg.springframework.web.filter.CharacterEncodingFilter/filter-class init-param param-nameencoding/param-name param-valueUTF-8/param-value /init-param init-param param-nameforceEncoding/param-name param-valuetrue/param-value /init-param /filter filter-mapping filter-nameencodingFilter/filter-name url-pattern/*/url-pattern /filter-mapping注意 url-pattern 要写/*而不是/否则请求参数和响应中文都会出问题。forceEncoding 设为 true 才能强制请求和响应都走 UTF-8。第四处是 Tomcat 端口。如果你本机装了多个服务8080 很容易被占。改端口时优先在 IDEA 的 Run Configuration 里改 HTTP port不要在 server.xml 里随手改否则会把源码自带的配置搞乱。端口冲突的典型现象是 Tomcat 启动时提示Port 8080 was already in use。2.3 用最小命令把项目跑起来再谈 IDEA 里的两种启动方式如果你装了 Maven可以在项目根目录执行下面的命令验证工程是否完整mvn clean tomcat7:run这条命令在老 SSM 项目里很常见因为 pom.xml 里会配置 tomcat7-maven-plugin。它能直接编译、打包并用内嵌 Tomcat 启动省去先打包再扔到外部 Tomcat 的步骤。如果 pom 里没有这个插件IDEA 里就用外部 Tomcat 方式加一个 Run Configuration。具体做法是Run - Edit Configurations - 添加 Tomcat Server - Local然后在 Deployment 页签里把war exploded添加进去Application context 改成/或/pharmacy。用 war exploded 启动的好处是修改 JSP 和静态资源后可以热更新不用每次重启整个 Tomcat。启动之后浏览器访问http://localhost:8080/如果能看到登录页说明项目整体已经通了。如果页面 404先检查 application context 是不是多了个项目名改成/最省心。如果 500去看 IDEA 的 Console 日志报错集中在数据库连接上就回到 2.2 的第一处配置重新核一遍账号密码和库名。3. 药房管理系统的数据库脚本拆解核心表设计与导入实操SSM 药房管理系统能不能讲出深度一半在数据库设计。答辩时老师大概率会问“你为什么把销售明细单独建一张表”“金额字段为什么用 decimal”这些答案都要在表结构里提前想清楚。3.1 从药品到销售几张核心表的职责和字段设计一个典型的药房管理系统数据库脚本通常会包含用户、角色、药品分类、药品信息、供应商、销售单、销售明细这几块。下面是我常见到的表职责划分你可以拿它和手里的源码对照着看表名职责关键字段注意点sys_user登录账号id, username, password, role_id密码建议存 MD5 或 BCrypt 密文sys_role角色id, role_name管理员、药师、收银员drug_category药品分类id, category_name感冒类、消炎类、处方药等supplier供应商id, name, phone, address采购单的外键来源drug_info药品主档id, drug_name, category_id, stock, price, expire_datestock 直接放这里查询快sale_order销售单头id, order_no, total_amount, user_id, create_time保存整单金额便于对账sale_order_item销售明细id, sale_order_id, drug_id, quantity, price一单多品数量不能大于库存这里有个设计取舍库存字段是放在 drug_info 表里还是单独拆一张 drug_stock?库存表。毕设场景我更推荐放在 drug_info 里因为查药品列表时单表就能带出库存数字不用 join。如果你想把系统做得更有“企业感”再拆 stock_log 表记录每次出入库流水作为进阶加分点。字段类型也要注意价格用 decimal(10,2) 而不用 float库存用 int。float 在金额计算上会有精度误差这个点答辩问到“为什么用 decimal”时就是送分题。3.2 销售单与销售明细一单多品的表结构怎么写药房每天有成百上千笔销售一笔销售可能包含三种药。如果把药品和数量直接塞进 sale_order 一个表就会出现大量重复字段后续统计每个药品卖了多少也很痛苦。这个场景的标准做法是拆成销售单头加销售明细两张表建表脚本通常长这样CREATE TABLE sale_order ( id BIGINT PRIMARY KEY AUTO_INCREMENT, order_no VARCHAR(32) NOT NULL COMMENT 销售单号, total_amount DECIMAL(10, 2) NOT NULL COMMENT 订单总金额, user_id BIGINT NOT NULL COMMENT 操作员ID, create_time DATETIME DEFAULT CURRENT_TIMESTAMP, UNIQUE KEY uk_order_no (order_no) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4; CREATE TABLE sale_order_item ( id BIGINT PRIMARY KEY AUTO_INCREMENT, sale_order_id BIGINT NOT NULL, drug_id BIGINT NOT NULL, quantity INT NOT NULL, price DECIMAL(10, 2) NOT NULL, KEY idx_order_id (sale_order_id) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4;order_no 生成规则一般是时间戳加自增序号唯一索引保证同一笔订单不会重复。sale_order_item 里不存总金额只存单价和数量因为单行小计可以由quantity * price算出来明细表设计得越“瘦”将来做日销售报表越方便。如果 Mysql 导入手里的脚本时提示表已存在说明原脚本开头可能没有DROP TABLE IF EXISTS。这种情况可以在导入前手动删掉旧表或者用 Navicat 执行脚本时勾选“遇到错误继续”。这里也顺便提一句 MyBatis-Plus 的做法如果源码里用的是 MP可以按 Java 实体类直接生成建表 SQL赛选出来再微调外键和索引即可但传统 SSM 项目还是要自己维护 SQL 脚本所以把脚本读明白更重要。3.3 数据库脚本导入实操Navicat、命令行和 IDEA 导出脚本的边界拿到数据库脚本后常见的做法是先用 Navicat 或 DataGrip 导入。安全流程是先手动创建一个空数据库再右键这个库运行 SQL 文件。不要直接双击 SQL 文件因为在系统默认工具里执行时一旦编码不对中文注释和表备注全会变成乱码。mysql -uroot -p pharmacy_db pharmacy_db.sql如果你习惯命令行上面这条是把脚本导入 pharmacy_db 库的最直接方式。注意这里pharmacy_db必须已经在 MySQL 中存在否则会提示数据库不存在。脚本里有USE语句的可以省去库名但多数毕设脚本里可能没有 USE所以先建库再用指定库名导入更稳。中文乱码时在命令里加上--default-character-setutf8再执行一遍。如果为了交作业需要从 IDEA 里导出数据库脚本可以在 Database 工具窗口选中要导出的库右键找到 Dump with mysqldump。导出时里面会带上 DROP TABLE 和 INSERT 语句这类脚本可以直接给老师。要注意的是IDEA 默认导出可能不保留 utf8mb4 字符集设置如果源码里有表情符号相关的备注导出后容易乱码。更稳妥的做法是导出后打开文件检查开头部分的 DEFAULT CHARSET 是否还是 utf8mb4。导入完成后用下面这句 SQL 简单验证核心表是否齐全SHOW TABLES LIKE %drug%; SELECT COUNT(*) FROM drug_info;如果你能看到药品数据说明脚本导入成功。如果表是空的而脚本里明明有 INSERT就要检查执行时是不是选错了数据库或者脚本开头有DROP DATABASE导致被覆盖了。4. 登录、权限与库存事务把“能跑”做成“像样”一个能跑的 SSM 药房管理系统和一份能拿高分的毕设中间差的就是三个东西登录拦截做得够不够干净、库存扣减会不会超卖、权限控制是不是只停留在前端隐藏按钮。4.1 用拦截器统一做登录校验而不是在每个 Controller 里重复写很多源码里会在每个 Controller 方法前写一套“判断 session 是否为空”的代码虽然能用但代码风格很“课程设计”。我更推荐的方案是实现一个 SpringMVC 拦截器把登录校验集中到一处。这个改动加分明显而且实现成本很低public class LoginInterceptor implements HandlerInterceptor { Override public boolean preHandle(HttpServletRequest request, HttpServletResponse response, Object handler) throws Exception { // 放行登录接口 String uri request.getRequestURI(); if (uri.contains(/login) || uri.contains(/static)) { return true; } Object user request.getSession().getAttribute(loginUser); if (user null) { response.sendRedirect(request.getContextPath() /login); return false; } return true; } }这段代码的核心逻辑是请求到达 Controller 之前先检查 session 里有没有 loginUser没有就重定向到登录页有就继续放行。/static路径要放行否则 CSS、JS 全部被拦页面样式会丢。在 SpringMVC 配置里注册拦截器时只拦截业务路径不要拦截登录页本身mvc:interceptors mvc:interceptor mvc:mapping path/**/ mvc:exclude-mappings mvc:mapping path/login/ mvc:mapping path/static/**/ /mvc:exclude-mappings bean classcom.example.pharmacy.interceptor.LoginInterceptor/ /mvc:interceptor /mvc:interceptors这里有个容易忽略的点exclude-mapping 里写了/static/**和上面 Java 代码里的/static判断作用重叠了实际保留一个就够。两个都写也不会错但注意拦截器里的uri.contains(/static)是模糊匹配/static路径下所有静态资源都会被放行。4.2 出库扣库存事务注解和一条防超卖 SQL 的写法药房卖药这个动作涉及两个写操作往 sale_order 和 sale_order_item 插入数据同时扣减 drug_info 里对应药品的 stock。如果删掉了插入但是扣库存失败整单就会变成“没卖出但库存丢了”的错误状态这种情况必须用事务包住。Service public class SaleService { Autowired private SaleOrderMapper saleOrderMapper; Autowired private DrugInfoMapper drugInfoMapper; Transactional(rollbackFor Exception.class) public void createSaleOrder(SaleOrder order, ListSaleOrderItem items) { saleOrderMapper.insert(order); for (SaleOrderItem item : items) { int rows drugInfoMapper.reduceStock(item.getDrugId(), item.getQuantity()); if (rows 0) { throw new RuntimeException(药品库存不足订单已回滚); } item.setSaleOrderId(order.getId()); saleOrderMapper.insertItem(item); } } }rollbackFor Exception.class表示运行时异常和非运行时异常都触发回滚。reduceStock返回受影响行数如果为 0说明 update 没有命中任何记录这时直接抛异常让事务回滚避免订单和数据不一致。关键在 Mapper 里的这条 SQL 写法UPDATE drug_info SET stock stock - #{quantity} WHERE id #{drugId} AND stock #{quantity}这里用stock quantity做条件判断数据库行锁会在 update 时锁住这一行两个用户同时买同一个药时只有一个能成功扣减。这比“先 select 查库存再 update 扣库存”安全得多后者在并发场景下会超卖。只扣 stock 时配合事务注解就能在答辩中回答“库存会不会扣成负数”这个问题。这个问题在 Java 面试题里也是高频答辩时顺嘴提一句“通过条件更新而不是业务层判断”就能加分。务必要注意事务失效的两个坑。第一个是同一个类内部调用 createSaleOrder事务注解会被绕过因为 Spring 事务基于代理同类调用走的是 this 本身而不是代理对象。第二个是 MySQL 表引擎不是 InnoDB。如果建表语句写的是 ENGINEMyISAM事务会静默失效扣库存和插订单会变成两条独立提交。这也是为什么我在前文建表 SQL 里特意写 InnoDB。4.3 按钮级权限让不同角色看到不同菜单的最小实现角色权限在毕设里做到“菜单级显示”就够了。管理员能看到用户管理、供货商管理普通收银员只能看到销售页面这个需求最常见的实现方案是 JSP 里基于 session 角色做条件渲染c:if test${sessionScope.loginUser.roleId 1} lia href${pageContext.request.contextPath}/user/list用户管理/a/li /c:if c:if test${sessionScope.loginUser.roleId 2} lia href${pageContext.request.contextPath}/sale/create药品销售/a/li /c:if这段 JSTL 代码做了纯前端的菜单展示控制。要注意它只是“界面层控制”不是真正的安全手段。任何人都可以直接在浏览器地址栏输入/user/list来绕过菜单访问所以后端接口还需要配合 4.1 的拦截器或者在 Controller 方法里再做一次角色判断。毕设答辩时如果老师追问“前端隐藏按钮够不够”你如果能答出“按钮隐藏只是展示层真正拦截要在服务端做”就已经超过很多只做前端判断的组了。5. 避坑实录SSM 药房系统从启动到跑通的 5 个常见问题我这个项目最常见的问题不在业务代码而在环境衔接和配置文件。下面这五条是按“现象 - 原因 - 解决”整理的基本覆盖了 SSM 药房系统从开机到跑通的高频翻车点。5.1 连接类驱动、建库和 MySQL 8 的兼容问题现象一启动后控制台报Communications link failure或者Unknown database pharmacy_db。原因应用连接不到数据库。要么是 MySQL 服务没启动要么是用户名密码不对要么是库里根本不存在pharmacy_db这个 schema。还有一种隐蔽原因是 MySQL 8 的认证插件问题老驱动连不上新数据库。解决先打开 Navicat 或命令行用同样的账号密码连一次确认能连上。再检查 jdbc.url 里的库名是否和实际数据库名一致。MySQL 8 环境下把驱动改成com.mysql.cj.jdbc.Driverurl 末尾补serverTimezoneAsia/Shanghai这样能消掉时区类报错。现象二启动时报ClassNotFoundException: com.mysql.jdbc.Driver。原因pom.xml 里缺少 MySQL 驱动依赖或者依赖没有被 Maven 下载完整。很多 SSM 模板项目里驱动坐标写的是mysql-connector-java但这个坐标在 MySQL 8 之后要指定版本不指定版本时 Maven 可能拉不到合适的包。解决先执行mvn dependency:tree查一下 mysql 相关依赖是否在列表里没有的话在 pom.xml 的 dependencies 里补上对应驱动并确认 scope 不要写成 provided。刷新 Maven 后重新启动。现象三登录页面能打开但输入正确账号后卡住或报 500。原因这类情况多半是数据库脚本导入不完整。常见的是只导入了表结构没有把初始管理员账号的 INSERT 语句执行成功导致查用户时返回空。解决查一下 sys_user 表里是否有数据没有就单独执行脚本里的 INSERT 语句。如果脚本执行时把DROP TABLE IF EXISTS漏掉旧表数据会和新数据冲突可以手动把核心表清空后重新导入。5.2 运行类端口、编码、字段映射和依赖冲突现象四页面显示中文乱码或者保存到数据库里的中文变成问号。原因三层字符集不一致。Tomcat 接收请求时默认字符集不是 UTF-8MySQL 表没设置 utf8mb4以及 Java 代码和页面编码不一致三处只要有一处不对就会乱码。解决先保证 2.2 里的 CharacterEncodingFilter 配置正确url-pattern 必须是/*。再检查数据库连接 url 里有没有characterEncodingutf8。最后看建表语句确认表字符集是utf8mb4。这三层都对齐后一般乱码问题就消失了。如果还有问题可以观察 JSP 页面顶部的 pageEncoding 属性是否和文件实际编码一致。现象五点击某个按钮或接口报Invalid bound statement (not found)或者保存时实体类属性一直为空报Column xxx cannot be null。原因MyBatis 的 Mapper XML 和接口没有绑定成功。第一种是扫描路径问题XML 文件没有放在接口同包目录下导致 MyBatis 解析不到。第二种是字段映射问题数据库列名是order_no实体属性是orderNo但如果 mybatis-config 里没开驼峰映射返回的实体属性就是 null。解决检查 Spring 配置里 MapperScannerConfigurer 的 basePackage 是否指向 DAO 接口所在包同时确认 target/classes 目录下有没有对应的 XML 文件。Maven 默认只把 src/main/resources 下的 XML 打包如果你把 Mapper XML 放在 src/main/java 的包目录里需要在 pom.xml 里加上资源过滤配置否则编译后 XML 被丢弃。如果不能确保这一块不出问题最省事的做法是把 Mapper XML 统一放到 src/main/resources/mapper 目录下并在 mybatis-config 里用mapper resourcemapper/xxx.xml/显式注册。6. 三个加分改造和答辩验证让药房管理系统够到“高分毕设”把源码跑通只是及格线。想让指导老师和答辩评委觉得这个 SSM 药房管理系统是“自己做过、想过”的我一般会再建议加三个低成本改造。第一个是药品过期预警。在 drug_info 表里已经有 expire_date 字段的前提下加一个查询接口把 30 天内到期的药列出来SELECT drug_name, stock, expire_date FROM drug_info WHERE expire_date BETWEEN NOW() AND DATE_ADD(NOW(), INTERVAL 30 DAY) ORDER BY expire_date ASC;这条 SQL 不需要新增表也不需要引入定时任务在页面加一个“临期药品”入口就能看到效果。答辩被问到“这个系统有没有考虑到药房实际业务”这就是最好的例子。第二个是操作日志。可以建一张 log 表在登录、销售、采购这些动作后手动插入一条记录。虽然用 AOP 做更专业但毕设手动写反而容易讲清楚。第三个是销售统计。按日统计营业额一行 SQL 就能出来配合 JFreeChart 或 ECharts 画个柱状图视觉冲击力远大于单纯表格。加分项改动量答辩价值临期药品预警一个 SQL 一个页面入口体现药房行业理解登录日志一张表 一次拦截器插入体现完整的数据流意识销售统计一个聚合 SQL 图表体现商业数据分析能力答辩时有两个问题几乎必问。一个是“库存怎么避免超卖”你把 4.2 的 update 条件 SQL 讲清楚就够了。另一个是“为什么用 SSM 而不是 Spring Boot”不要贬低 Spring Boot可以从框架分层清晰、事务和 SQL 可控、学校课程体系衔接这些角度去答同时承认 Spring Boot 更适合快速开发。我的习惯是拿到项目先把数据库表关系画出来再在源码里定位三个关键点登录拦截、事务入口、Mapper SQL这三个点过了整个项目基本就讲活了。这条路走完希望你也能把“高分毕设”这四个字从压缩包名字变成答辩现场的底气。希望帮到你。本文还有配套的精品资源点击获取
