基于SSM的智慧养老院系统毕业设计源码解析与部署

简介这是一份基于SSM框架的智慧养老院系统毕业设计源码与数据库打包资料适用于计算机相关专业学生完成毕业设计、期末大作业或课程设计也适合想要上手Java Web项目的小白参考。系统覆盖养老院日常管理场景包括老人档案信息、床位分配、护工排班、消息通知、员工管理等核心模块采用JSP作为前端页面后端以Spring、SpringMVC、MyBatis分层构建整体业务逻辑清晰。压缩包共343个文件大小约34.39MB包含Java源码、JSP页面、class编译文件、jar依赖包、SQL脚本以及JS、CSS、PNG、GIF等前端资源其中GIF可用于查看操作演示SQL脚本可直接初始化数据库导入Eclipse或IDEA即可运行。目前已有310人学习下载。项目经过老师指导并获高分代码结构规范Controller、Service、Mapper分层明确内置完整业务闭环可直接作为毕设展示或二次开发基础能够帮助新手快速理解SSM整合流程、数据表设计思路与前后端交互过程节省从零搭建的时间。1. 基于SSM的智慧养老院系统这份毕业设计源码包到底在研究什么打开“基于SSM的智慧养老院系统的设计与实现源码数据库毕业设计.zip”里面是一套典型的Java Web毕业设计工程Spring、SpringMVC、MyBatis三个框架串成后端MySQL存数据Tomcat跑服务前端以JSP页面为主。所谓“智慧养老院”落到代码层面就是人、房、护、医四类数据的管理系统——老人档案、床位分配、护工排班、健康记录、用药信息、来访登记、费用账单全部通过浏览器页面完成增删改查。这类项目在本科毕业设计里出现频率极高原因很实际SSM是很多高校Java方向课程教过的技术栈业务模型清晰功能边界好划分数据库设计也能体现学生的建模能力。拿到这套源码的人多半不是要直接上线商用而是要完成三件事把环境跑通、看懂代码路径、在原有基础上改出一两个自己的亮点去参加答辩。这篇笔记不打算逐行读代码而是按“系统是什么→SSM怎么协作→数据库怎么设计→怎么跑起来→坑在哪→答辩扩展”的顺序把拿到zip之后最可能遇到的技术问题说透。适合正在做毕业设计的学生也适合接手别人Java Web项目想快速上手的开发者。2. SSM三层架构协作拆解Spring、SpringMVC、MyBatis在养老院系统里各自管什么SSM不是三块独立代码堆在一起而是一条链路请求先由SpringMVC接收业务逻辑由Spring容器里的Service对象执行数据访问最终落到MyBatis生成的SQL上。读完这条链路后面改功能、修bug才有方向感。这一章用养老院系统最常见的“查询老人列表”场景把三个框架的分工讲透。2.1 Spring管什么IoC容器、Service层事务与数据源托管Spring在这个项目里不直接处理浏览器请求它管理的是对象之间的依赖关系。所有Service对象、Mapper代理对象、数据源、事务管理器都由Spring容器创建和装配。以“添加一位新入住老人”为例这一步要同时往elder表插入档案、把room表的床位状态改成已占用两步必须在一个事务里完成否则会出现“档案建了但床位没锁”的脏数据。事务边界由Spring控制默认遇到运行时异常就回滚。典型的Spring配置文件长这样!-- applicationContext.xml 核心片段 -- context:component-scan base-packagecom.example.nursinghome.service/ context:property-placeholder locationclasspath:jdbc.properties/ bean iddataSource classorg.apache.commons.dbcp.BasicDataSource destroy-methodclose property namedriverClassName value${jdbc.driver}/ property nameurl value${jdbc.url}/ property nameusername value${jdbc.username}/ property namepassword value${jdbc.password}/ /bean bean idsqlSessionFactory classorg.mybatis.spring.SqlSessionFactoryBean property namedataSource refdataSource/ property namemapperLocations valueclasspath:mapper/*.xml/ /bean bean classorg.mybatis.spring.mapper.MapperScannerConfigurer property namebasePackage valuecom.example.nursinghome.mapper/ /bean bean idtransactionManager classorg.springframework.jdbc.datasource.DataSourceTransactionManager property namedataSource refdataSource/ /bean tx:annotation-driven transaction-managertransactionManager/这里component-scan负责把Service包下的类注册成Beanproperty-placeholder读取jdbc.properties里的数据库连接参数sqlSessionFactory把DataSource交给MyBatis同时指定Mapper XML的位置MapperScannerConfigurer的作用是按basePackage自动生成Mapper接口的代理对象这也是Service里能直接Autowired注入Mapper接口的原因。事务管理器绑定数据源后Service方法上的Transactional注解才会生效。这套配置在SSM项目里几乎是模板级的存在拿到源码后第一件事就是确认这几个bean都在并且包名和你目录里的实际包一致。2.2 SpringMVC管什么请求分发、参数绑定与视图解析SpringMVC是系统的入口层。浏览器发来的URL请求先被web.xml里配置的DispatcherServlet截获再由它根据RequestMapping注解找到对应Controller的方法。养老院系统的登录、老人列表、床位分配、费用查询每一个功能点都对应Controller类里的一两个方法。web.xml里的配置决定了DispatcherServlet的拦截范围servlet servlet-namedispatcher/servlet-name servlet-classorg.springframework.web.servlet.DispatcherServlet/servlet-class init-param param-namecontextConfigLocation/param-name param-valueclasspath:spring-mvc.xml/param-value /init-param load-on-startup1/load-on-startup /servlet servlet-mapping servlet-namedispatcher/servlet-name url-pattern//url-pattern /servlet-mapping注意url-pattern这里用的是“/”不是“/*”。写成/*会把JSP页面也拦截掉导致所有视图跳转都变成404这是SSM项目最高频的配置错误之一。而加载spring-mvc.xml之后框架才知道该扫描哪个包下的Controller、怎么解析视图、哪些路径放行静态资源!-- spring-mvc.xml 核心片段 -- context:component-scan base-packagecom.example.nursinghome.controller/ mvc:annotation-driven/ bean classorg.springframework.web.servlet.view.InternalResourceViewResolver property nameprefix value/WEB-INF/jsp// property namesuffix value.jsp/ /bean mvc:resources mapping/static/** location/static//InternalResourceViewResolver的prefix和suffix决定了Controller返回的字符串最终指向哪个JSP文件。比如方法return elder/list实际渲染的就是/WEB-INF/jsp/elder/list.jsp。mvc:resources则把/static/开头的CSS、JS、图片请求放行不让DispatcherServlet拦截。很多项目页面打开了但样式全丢就是少了这行静态资源映射。2.3 MyBatis管什么Mapper接口与SQL映射文件如何对得上MyBatis负责最后的SQL执行。它比直接写JDBC舒服的地方在于SQL写在XML文件里参数和结果集可以自动映射。养老院系统里每张表基本对应一个Mapper接口和一个Mapper XML文件。接口定义方法XML写SQL两者通过“接口全限定名 方法名”绑定。public interface ElderMapper { ListElder selectAll(); Elder selectById(Integer id); int insertElder(Elder elder); int updateStatus(Param(id) Integer id, Param(status) Integer status); }mapper namespacecom.example.nursinghome.mapper.ElderMapper select idselectAll resultTypecom.example.nursinghome.pojo.Elder SELECT * FROM elder /select select idselectById parameterTypejava.lang.Integer resultTypecom.example.nursinghome.pojo.Elder SELECT * FROM elder WHERE id #{id} /select insert idinsertElder parameterTypecom.example.nursinghome.pojo.Elder useGeneratedKeystrue keyPropertyid INSERT INTO elder(name, gender, birth_date, room_id, entry_date, status) VALUES (#{name}, #{gender}, #{birthDate}, #{roomId}, #{entryDate}, #{status}) /insert /mappernamespace必须等于接口的全限定名statement的id必须等于方法名这是MyBatis绑定的两条硬规则。resultType直接写实体类的全限定名如果字段名和属性名对不上就得改用resultMap做显式映射。参数绑定用#{}MyBatis会把它编译成预编译语句的占位符能防SQL注入如果写成${}就是字符串拼接只在少数需要动态传表名或排序字段的场景才用。参数说明Param注解的作用是给多个参数起名字让XML里能用#{id}、#{status}引用不加的话MyBatis只能用arg0、param1这种很难维护的方式。2.4 一条完整请求链路查老人列表从点击到页面渲染经过了什么把三层串起来看一个真实场景。管理员在导航栏点击“老人管理”页面向服务端发一个GET /elder/list请求。链路是这样的Tomcat收到请求后交给DispatcherServletDispatcherServlet根据/elder/list找到ElderController里RequestMapping(/elder)下RequestMapping(/list)对应的方法方法调用elderService.listAll()Service方法上有Transactional时Spring先开启事务再调用ElderMapper.selectAll()MyBatis通过SqlSession执行XML里的SELECT * FROM elder把结果集映射成List 返回数据逐层回到Controller被塞进Model视图解析器把返回字符串elder/list解析成JSP路径JSP用EL表达式和JSTL标签遍历elderList渲染成HTML表格返回浏览器。每一步的数据形态都不同Controller里是Java对象Service里是业务逻辑和数据校验Mapper里是SQL参数和结果映射。排查问题时先判断症状发生在哪一段——控制台有SQL日志但页面没数据问题在JSP渲染SQL没执行问题在请求没进Controller或Service抛了异常。理解这条链路后面动手改需求就敢下手了。3. 数据库设计智慧养老院的表结构、关联关系与SQL导入要点数据库是答辩时老师最爱深挖的部分因为SSM项目里几乎所有功能都能映射成一张表的增删改查表设计直接决定系统能讲出多少业务故事。这一章按主数据、过程数据、关系设计三层拆解最后给出SQL脚本导入的完整操作。3.1 主数据表老人档案、护工、房间床位怎么建主数据表是系统的“底表”存的是当前状态。养老院系统里至少有三类老人档案表、护工表、房间床位表。老人档案表是最核心的几乎所有业务表都通过elder_id和它关联。CREATE TABLE elder ( id INT AUTO_INCREMENT COMMENT 老人ID, name VARCHAR(50) NOT NULL COMMENT 姓名, gender TINYINT COMMENT 性别1男 2女, birth_date DATE COMMENT 出生日期, id_card VARCHAR(18) COMMENT 身份证号, phone VARCHAR(20) COMMENT 本人电话, room_id INT COMMENT 关联room表床位ID, entry_date DATE COMMENT 入住日期, status TINYINT DEFAULT 1 COMMENT 状态1在住 0已退住, remark VARCHAR(255) COMMENT 备注, PRIMARY KEY (id), INDEX idx_room (room_id), INDEX idx_status (status) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4 COMMENT老人档案表;字段设计有几个讲究。身份证号虽然是唯一的但现实中存在没登记或登记不完整的情况所以一般不建唯一索引保留可空。room_id是外键语义的字段指向床位表表示老人住在哪个房间一个房间可以住多个老人养老院常见双人间所以elder对room是多对一。status字段是逻辑删除的开关值为0就表示退住但数据行还留在表里这在毕业设计里是加分项后面3.3节细说。列表页查询条件基本是“按状态过滤 按姓名模糊查询 分页”所以给status建普通索引就够了不需要在remark上建索引。房间床位表通常包含房号、床号、房间类型单人间/双人间/护理间、当前状态空闲/已入住、楼层这几列。护工表则相对简单姓名、手机号、负责区域、班次。这里要注意护工和老人是多对多关系——一个护工照顾多个老人一个老人也会接受不同护工的轮班护理所以一般不直接在外键字段里表达而是靠护理记录表来承担关联这就引出3.2节。3.2 过程记录表健康、用药、护理、来访、费用五张流水表过程记录表存的是“发生过什么”是典型流水账结构只增不改修改也极少。养老院系统的业务厚度全靠这五张表撑起来表名记录内容核心字段对应业务模块health_record每日健康监测elder_id, blood_pressure, blood_sugar, temperature, record_date健康档案medication_record用药执行记录elder_id, drug_name, dosage, exec_time, executor用药管理nursing_record护理操作记录elder_id, nurse_id, content, create_time护理管理visit_record家属来访登记elder_id, visitor_name, visitor_phone, relation, in_time, out_time出入管理fee_record费用流水elder_id, fee_type, amount, pay_status, create_time费用管理这五张表有共同特征都带elder_id作为关联字段都带时间字段都有一条“谁做的/谁支付的”操作人信息。健康记录表是系统演示时的重点因为它能体现“智慧”——老人生命体征数据按天沉淀页面可以按时间线展示也可以做简单的异常值标红。费用表则要注意amount字段用DECIMAL而不是FLOAT金额精度在MySQL里用浮点类型是经典翻车点答辩时被问到“为什么不用double”能答上来就是加分。设计过程表时的习惯时间字段统一用datetime不要混用timestamp和varchar存时间操作人字段不要直接存姓名存nurse_id或admin_id需要展示时再联表查避免数据冗余。这些细节都是答辩时能展示“做过思考”的地方。3.3 外键、逻辑删除与索引答辩时最常被问的三个数据库问题第一个问题是“为什么没建外键”。很多教科书里强调外键约束但实际项目里常见做法是不建物理外键只保留逻辑外键字段比如elder.room_id原因有二一是物理外键会让插入、更新变慢维护成本高二是删除数据时外键约束会挡住操作演示流程容易卡住。答辩话术是“用应用层逻辑保证引用完整性”。第二个问题是逻辑删除。物理删除数据行会让历史记录消失健康记录、费用流水这些表一旦被删系统就没有可讲的故事了。所以elder表保留status字段删除操作实际是UPDATE status0查询列表默认带一条and status 1的条件。这个设计也留了“后悔药”——演示时误删了数据改回status就能恢复。第三个问题是索引。索引不是越多越好过程记录表上的索引建议聚焦在elder_id和时间字段上因为查询模式基本上都是“查某个老人的历史记录”。联表查询在SSM里很常见比如页面要展示老人的姓名、房间号、护工姓名习惯写法是JOIN而不是三张表各查一遍SELECT e.id, e.name, e.phone, r.room_no, r.bed_no, n.name AS nurse_name FROM elder e LEFT JOIN room r ON e.room_id r.id LEFT JOIN nursing_record nr ON nr.elder_id e.id LEFT JOIN nurse n ON nr.nurse_id n.id WHERE e.status 1 GROUP BY e.id;LEFT JOIN保证没有护理记录的老人也能查出主信息GROUP BY是因为一个老人可能有多条护理记录需要按elder_id去重。这种SQL在答辩时被要求手写能写出来就是实打实的加分项。3.4 SQL脚本导入两条路命令行与图形化工具附字符集检查拿到数据库脚本后第一步是确认脚本是“建库建表数据”的全量脚本还是只有建表语句。看文件开头的几行就能判断通常会有CREATE DATABASE或者USE开头的语句。导入有两种方式我一般优先用命令行速度快且报错信息直白# 先建库如果脚本里没有CREATE DATABASE mysql -u root -p -e CREATE DATABASE IF NOT EXISTS nursing_home DEFAULT CHARSET utf8mb4; # 导入SQL文件 mysql -u root -p nursing_home nursing_home.sql如果脚本第一行是“CREATE DATABASE nursing_home”那就不需要建库直接执行mysql -u root -p nursing_home.sql即可。导入后用一条SQL确认表数量和数据量SELECT COUNT(*) AS table_count FROM information_schema.tables WHERE table_schema nursing_home;图形化工具比如Navicat或MySQL Workbench的操作更简单右键数据库选“运行SQL文件”就行但要注意工具连接时选的字符集要和SQL文件一致否则中文数据会变成乱码。检查SQL脚本开头有没有SET NAMES utf8mb4这条语句没有就手动在文件头部加一行再导入。这一步是后续所有中文显示问题的源头值得多花一分钟。4. 把zip里的源码跑起来环境选型、项目导入、配置修改与首次启动源码包到手以后第一目标不是写代码是让这套系统在本机跑起来。这一步95%的坑都出在“环境版本和配置文件没对齐”。这一章给一套稳妥的落地路径先定版本再导工程然后改配置最后启动验证。4.1 版本搭配清单JDK、Maven、Tomcat、MySQL选什么最稳SSM毕业设计的代码通常基于某个Java课程的教学版本编写兼容性最好的组合是组件建议版本说明JDK1.8SSM项目最通用的编译版本勿用JDK 11直接跑老代码Maven3.6.x与IDE内置Maven兼容性最好Tomcat8.5或9.0支持Servlet 3.1规范SSM项目的主流容器MySQL5.7或8.05.7最省事8.0要注意驱动和时区参数IDE主流Java IDE社区版即可重点是能识别Maven工程版本搭配上有一条重要原则不要追求新。JDK 8是很多SSM项目编译时的基准用高版本JDK编译老工程容易遇到javax包被移除、反射告警变报错等问题。Tomcat 9和JDK 8兼容良好但如果项目里用了某些老版本的Servlet APITomcat 8.5更保险。MySQL 8.0可以跑但连接驱动不能再用老版本url参数也要加时区具体见4.3节。4.2 用IDE导入Maven工程解压、识别、依赖下载与pom检查先把zip解压确认目录结构里有没有pom.xml。SSM的Maven工程标准结构是src/main/java放Java源码src/main/resources放配置文件src/main/webapp放JSP和静态资源pom.xml在根目录。用IDE打开时选择pom.xml作为Maven项目导入而不是新建空项目再把代码拖进去否则依赖解析和目录识别都会出问题。pom.xml的核心依赖结构通常是这样的具体版本号以你解压出来的pom.xml为准properties spring.version5.1.8.RELEASE/spring.version mybatis.version3.5.3/mybatis.version /properties dependencies !-- Spring MVC -- dependency groupIdorg.springframework/groupId artifactIdspring-webmvc/artifactId version${spring.version}/version /dependency !-- MyBatis 核心 -- dependency groupIdorg.mybatis/groupId artifactIdmybatis/artifactId version${mybatis.version}/version /dependency !-- MyBatis 与 Spring 整合 -- dependency groupIdorg.mybatis/groupId artifactIdmybatis-spring/artifactId version2.0.3/version /dependency !-- MySQL 驱动 -- dependency groupIdmysql/groupId artifactIdmysql-connector-java/artifactId version8.0.11/version /dependency !-- Servlet API -- dependency groupIdjavax.servlet/groupId artifactIdjavax.servlet-api/artifactId version3.1.0/version scopeprovided/scope /dependency /dependencies导入后第一步是等依赖下载完成观察IDE右下角的进度。如果下载很慢或卡住多半是默认Maven中央仓库连接不稳定解决方法是把Maven的settings.xml里的镜像换成国内镜像地址然后重新导入。依赖下载完成后在项目根目录执行mvn clean install -DskipTests验证构建是否通过。构建报错时先看第一个错误不要被后面的连锁报错带偏——不少时候只是某个依赖没下载完整执行clean后再重新构建就好了。4.3 修改数据库连接配置jdbc.properties与MySQL 8.0时区参数构建通过不代表能连上数据库。找到src/main/resources目录下的jdbc.properties也有项目叫db.properties这就是数据库连接的唯一配置入口。改造前的典型内容是把用户名密码改成自己的jdbc.drivercom.mysql.cj.jdbc.Driver jdbc.urljdbc:mysql://localhost:3306/nursing_home?useUnicodetruecharacterEncodingUTF-8useSSLfalseserverTimezoneAsia/Shanghai jdbc.usernameroot jdbc.password你自己的数据库密码如果本机MySQL是5.7或更早驱动类名可以保持com.mysql.jdbc.Driver如果是8.0必须用com.mysql.cj.jdbc.Driver否则启动直接报ClassNotFoundException。url里的参数逐一说清useUnicodetrue和characterEncodingUTF-8保证中文正常读写useSSLfalse是跳过SSL握手本地开发必须加否则会有大量告警日志serverTimezoneAsia/Shanghai是MySQL 8.0的必填参数不加会报“The server time zone value is unrecognized”的异常。注意url里的“”符号在XML里不需要转义因为jdbc.properties不是XML文件但如果你把这个配置写进applicationContext.xml里就需要写成。改完配置后一定要重启Tomcat让配置重新加载光刷新浏览器没有用。连接信息是否正确可以先用命令行mysql -u root -p nursing_home试一下能不能登录能登录再排查代码层面的问题。4.4 配置Tomcat并首次启动从部署到看到登录页的完整操作在IDE里配置Tomcat的步骤是固定的打开Run/Debug Configurations新增Tomcat Server下的Local在Server标签页选本机的Tomcat安装目录切到Deployment标签页点加号添加Artifact选项目的war exploded包Application context填写项目访问路径一般保持根路径“/”或者项目名。这里有个小习惯war exploded是未压缩的部署方式启动快改JSP可以直接刷新看到效果开发阶段比war包方便得多。启动时观察控制台日志出现这些关键行说明启动正常“Initializing Spring root WebApplicationContext”表示Spring容器加载完成“Tomcat started on port(s): 8080”表示端口就绪。启动成功后打开浏览器访问http://localhost:8080/项目名/应该能看到登录页。此时不知道账号密码怎么办最常见的做法是查数据库里admin表或user表的前几行数据初始密码如果看着像密文就去源码里找登录逻辑对应的SQL看它查的是哪张表哪个字段直接对照着验证。这是所有接手源码包的人都应该掌握的第一步不猜去数据里找答案。5. 部署与运行避坑SSM养老院项目最常见的翻车现场与排查路径这一章是血泪经验。SSM项目跑不起来的原因高度重复每条下面按“现象→原因→解决”写清楚遇到问题可以直接对照排查。5.1 数据库连不上驱动、时区、账号密码三类原因逐个排除现象启动时控制台报Cannot create PoolableConnectionFactory或java.sql.SQLException: Access denied for user rootlocalhost。原因基本逃不出三类一是MySQL服务没启动或端口不是默认的3306二是账号密码不对或MySQL 8.0的root账号用了新的密码加密插件而驱动版本太老三是连接串里的库名和实际库名不一致。先不碰代码用命令行mysql -u root -p直接登录验证能进去说明账号密码没问题问题在url进不去则先解决账号密码。驱动类是另一个常见雷区MySQL 8.0必须配com.mysql.cj.jdbc.Driver5.x配com.mysql.jdbc.Driver交叉使用必报错。解决方法是按4.3节的配置逐项核对改完重启Tomcat。5.2 启动即报类找不到依赖没下全与版本冲突的处理现象控制台抛ClassNotFoundException或NoClassDefFoundError指向org.springframework或org.mybatis相关的类。原因Maven依赖下载中断、本地仓库里残留了损坏的jar、同一个依赖存在多个版本导致冲突。这种情况在刚换电脑或换网络环境时最常出现。解决路径就三步先在项目根目录执行mvn clean install看原生报错然后让IDE重新导入Maven工程最后还不行找到本地Maven仓库里对应的目录删掉重新下载。多数情况下重下依赖就能解决这不是代码问题是环境问题。不要一上来就改pom.xml那往往是误判。5.3 接口路由全部404url-pattern与组件扫描两处检查现象首页index.jsp能打开但点击导航栏里任何功能都跳404控制台没有任何异常日志。原因排查两处。第一处在web.xmlDispatcherServlet的url-pattern如果写成了/*JSP请求也被拦截所有视图转发都会404改成“/”即可。第二处在spring-mvc.xmlcomponent-scan的base-package如果没覆盖到controller包或Controller类上没加Controller注解DispatcherServlet根本找不到处理器。排查顺序是先看web.xml的拦截规则再看扫描包名和注解最后看Controller里RequestMapping的路径和前端请求路径是否一致。这类问题改完配置要重启并清掉Tomcat的work缓存目录避免旧编译产物干扰。5.4 中文乱码最后一公里页面、请求、存储三个编码开关现象页面中文显示成问号数据库里存的中文变成乱码从页面提交的中文存进库里是乱码。乱码是SSM项目里最折磨人的问题因为它可能同时涉及三个环节JSP页面本身的编码、Tomcat接收请求时解码用的编码、数据库连接和表结构的字符集。任何一处不一致中文就保不住。逐项排查确认JSP头部有pageEncodingUTF-8确认Tomcat的server.xml里Connector标签加了URIEncodingUTF-8确认jdbc连接串带characterEncodingUTF-8确认建表时指定了DEFAULT CHARSETutf8mb4最后在MySQL客户端执行SHOW VARIABLES LIKE character_set%看服务端默认字符集。这些全部对齐后把已有乱码数据删掉重新导入乱码问题才彻底解决——对已存坏的数据做转换是更大的坑。5.5 MyBatis绑定失败namespace、资源打包、方法id三处核对现象调用Mapper接口方法时抛BindingException: Invalid bound statement (not found)后面跟着接口的全限定名和方法名。原因有三个高频点。一是XML的namespace写错了没等于接口全限定名这是最基础的绑定规则。二是Mapper XML文件没有被打进classes目录——如果XML放在src/main/java的包目录下Maven默认不会把它当资源文件打包需要把XML移到src/main/resources下的mapper目录或在pom.xml里配置resource。三是方法的id和XML里的statement id不一致常见于改了方法名但忘了同步XML。解决先核对namespace再确认classes目录里能找到对应的XML文件最后逐条比对方法名。有一个检查技巧启动时看日志里有没有“Bean xxxMapper of type”和“Class com.xxx.mapper.ElderMapper”的注册信息能确认接口有没有被Spring扫描到。5.6 静态资源404与视图找不到拦截规则和视图解析器路径现象页面HTML结构正常但CSS、JS、图片全部404或者Controller正常返回了字符串但浏览器显示404/500。静态资源404的原因上面提过DispatcherServlet拦截了所有路径spring-mvc.xml里缺了mvc:resources映射。把/static/**前端资源所在路径显式放行即可。视图找不到的原因则在InternalResourceViewResolverprefix配置的/WEB-INF/jsp/与实际目录不一致或返回字符串里多写了后缀比如return elder/list.jsp视图解析器拼完变成elder/list.jsp.jsp。解决思路是确认JSP文件的实际物理路径用文件系统路径反推配置应该怎么写不要凭记忆猜。5.7 端口被占用与残留进程启动前的三秒检查习惯现象启动Tomcat时立刻报Port 8080 required by Tomcat v9.0 Server ... is already in use。原因上一次Tomcat没关干净或者其他程序占了8080端口。很多开发者遇到过IDE里点了Stop但Java进程还在后台挂着再次启动必然冲突。解决方法是先查端口再杀进程# Windows netstat -ano | findstr 8080 taskkill /PID 进程号 /F # Linux / macOS lsof -i:8080 kill -9 端口对应的PID我的习惯是每次启动前先确认上次的Tomcat确实关了再点运行按钮。热部署调试时改完代码先执行clean再重启能省下很多“改了没生效”的排查时间。6. 答辩展示与扩展改造让这套智慧养老院系统比源码包多走一步6.1 五步演示主线把登录到费用结算串成连贯业务故事答辩演示不要零散地打开每一个菜单而是串一条主线登录系统→新增一位老人并分配床位→给这位老人录入一条健康记录和一条用药记录→模拟家属来访登记→最后生成费用账单。这条主线把主数据表、过程记录表、查询页面全部覆盖评委跟着走一遍就对系统有了整体印象。每一步操作前提前说一句“这里是做什么的”比沉默点鼠标效果好得多。6.2 低成本高展示度的扩展用药提醒算是个不错的切入点想在源码包基础上加功能推荐“用药提醒”这类改动量小但业务价值明显的扩展。做法给medication_record表加一个提醒时间字段在项目首页加一个查询未来24小时待执行用药的接口JSP页面上用颜色高亮即将到期的记录。改动只涉及一张表、一个Mapper方法、一个页面区块但能讲清楚“我是从实际需求出发做了设计”比简单加个统计图表更有说服力。6.3 常见问法预判与最后一晚的自检习惯答辩被问最频繁的三个技术点是事务在哪个层控制、#{}和${}的区别、数据库表之间的关系。回答框架都在这篇笔记里了关键是理解而不是背。我自己带毕业设计的习惯是答辩前一晚不看PPT而是把数据库每张表都SELECT *一遍再从登录页把主流程走三遍。纸上的架构图是给别人看的代码里的数据流才是自己的底气。希望帮到你。本文还有配套的精品资源点击获取