刚拿到这套《JSP整件药品库存管理系统》源码包的时候很多人第一反应是赶紧把它跑起来看看登录页长什么样。但从我这些年做Java Web课程设计和毕业设计指导的经验来看真正有价值的不是把项目启动起来那一刻而是搞清楚这套系统背后到底解决了什么业务问题、数据库为什么这样设计、部署时那些报错是怎么一步一步排查出来的。这套系统的关键词非常清晰JSP、源码、数据库、调试部署、开发环境。说白了这就是一个典型的Servlet JSP MySQL的Java Web项目但它的业务场景落在“整件药品”上这里面的门道比普通的学生管理系统要深不少。这篇文章我会从一个实际交付项目的角度把这套系统的业务逻辑、功能模块、数据库建模、环境搭建、源码结构和调试部署完整拆开讲一遍。不管你是要用它做课程设计还是接手这类老项目或者只是想搞懂一个完整的JSP项目到底由哪些部分构成这篇都值得你花点时间读完。1. 药品库存的特殊性为什么“整件”才是这个系统的真正业务入口很多人在拿到这套系统时第一眼看到“库存管理”四个字就下意识地把它和超市进销存、图书管理系统归为一类。这是最大的误解。药品库存和普通商品库存之间隔着几条几乎无法逾越的业务规则如果不懂这些你连数据库表为什么要多出那几个字段都看不明白。1.1 有效期、批号与GSP药品库存和普通商品库存的本质区别普通商品的库存管理核心是“数量”和“金额”最多再加个保质期提醒。但药品不一样国家GSP规范下药品从入库到出库必须做到批号追踪。什么意思同一款药不同批号意味着不同的生产批次质量责任归属也不同销售和出库时不能混着来。所以你在这个系统的数据库里一定会看到batch_no批号、production_date生产日期、expire_date有效期至这类字段这在图书管理项目里是见不到的。更深一层药品出库遵循的是近效期先出原则也就是FEFOFirst Expire First Out。普通商品讲究先进先出生产日期早的先卖而药品行业更在意“谁先到期谁先出库”避免批号长期积压导致过期报损。这个原则直接决定了库存查询模块里“效期预警”功能的重要性——系统必须能算出哪些批次的药品在90天内到期、哪些已经到期从而指导仓库人员优先处理。1.2 整件/零货双轨管理库存表里一定要有的两套数量字段“整件”这个词是这套系统名字里的核心很多初学者根本不知道它是什么意思。药品在仓库中通常以两种形态存在一种是原厂包装箱未拆的“整件”一种是拆箱后零散摆放的“零货”。仓库管理时整件按“X箱”计数零货按“X盒/瓶”计数而整件一旦拆箱就会转化为零货。这个过程在业务上叫“拆零”很多药店和医院药库是要求单独记录的。所以在设计库存表的时候光有一个数量字段是远远不够的。我翻看过这类项目的常见表结构一般会把总数量拆成两套口径一套是整件数量box_quantity另一套是零货数量loose_quantity再加上一个pack_size每箱包含多少盒换算字段。举个例子某药一箱50盒库里存了3箱零7盒那么box_quantity3loose_quantity7total_quantity157。系统在每次入库、出库操作时不仅要扣减总数量还要明确扣的是整件还是零货这两套数据必须保持联动。理解了这个业务背景你再去看系统里的入库单、出库单页面就会明白为什么页面上会有“整件数”“零货数”“每箱数量”这么几个看似冗余的输入框了。2. 功能模块与页面流转从登录到出入库的核心链路这类系统的功能模块表面上看就是增删改查但作为课程设计来说模块的完整度决定了答辩时能不能站得住脚。一套能拿到高分或者能真正投入使用的整件药品库存管理系统至少要覆盖以下几个核心链路。2.1 角色与权限管理员、库管员、采购员各看到什么最开始的是登录模块别小看它。一个登录功能能不能做出水平关键看有没有角色区分。我见过太多学生的项目只有一个登录表和一个session判断登录进去所有人看到的页面一模一样这在实际业务里根本说不过去。在这套系统里正常的角色划分有三种系统管理员、仓库库管员、采购人员。管理员负责用户管理、基础数据维护和系统设置库管员操作入库、出库、库存盘点采购人员查看库存和效期预警计划补货。对应的权限控制做法是在登录成功后把当前用户的角色写入Session首页菜单根据角色动态渲染后端再配一个Filter做统一拦截未登录用户访问任何业务页面都跳转到登录页。这种“前端菜单控制 后端过滤器拦截”的双层设计在答辩时是很加分的点。页面流转上典型的路径是这样的浏览器访问index.jsp登录页 → 提交表单到LoginServlet→ 校验用户名密码和角色 → 跳转到main.jsp后台主页 → 主页用frame框架分成顶部导航、左侧菜单、右侧内容区三个区域 → 左侧菜单点击后右侧区域通过iframe加载对应的业务页面。这套页面框架是传统JSP项目的经典布局虽然现在看来有点老但非常实用而且结构清晰考官一看就懂。2.2 入库、出库、台账查询三大模块的页面逻辑入库管理模块核心是一张“药品入库单”。页面上的字段一般包括选择药品、填写入库数量、整件数、零货数、批号、生产日期、有效期至、供应商、入库日期、经手人备注。这里最关键的逻辑是新增一条入库单记录后程序要同时完成三件事——往入库批次表插入一条批次记录、往库存表累加数量、往库存流水表写入一条“入库”类型流水。这三件事必须在一个数据库事务里完成缺一步数据就全乱套。后面讲源码的时候我会详细说这个事务怎么控制。出库管理模块核心是“出库单”。出库时除了选择药品和数量还要选择出哪个批号的货。为什么因为近效期先出原则这时候系统应该把该药品的所有批次按有效期从近到远排列出来优先出库有效期最近的批次。如果出库数量大于当前批次的剩余量就要自动扣减下一批次这就是所谓的“批次自动冲减”逻辑。很多初学项目做不好这一点往往只做“扣总库存”这是业务上不允许的。库存查询模块通常叫“库存台账”展示的是当前每一种药品的实时库存情况药品编码、名称、规格、生产厂家、批准文号、总库存数量、整件数、零货数、最近批次的效期、拆零数量。除了台账还要有批次查询和效期预警列表。效期预警列表一般用不同颜色标出近效期和已过期药品用后台SQL实现起来其实就一行条件判断但页面上的展示效果非常直观属于“投入小、见效大”的功能点。2.3 效期预警与近效期先出功能上如何落地很多人觉得效期预警是个高级功能其实落到SQL上就是一次带条件的查询SELECT * FROM stock_batch WHERE expire_date BETWEEN NOW() AND DATE_ADD(NOW(), INTERVAL 90 DAY);这条SQL查出所有90天内要到期的批号系统再在页面上用红色高亮显示。至于近效期先出在出库Servlet里做一个批次排序// 查询该药品的有效批次按有效期升序排列 String sql SELECT * FROM stock_batch WHERE drug_id? AND quantity0 ORDER BY expire_date ASC; PreparedStatement ps conn.prepareStatement(sql); ps.setInt(1, drugId); ResultSet rs ps.executeQuery(); // 依次冲减批次库存直到满足出库数量为止这段代码的思想很朴素先按有效期排序然后循环减库存减完一个批次再减下一个批次。逻辑不复杂但业务上完全正确。这也是这套系统里最值得读的一段代码。3. 数据库建模批次、库存、流水三张核心表怎么设计数据库是整个系统的地基。我经常和学生说看一套源码的水平先打开SQL脚本看它建了几张表、外键关系怎么设置、关键字段有没有索引基本就能判断这个项目是不是用心做的。这套整件药品库存管理系统的数据库设计有几个点很值得展开讲。3.1 主数据表药品信息、供应商、用户基础数据表通常有四张药品信息表、供应商表、用户表、药品分类表。药品信息表drug是核心主数据字段大致如下字段名类型说明idINT主键自增drug_codeVARCHAR(50)药品编码唯一drug_nameVARCHAR(100)药品名称specificationVARCHAR(100)规格比如0.25g*24片producerVARCHAR(100)生产厂家approval_noVARCHAR(100)批准文号pack_sizeINT每箱数量盒/瓶dosage_formVARCHAR(50)剂型unitVARCHAR(20)基本单位盒/瓶/袋这里pack_size字段是整件管理的业务基石没有它整件和零货之间就没法换算。供应商表supplier字段相对简单供应商编码、名称、联系人、联系电话、地址。用户表user就是基本的账号、密码注意课程设计里一般存MD5实际系统必须加盐、真实姓名、角色。分类表drug_category可选药品多的时候用来做树形分类没分类表也能跑但有分类表会让系统显得更完整。3.2 关键业务表入库批次表、库存表、库存流水表这三张表是整个系统能不能支撑“整件药品”业务的关键。入库批次表stock_batch记录每一次入库的批号信息CREATE TABLE stock_batch ( id INT PRIMARY KEY AUTO_INCREMENT, drug_id INT NOT NULL, batch_no VARCHAR(50) NOT NULL, production_date DATE, expire_date DATE NOT NULL, quantity INT DEFAULT 0, supplier_id INT, in_date DATETIME, remark VARCHAR(255), CONSTRAINT fk_batch_drug FOREIGN KEY (drug_id) REFERENCES drug(id) );批号和有效期是必填的因为药品出库时必须要能追溯到批号这是GSP的底线要求。库存表stock在主数据之外额外承担了实时库存汇总的职责CREATE TABLE stock ( id INT PRIMARY KEY AUTO_INCREMENT, drug_id INT NOT NULL UNIQUE, total_quantity INT DEFAULT 0, box_quantity INT DEFAULT 0, loose_quantity INT DEFAULT 0, expire_min_date DATE, update_time DATETIME, CONSTRAINT fk_stock_drug FOREIGN KEY (drug_id) REFERENCES drug(id) );注意这里drug_id设了UNIQUE约束也就是说一种药品在库存表里只有一条汇总记录这个设计让库存查询非常快。expire_min_date保存当前所有批次中最近的有效期这个字段是冗余的但查询效期动态时非常有用属于典型的“以空间换时间”设计。库存流水表stock_flow则记录了所有库存变动明细相当于财务上的流水账CREATE TABLE stock_flow ( id INT PRIMARY KEY AUTO_INCREMENT, drug_id INT NOT NULL, batch_id INT, change_type VARCHAR(20), quantity INT, operator VARCHAR(50), operation_time DATETIME, remark VARCHAR(255) );change_type有入库、出库、报损、报溢、拆零等。每次任何操作都往这里插入一条记录这样系统随时可以回答“这批药什么时候进的、谁经手的、出库去哪了”这类追溯性问题。说来也简单就是这种“主表明细表流水表”的铁三角结构把整个库存业务的闭环撑起来了。3.3 导入与验证SQL脚本执行后的自检SQL拿到数据库脚本后第一步是建库一般脚本里会带CREATE DATABASE drug_inventory;和USE drug_inventory;然后是一堆CREATE TABLE和INSERT语句。用Navicat或者命令行执行都行这里我提醒一个细节执行之前先确认脚本文件的字符集Windows下用记事本打开如果出现乱码建议用Notepad或VS Code转成UTF-8再执行否则表里的中文数据导入后全是问号。导入完成后别急着启动项目先跑几条自检SQL验证表结构和初始化数据是否正常-- 1. 查看所有表是否创建成功 SHOW TABLES; -- 2. 查看药品表和库存表是否能关联 SELECT d.drug_name, d.pack_size, s.total_quantity, s.box_quantity, s.loose_quantity FROM drug d LEFT JOIN stock s ON d.id s.drug_id; -- 3. 检查初始化用户是否存在 SELECT username, real_name, role FROM user;如果这三条查询都能正常返回说明数据库这部分基本没问题了后面环境跑不起来的时候至少可以排除数据库这边的因素。4. 开发环境搭建JDK、Tomcat、MySQL版本搭配与导入坑这套货架的搭建可能是整个过程中最容易劝退新手的环节。我见过太多人卡在这里明明源码没问题数据库也都导入成功了项目在IDEA里就是起不来。绝大多数问题根源都在版本搭配上。4.1 推荐的版本组合与原因先给出一套实测非常稳的版本组合采购项目是JSP的话这套组合基本上可以闭眼用组件推荐版本说明JDK1.8老JSP项目兼容性最好的版本Tomcat8.5.x支持javax.servlet运行稳定MySQL5.7与老项目驱动匹配度高IDEIDEA 2020 或 Eclipse均可用数据库工具Navicat 或 MySQL Workbench客户端导入和管理JDBC驱动mysql-connector-java 5.1.49与MySQL 5.7匹配为什么不推荐Tomcat 10这是很多新手踩得最惨的坑。Tomcat 10开始Servlet规范从Java EE迁移到了Jakarta EE包名从javax.servlet变成了jakarta.servlet。而老JSP项目的源码里全是import javax.servlet.*;直接扔进Tomcat 10启动时必然报ClassNotFoundException。解决办法要么是改源码把所有javax换成jakarta要么干脆用Tomcat 9或8.5省事得多。对课程设计来说老老实实用Tomcat 8.5就是最理性的选择。JDK版本同理。现在很多人电脑上装的是JDK 17甚至21但老项目在编译时经常会因为某些内部API被移除或者编译版本不匹配而报错。JDK 8虽然老但它能兼容绝大多数JSP项目的构建需求强烈建议装一个8。我自己的习惯是把JDK 8和JDK 17都装上IDEA里针对每个项目单独指定Project SDK互不干扰。4.2 从IDEA导入项目到跑起来的详细步骤我以IDEA为例完整走一遍导入流程有经验的可以直接跳过这段没经验的照着做基本不会出问题。第一步用IDEA的File - Open打开项目根目录注意选到包含src和web或WebContent的那一层。第二步设置Project SDK为JDK 1.8Project language level选8。如果IDEA里还没有JDK 8在File - Project Structure - SDKs里添加即可。第三步配置Tomcat。在Run - Edit Configurations里点左上角加号选择Tomcat Server - Local然后在Application server那里选到你本地Tomcat的安装目录。如果是第一次配置IDEA会提示你选Tomcat根目录选到apache-tomcat-8.5.x那层就行。第四步关键一步部署Artifact。在Tomcat配置界面的Deployment标签页点加号选择Artifact一般会看到类似项目名:war exploded这样的选项选它。这里要注意如果列表里没有Artifact先回到项目里点右键选择Add Framework Support勾选Web ApplicationIDEA会生成一个Web模块。很多新手找不到Deployment选项就是因为还没创建Web模块。第五步把mysql-connector-java的jar包放到WEB-INF/lib目录下IDEA一般会自动识别。如果之前用的Maven直接在pom.xml里加依赖也行。第六步修改数据库连接配置。打开项目的jdbc.properties文件有些项目叫db.properties改成你自己的数据库地址、用户名和密码。这一步必须做否则100%报连接超时。全部配置完成后点运行按钮IDEA会启动Tomcat然后自动打开浏览器访问http://localhost:8080/项目名/。看到登录页说明环境搭建已经绕过了最大的坑剩下就是功能调试了。4.3 环境搭建中最容易忽略的三个细节第一个细节是Tomcat的端口冲突。8080端口经常被其他程序占用最常见的元凶是Oracle数据库的HTTP服务或者是之前没关干净的Tomcat进程。启动报Port 8080 was already in use时不要慌去Tomcat配置里把HTTP port改成8081或者9090就行然后访问地址也得跟着改。第二个细节是MySQL的时区问题。如果你用的是MySQL 8.0连接URL里不加上serverTimezoneAsia/Shanghai启动时基本会报The server time zone value Öйú±ê׼ʱ¼ä is unrecognized这类中文乱码错误。5.7虽然默认没这么严格但为了保险我建议JDBC URL直接带上全套参数jdbc.drivercom.mysql.jdbc.Driver jdbc.urljdbc:mysql://localhost:3306/drug_inventory?useUnicodetruecharacterEncodingutf8useSSLfalseserverTimezoneAsia/Shanghai jdbc.usernameroot jdbc.password你的密码第三个细节是IDEA的构建输出问题。有时候代码改了但Tomcat运行时还是旧的class这是因为IDEA的Build - Rebuild Project没有执行或者Artifact没有勾选Build on frame deactivation。遇到改了代码不生效的情况先Build - Rebuild Project再重启Tomcat八成能解决。5. 源码包分层结构与关键逻辑实现跑起来只是第一步真正能让你在答辩或者面试时说出“我懂这个项目”的是对源码结构的理解。这套系统的源码分层非常典型读懂了它以后看任何ServletJSP项目都会很轻松。5.1 各层职责与目录对应关系标准的三层架构在Java Web里的落点是这样的第一层是展示层也就是web目录下的那些JSP页面职责是接收用户输入、展示结果。常见有login.jsp、main.jsp、drugList.jsp、stockIn.jsp、stockOut.jsp、batchQuery.jsp等配套的还有css、js、images静态资源。第二层是控制层和业务层src里的servlet包放控制器Servlet每个功能对应一个Servlet比如LoginServlet、DrugServlet、StockInServlet、StockOutServlet、StockQueryServlet。它们负责接收请求参数、调用Service层处理业务、把结果转发到对应的JSP页面。Service层在service包里封装业务逻辑比如入库时的事务、效期计算的规则都在这层做。如果项目简化一点也有人省略Service直接在Servlet里写业务代码但那样代码会比较臃肿答辩时容易被问倒。第三层是数据访问层dao包里的类负责和数据库打交道典型的是DrugDao、StockDao、FlowDao、UserDao等。每个Dao类里是JDBC的CRUD代码用PreparedStatement执行SQL最后把结果集封装成实体对象。实体类放在entity或model包里Drug、Supplier、User、StockBatch、Stock、StockFlow这些类就是数据库表在Java里的映射。另外还有一个util包放DBUtil连接工具类、MD5Util密码加密工具、分页工具PageBean等。5.2 登录过滤器一夫当关的权限控制整个项目里最值得读的第一段代码一定是登录过滤器。它在filter包里名字通常是LoginFilter彻底搞懂它你就理解了所有JSP项目的公共逻辑WebFilter(/*) public class LoginFilter implements Filter { public void doFilter(ServletRequest req, ServletResponse resp, FilterChain chain) throws IOException, ServletException { HttpServletRequest request (HttpServletRequest) req; HttpServletResponse response (HttpServletResponse) resp; // 判断Session中是否有登录用户 HttpSession session request.getSession(); User user (User) session.getAttribute(loginUser); // 获取请求的路径 String url request.getRequestURI(); // 登录页、登录Servlet和静态资源直接放行 if (url.contains(login.jsp) || url.contains(LoginServlet) || url.endsWith(.css) || url.endsWith(.js) || url.endsWith(.jpg) || url.endsWith(.png) || user ! null) { chain.doFilter(req, resp); } else { // 未登录就重定向到登录页 response.sendRedirect(request.getContextPath() /login.jsp); } } }这段代码有一个细节值得注意登录Servlet本身必须放行否则会产生死循环——用户提交登录表单时请求到LoginServlet又被过滤器拦回登录页永远进不了系统。很多新手写过滤器时会在这里卡住主要原因就是忘了把LoginServlet加入白名单。5.3 入库业务中批次与库存的事务处理入库是最能体现业务复杂度的操作我直接给一个伪代码流程// 1. 接收参数药品id、入库数量、整件数、零货数、批号、生产日期、有效期、供应商 // 2. 开启事务必须如果自增id拿不到先查一次 conn.setAutoCommit(false); try { // 3. 向stock_batch插入一条批次记录 batchDao.insert(batch); // 4. 根据drug_id查询stock表判断该药品是否已存在库存记录 Stock stock stockDao.findByDrugId(drugId); if (stock null) { // 5a. 不存在则插入新的库存记录 stockDao.insert(stock); } else { // 5b. 存在则累加总数量、整件数、零货数并刷新最近效期 stock.setTotalQuantity(stock.getTotalQuantity() quantity); stock.setBoxQuantity(stock.getBoxQuantity() boxQty); stock.setLooseQuantity(stock.getLooseQuantity() looseQty); stock.setExpireMinDate(calculateMinExpireDate(drugId)); stockDao.update(stock); } // 6. 向stock_flow插入一条“入库”流水 flowDao.insert(flow); // 7. 提交事务 conn.commit(); } catch (Exception e) { // 8. 任何一个步骤出错整体回滚 conn.rollback(); }这段代码的思想是“要么全部成功要么全部失败”。比如批次插入成功但库存更新失败数据库就会有一条仓库里不存在的批次整个库存台账就会对不上。有了事务这类问题就不会发生。如果你在改造这个系统时想加点什么比如入库单审核功能记住一定要在这段事务代码里加状态判断别在外面写。5.4 效期预警与分页查询的常规实现效期预警在前台页面会显示成一张表格后台的逻辑是查stock_batch里所有expire_date在90天内的记录再关联drug表取药品名称、规格、厂家最后循环展示。如果要做颜色区分在JSP里判断天数然后给输入classexpire-warning即可。分页查询这块常见做法是封装一个PageBean核心属性有pageNum当前页、pageSize每页条数、totalCount总记录数、totalPages总页数、data当前页的数据列表。SQL层面用LIMIT ?, ?实现String sql SELECT * FROM drug ORDER BY id DESC LIMIT ?, ?; PreparedStatement ps conn.prepareStatement(sql); ps.setInt(1, (pageNum - 1) * pageSize); ps.setInt(2, pageSize);总记录数再单独查一条SELECT COUNT(*) FROM drug。分页查询不难但它是几乎所有后台管理系统都会用到的通用能力值得彻底吃透。6. 调试部署全流程与常见报错排查从开发环境跑通到真正把项目部署成一个可访问的系统中间这一步也是本套件的主要价值之一。调试部署这个过程坑多且杂但每解决一个坑你对系统的理解就会加深一层。这里我把从打包到部署的过程中最容易遇到几类报错梳理一遍。6.1 本地部署到Tomcat的完整流程如果只在IDEA里跑那叫开发模式。要把项目部署成可以独立运行的系统一般有两种方式方式一是用IDEA里的Build - Build Artifacts - 项目名:war - Build生成一个war包然后把这个war包复制到Tomcat的webapps目录下再启动Tomcat。Tomcat在启动时检测到war包会自动解压访问地址就是http://localhost:8080/项目名/。方式二是直接把整个项目目录放到webapps下适合项目不大、不想打war包的情况。Tomcat启动后同样会自动识别效果一样。这种方式对调试更友好改完JSP页面刷新就能看到效果。需要注意无论哪种方式项目的WEB-INF/classes目录里必须有编译好的class文件和配置文件。很多人部署后报404或者找不到类十有八九是WEB-INF/classes是空的。IDEA打war包一般会自动处理手动拷贝目录时千万检查一遍WEB-INF下的结构是否完整。6.2 404/500/乱码/连接失败等高频问题的解决链路部署之后的报错类型基本可以分成五大类每一类都有固定的排查路径我整理成了一张表建议收藏。现象可能原因排查与解决办法页面404项目未部署成功、路径不对先访问http://localhost:8080/看Tomcat是否启动确认项目名和context root是否一致查看Tomcat日志页面500 ClassNotFoundException缺jar包或class未编译检查WEB-INF/lib里有没有mysql驱动、servlet-api等检查WEB-INF/classes是否为空重新Build Project500 SQLException: Unknown database数据库名不匹配确认MySQL里是否创建了SQL脚本里指定的数据库名字必须一模一样500 Access denied for user用户名密码错误检查jdbc.properties里的用户名密码注意root账号是否允许本地连接中文乱码字符集不统一统一JSP的pageEncoding、MySQL连接URL的characterEncodingutf8、Tomcat的URIEncodingUTF-8端口被占用8080被其他程序占用改Tomcat HTTP端口或杀掉占用进程举一个真实案例有一次我帮学生排查一个500错误Tomcat日志里报的是java.sql.SQLException: Unknown database drug但我在Navicat里明明能看到这个数据库。最后发现原因是他导入SQL脚本时脚本第一行是CREATE DATABASE drug;但Navicat默认连接用的字符集和脚本不一致导致整个建库语句被注释掉了一部分。所以说导入SQL脚本之后一定要用SHOW TABLES;再确认一次。还有一个很经典的问题JSP页面改了但浏览器里看到的还是旧页面。这是因为Tomcat对JSP的编译有缓存加上浏览器可能加载了旧资源。处理方式是在JSP页面头部加一段禁用缓存的meta标签meta http-equivpragma contentno-cache meta http-equivcache-control contentno-cache meta http-equivexpires content0课程设计阶段这么加没任何问题但如果项目要上生产这种禁用缓存的方式就不推荐了要换成版本号策略。6.3 部署前自检清单根据我这些年指导项目的经验每次部署前花两分钟过一遍这张清单能帮你节省大量排查时间MySQL服务是否已启动是否能从命令行或Navicat正常连接数据库名是否和jdbc.properties里的jdbc.url完全一致SQL脚本是否完整导入初始化数据是否存在JDBC驱动jar包是否放进了WEB-INF/libTomcat版本是否低于10JDK版本是否为8项目Artifact是否重新BuildWEB-INF/classes下是否有最新的class文件端口是否被占用Tomcat启动日志是否完整无异常。每次我按这个顺序排查基本上十个问题里能解决八个。剩下两个往往是配置文件路径或者数据库编码的细节问题按前面表格里的方法处理就行。这套系统的价值说到底不只是它本身能跑通而是它把Java Web项目从零到部署的完整链路串起来了。我建议拿到源码后不要急着改功能先把核心的登录、入库、出库三条链路各自跑一遍然后用Navicat打开数据库对比一下操作前后哪些表发生了变化。你会发现库存表、批次表、流水表之间的联动关系会非常清晰。只要把这个业务闭环真正吃透不管以后是继续改这个项目还是去做其他后台管理系统你都会比那些只会背八股文的人多一分底气。