尧图网站建设 
简介面向Java Web毕业设计的一款中医养生系统项目基于SSMSpringSpringMVCMyBatis框架整合JSP与MySQL实现整体采用B/S模式适合计算机相关专业学生进行课程设计、毕业设计或SSM框架进阶练习。系统包含用户登录管理等核心模块后端使用Java语言MyBatis操作数据源前端使用JSP页面并配套大量CSS样式与JavaScript交互脚本同时提供完整数据库设计文档和SQL初始化脚本。压缩包共有1509个文件核心类型包括java源码147个、jsp页面144个、js脚本390个、css样式160个还包含png/jpg/gif等界面图片与xml配置文件整体大小41.98MB可直接导入IDEA或Eclipse配合MySQL运行。目前已有143人学习下载。借助这份资料可掌握SSM三层架构的搭建方式、JSP前后端交互流程以及MySQL表设计要点同时获得可供修改和扩展的完整工程对快速完成同类型管理系统开发具有较高参考价值。1. 用 SSM JSP 做中医养生系统这不是给你讲框架是给你一个能答辩的完整闭环每年这个时候都会有一批人卡在同一个地方开题报告过了数据库建了结果项目跑起来 404。如果你想找的是那种「Spring SpringMVC MyBatis 全家桶加上 JSP 页面、MySQL 数据库、Maven 工程结构解压就能开跑」的 java 毕设源码那这套基于 SSM 框架的中医养生系统就是典型样本。它不是什么生产级高并发方案它的价值在于——把 SSM 三大组件和 JSP 前后端交互的完整链路放在一个业务场景里你能在三天之内看懂、跑通、改出自己的东西。适合的人群很明确计算机相关专业做毕业设计的学生、需要快速上手 SpringMVC 工作流的初级 Java 开发以及想拿一套现成项目反推框架原理的读者。2. 为什么毕业设计选 SSM 而不是 Spring Boot选型理由与技术边界2.1 从答辩角度看 SSM 的「可讲性」你先想清楚一个问题毕业设计答辩老师最常问的是什么是「你这个项目用了什么技术」「这个技术解决了什么问题」「数据库怎么设计的」。Spring Boot 虽然开发快但它把大量配置自动完成了很多学生做完也说不清自动配置背后发生了什么。SSM 不一样Spring 管 Bean、SpringMVC 管请求分发、MyBatis 管 SQL 映射每一层职责清晰答辩时你几乎可以按照「请求进来→Controller→Service→Mapper→数据库→返回 JSP 页面」这条线讲满十五分钟。这套中医养生系统的代码结构也是照着这个逻辑来的。前端是 JSP请求打到 DispatcherServletSpringMVC 根据注解找到对应 ControllerService 层处理业务逻辑MyBatis 通过 mapper 接口操作 MySQL 数据源。它没有复杂到看不懂但也足够让你在答辩时展示「我理解分层架构」。2.2 系统模块划分从登录到业务功能的完整链路中医养生系统听起来大实际落地的功能模块是收敛的。你可以把它理解成三块用户端、管理端、公共基础模块。用户端做登录注册JSP session 管理、养生知识浏览列表 详情页、个人预约管理提交预约信息存库里管理端做用户信息管理增删改查养生内容的发布与上下架公共模块则是拦截器做登录校验、过滤器处理字符编码、MD5 加密存密码。这里要特别说登录模块它是几乎所有 SSM 毕设项目的门面。代码里用的是传统做法——登录时根据用户名和密码查 user 表匹配就向 session 写入用户对象再在拦截器里判断 session 是否为空来拦截未登录请求。这个逻辑谈不上新但它是「用户登录管理等模块的设计与实现」里最容易被抽问的部分你必须能对着源码讲清楚 session 的创建和失效时机。2.3 JSP MySQL Maven 的组合到底老不老老实说这套组合确实不是企业主流了但放在毕设场景里它反而有优势。JSP 是服务端渲染页面逻辑跑在 Tomcat 里调试时能看到很明确的报错堆栈MySQL 版本不限你本地装 5.7 或者 8.0 都能用Maven 做依赖管理解决了 jar 包手动导入的混乱问题。你只需要确认环境变量配好了 JDK 1.8 和 Maven再在 IDEA 或 Eclipse 里导入工程等依赖拉完就能跑。风险点在哪里两个。一是 Maven 版本太新比如 3.9.x偶尔会和老项目的编译插件产生兼容问题二是 MySQL 8.0 的驱动包和连接串写法与 5.x 不一样。这些问题我会在第 5 章展开讲先记着有这两个坑。3. 把 rar 解压到「能在 IDEA 里跑起来」部署实操与参数说明3.1 环境准备清单版本不对后面全白搭不用追求最新版稳定是第一位的。JDK 一定用 1.8你要是装了 11 或 17老项目里很多反射和 JSP 编译相关配置大概率要出幺蛾子。Maven 建议 3.6.xTomcat 建议 8.5 或者 9.0。数据库 MySQL 版本不限但如果你用的是 8.0driverClassName 和连接 URL 要记得改。前端用的 bootstrap、element-ui、layui 这些 CSS/JS 库都打包在 webapp 目录里不用额外引入。我的习惯是先解压到一个纯英文路径比如D:\projects\ssm-health。别放在桌面或者带中文名的文件夹否则 Tomcat 部署时路径解析会翻车。解压后你会看到典型的 Maven 工程结构ssm-health/ ├── pom.xml ├── src │ ├── main │ │ ├── java │ │ │ └── com/xxx │ │ │ ├── controller/ │ │ │ ├── service/ │ │ │ ├── mapper/ │ │ │ └── entity/ │ │ ├── resources │ │ │ ├── jdbc.properties │ │ │ ├── spring-mvc.xml │ │ │ ├── spring-mybatis.xml │ │ │ └── mapper/*.xml │ │ └── webapp │ │ ├── WEB-INF/ │ │ └── static/ └── sql └── ssm_health.sql先说几行命令的用途。pom.xml是 Maven 的依赖清单里面定义了 spring-webmvc、mybatis-spring、mysql-connector-java、jstl 这些核心库的版本src/main/resources是配置文件的家sql/目录放数据库初始化脚本。你打开项目的第一步不是急着启动而是先看 pom.xml 里的依赖坐标对不对。properties maven.compiler.source1.8/maven.compiler.source maven.compiler.target1.8/maven.compiler.target /properties这组配置把编译级别锁死在 Java 8。如果你本机默认 JDK 版本更高IDEA 里会出现编译报错「java: 无效的源发行版」就需要去 Project Structure 里把 SDK 切成 1.8。3.2 导入 IDEA 并修改数据库连接配置我不建议用命令行 mvn spring-boot:run 去启动——这是 SSM War 包部署不是 Spring Boot 内嵌服务器。正确操作是在 IDEA 里配置 Tomcat。具体步骤打开 IDEA选 Import Project找到解压目录里的 pom.xml等右下角 Maven 依赖下载跑完。然后打开src/main/resources/jdbc.propertiesjdbc.drivercom.mysql.jdbc.Driver jdbc.urljdbc:mysql://localhost:3306/ssm_health?useUnicodetruecharacterEncodingutf-8useSSLfalseserverTimezoneAsia/Shanghai jdbc.usernameroot jdbc.password123456这里面最值得说的是 url 参数。useUnicodetruecharacterEncodingutf-8保证中文不乱码serverTimezoneAsia/Shanghai是 MySQL 8.0 必须加的否则驱动会报 CST 时区错误useSSLfalse是为了省掉本地调试的证书警告。端口和库名按你本地情况改如果你装了 MySQL 8.0jdbc.driver需要换成com.mysql.cj.jdbc.Driver。改完配置文件下一步是建数据库。打开 Navicat 或者 SQLyog新建连接然后新建一个名为ssm_health的数据库字符集选 utf8mb4。接着右键运行 SQL 文件把sql/ssm_health.sql导进去。这个脚本里包含了建表语句和几条初始数据一般不会失败除非你把库名改错了——脚本前几行如果有USE ssm_health;那你建的库名必须和它一致。3.3 配置 Tomcat 并走一遍启动验证IDEA 右上角打开 Run/Debug Configuration点加号选 Tomcat Server → Local。在 Deployment 标签页把当前项目的 war exploded 加进去Application context 填/这样访问路径就是http://localhost:8080/不用多敲一层项目名。配好后启动 Tomcat看到Connected to server和Artifact deployed successfully就说明部署成功了。验证入口我一般这么测浏览器访问登录页用一个已知账号登录观察 URL 是否跳转到系统首页然后故意退出登录直接访问一个需要权限的页面看是不是被拦截器打回登录页。这两条走通了你这个项目在功能层面就算能用了。要特别留意 IDEA 右下角有没有报缺失依赖的红色提示如果 Maven 的 jar 没拉全启动到一半就会报 ClassNotFoundException这个没有捷径只能重新 Reimport。4. 数据库设计与初始化MySQL 表结构、字段含义与初始化数据4.1 先理解这套系统的数据模型再动 SQL中医养生系统的数据库设计不复杂但你要能在答辩时讲清楚为什么这么设计。核心无非是用户表、内容表、预约/记录表三类。用户表存账号密码和角色字段区分用户还是管理员内容表存养生文章或资讯预约表存用户提交的预约记录并关联用户 id。这里没有引入外键约束而是用逻辑关联——Java 代码和 mapper 的 SQL 里通过 user_id 字段做关联查询。毕业设计这种规模的项目逻辑外键比物理外键更实用省去增删数据时外键冲突的烦恼。我之前看过不少学生因为加了外键约束删除用户时连着预约记录被拦截直接不耐烦地把外键删了。其实从一开始就保持「表结构轻量、关联靠代码」反而是这个项目的好习惯。下面是核心表的一个概览表名作用关键字段t_user用户与管理员账号id、username、passwordMD5、real_name、role、create_timet_content养生文章与资讯id、title、summary、content、type、publish_timet_appointment用户预约记录id、user_id、doctor_name、appointment_time、status4.2 三张核心表的字段设计细节先看用户表。role 字段非常关键它用整型区分权限1 是管理员0 是普通用户。在 JSP 页面的增删改查按钮就是用c:if test${sessionScope.user.role 1}这种标签控制的。密码存的是 MD5 值不是明文。源码里会发现一个工具类专门做 MD5 加密登录时先加密再查库这样数据库里的密文被脱库了也没有直接泄露明文。再看内容表。type 字段用于区分文章分类比如食疗、穴位、节气养生列表页根据 type 查询不同栏目的数据。这里常见设计是 content 字段用 TEXT 类型存全文但要注意前端显示时做截断——列表页一般只会显示 summary 摘要点进详情页才取全文。如果列表页面刷出整篇大文章页面上就会看到一段段巨大的文本那是 SQL 层面没有做字段选择。CREATE TABLE t_content ( id int(11) NOT NULL AUTO_INCREMENT, title varchar(100) DEFAULT NULL COMMENT 标题, summary varchar(255) DEFAULT NULL COMMENT 摘要, content text COMMENT 正文, type int(11) DEFAULT NULL COMMENT 1食疗 2穴位 3节气, publish_time datetime DEFAULT NULL, PRIMARY KEY (id) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4;注意两点一是ENGINEInnoDB保证事务与行级锁MyBatis 的批量插入依赖这个引擎二是字符集用 utf8mb4 而不是 utf8因为 utf8mb4 才能完整支持生僻字跟表情符号JSP 页面如果出现乱码多半也是字符集链路有一环不统一。预约表 t_appointment 相对简单重点在 user_id 和 doctor_name 这个组合。这里 doctor_name 用的是字符串没有另建医生表对毕设来说能接受但如果想让系统更完整应该独立出 doctor 表预约表只存 doctor_id。答辩老师如果问「为什么医生信息冗余存储」你得能答上来为了减少一次关联查询牺牲了部分范式这是业务上允许的取舍。4.3 初始化数据Navicat 导入与验证拿到 sql 文件后用 Navicat 连接本地 MySQL右键「运行 SQL 文件」选择ssm_health.sql。执行完刷新表列表能看到三张表以及表里的初始数据。我建议立马做一个验证操作在 Navicat 的查询窗口执行SELECT id, username, role FROM t_user;正常情况下应该返回至少两条记录。第一条是管理员role1第二条是普通用户role0。登录时用这里面的账号密码密码是 MD5 密文初始值通常是123456加密后的e10adc3949ba59abbe56e057f20f883e底层登录逻辑会把用户输入的密码做同样 MD5 后对比。如果你登录失败优先怀疑是 SQL 文件里密码字段初始值和登录逻辑对不上可以直接 UPDATE 一条已知密文进去这是最快的手段。5. 避坑指南SSM JSP 运行期最常见的六个翻车现场5.1 现象Tomcat 启动了但访问登录页是 404刚上手的用户最快遇到的坑。Tomcat 启动日志没有报错浏览器访问http://localhost:8080/login却直接 404。原因几乎都是同一个——IDEA 里 Application context 没配对。如果 Deployment 时填了/ssm-health那访问路径就该带前缀如果填的是/就得用纯端口访问。另一个隐蔽原因是 web.xml 里 Servlet 的 url-pattern 配置如果 DispatcherServlet 的匹配规则写得不对SpringMVC 压根接收不到请求。提示改完 Application context 后必须重启 Tomcat而不是 Redeploy。IDEA 经常只热部署部分文件context 修改不重启不生效。5.2 现象启动报错Error creating bean with name sqlSessionFactory这个错一半出在 MyBatis 配置文件上。spring-mybatis.xml里 mapperLocations 指向的路径如果和你实际存放 XML 的位置不一致MyBatis 就会找不到映射文件。比如你路径写的是classpath:mapper/*.xml但 XML 放在src/main/java下的包目录里Maven 默认不会把 xml 打进最终 classpath。解决方案有两种把 mapper 的 XML 移动到src/main/resources/mapper/下面或者在 pom.xml 里加资源配置但最省事的做法是把 XML 挪到 resources 目录。5.3 现象MyBatis 报Invalid bound statement (not found)这个坑比上面的容易踩得多。现象是运行到某个查询方法时报错说找不到方法对应的 SQL 语句。原因在于 mapper 接口的方法名和 mapper XML 里的 id 不匹配。比如接口里写的是selectByTypeXML 里写的是selectByCategoryMyBatis 命名空间底下对不上号就报 not found。解决办法很简单——逐个核接口方法名和 XML 的 id 值保证完全一致另外检查 XML 文件里的 namespace 是否指向了正确的接口全限定名。mapper namespacecom.xxx.mapper.ContentMapper select idselectByType resultTypecom.xxx.entity.Content SELECT * FROM t_content WHERE type #{type} /select /mapper#{type}是参数占位MyBatis 会预编译成?。相比${type}直接拼接字符串前者能有效挡住 SQL 注入这也是答辩必问的内容——准备好了。5.4 现象JSP 页面中文乱码登录后用户名变问号乱码是字符集链路问题排查方向按顺序MySQL 数据库字符集 → 连接 url 参数 → JSP 页面编码 → 过滤器编码。常见场景是数据库用 utf8JSP 页面却缺pageEncodingutf-8声明。源码里 Filter 如果做了request.setCharacterEncoding(utf-8)能解决 POST 请求乱码GET 请求乱码则需要 Tomcat 的 server.xml 里把 URIEncoding 配置成 UTF-8。三个环节统一了中文基本不会再翻车。5.5 现象登录后一刷新就退回登录页Session 丢失这个坑很多人折腾半天最后发现是跨域重定向导致的 session 不同步。Tomcat 的 session cookie 默认绑定域名如果你从localhost:8080/ssm-health跳到127.0.0.1:8080/ssm-health浏览器认为这俩不是同一个 site就重新种一个空 cookiesession 自然失效。解决方式很简单——整个调试过程保持使用同一个访问地址坚决不混用 localhost 和 127.0.0.1。5.6 现象Maven 依赖下载缓慢或拉不下来依赖拉不下来IDEA 右侧 Maven 面板一片飘红。原因中央仓库网络访问不稳定或者本地仓库缺缓存。我一般会在 pom.xml 里补充阿里的镜像仓库在mirrors或直接在settings.xml里配mirror idaliyun/id urlhttps://maven.aliyun.com/repository/public/url mirrorOfcentral/mirrorOf /mirror配完去 IDEA 里 Reimport基本能把缺的依赖一次补齐。注意别把mirrorOf配成*那样会把本地私服也拦截掉反而更慢。6. 答辩现场让系统「活起来」三个数据验证与演示技巧到答辩这个阶段功能跑通是底线亮点在细节。第一招是准备一个「数据重置」的 SQL 片段。答辩演示最怕的是提前动手把数据删了或者改了状态现场打开页面一片空白。我习惯在答辩前用 Navicat 导出一份干净的完整数据备份名为clean.sql。演示之前先执行一遍这份脚本把数据库恢复到初始状态同时故意留出一条记录——一条刚录入的预约信息答辩讲到「新增功能」时现场演示一把比照着截图讲更有说服力。第二招是给 JSP 页面加一个「当前用户」的会话提示。源码里登录成功后把 user 对象塞进了 session你可以在页面的右上角用${sessionScope.user.realName}直接输出当前登录人的姓名。这个小改动成本极低但答辩老师能一眼看到「这个系统真的有登录状态管理」而不是纯静态页面。更进阶一点的做法是在公共头部做一个角色判断c:if test${sessionScope.user.role 1} a href%basePath%/admin/contentList内容管理/a /c:if这段代码的作用是只有管理员能看到「内容管理」入口按钮普通用户看到的是个人中心。参数只有一处——role 1是管理员标识。这个细节同样会被答辩老师捕捉到因为页面明显有权限差异了。第三招是走一遍「登录日志到功能验证」的链路。之前我帮一个学生调试他总说自己「改了很多」但答辩时被连续问倒原因就是没有做系统验证。我后来习惯把验证点做成清单登录一个账号走一遍信息发布流程再退出登录直接访问受保护页面确认被拦截然后换管理员角色重复一次确认多出的权限按钮可见。这套流程走下来十分钟但能让你对系统的每个跳转逻辑都心中有数。我最早带毕设那会儿自己也被 mapper 路径坑过连着两个下午都在问号乱码里打转最后发现是 MySQL 连接 url 少了 characterEncoding 参数。从那以后我每次拿到这种 ssm 资源包都强制自己先跑通「数据库导入→配置修改→Tomcat 启动→核心功能走查」这四步再动任何业务逻辑代码。这一步血泪经验换来的流程确实稳妥希望帮到你。本文还有配套的精品资源点击获取 基于SSM+JSP的中医养生系统毕业设计实战与部署避坑指南
简介面向Java Web毕业设计的一款中医养生系统项目基于SSMSpringSpringMVCMyBatis框架整合JSP与MySQL实现整体采用B/S模式适合计算机相关专业学生进行课程设计、毕业设计或SSM框架进阶练习。系统包含用户登录管理等核心模块后端使用Java语言MyBatis操作数据源前端使用JSP页面并配套大量CSS样式与JavaScript交互脚本同时提供完整数据库设计文档和SQL初始化脚本。压缩包共有1509个文件核心类型包括java源码147个、jsp页面144个、js脚本390个、css样式160个还包含png/jpg/gif等界面图片与xml配置文件整体大小41.98MB可直接导入IDEA或Eclipse配合MySQL运行。目前已有143人学习下载。借助这份资料可掌握SSM三层架构的搭建方式、JSP前后端交互流程以及MySQL表设计要点同时获得可供修改和扩展的完整工程对快速完成同类型管理系统开发具有较高参考价值。1. 用 SSM JSP 做中医养生系统这不是给你讲框架是给你一个能答辩的完整闭环每年这个时候都会有一批人卡在同一个地方开题报告过了数据库建了结果项目跑起来 404。如果你想找的是那种「Spring SpringMVC MyBatis 全家桶加上 JSP 页面、MySQL 数据库、Maven 工程结构解压就能开跑」的 java 毕设源码那这套基于 SSM 框架的中医养生系统就是典型样本。它不是什么生产级高并发方案它的价值在于——把 SSM 三大组件和 JSP 前后端交互的完整链路放在一个业务场景里你能在三天之内看懂、跑通、改出自己的东西。适合的人群很明确计算机相关专业做毕业设计的学生、需要快速上手 SpringMVC 工作流的初级 Java 开发以及想拿一套现成项目反推框架原理的读者。2. 为什么毕业设计选 SSM 而不是 Spring Boot选型理由与技术边界2.1 从答辩角度看 SSM 的「可讲性」你先想清楚一个问题毕业设计答辩老师最常问的是什么是「你这个项目用了什么技术」「这个技术解决了什么问题」「数据库怎么设计的」。Spring Boot 虽然开发快但它把大量配置自动完成了很多学生做完也说不清自动配置背后发生了什么。SSM 不一样Spring 管 Bean、SpringMVC 管请求分发、MyBatis 管 SQL 映射每一层职责清晰答辩时你几乎可以按照「请求进来→Controller→Service→Mapper→数据库→返回 JSP 页面」这条线讲满十五分钟。这套中医养生系统的代码结构也是照着这个逻辑来的。前端是 JSP请求打到 DispatcherServletSpringMVC 根据注解找到对应 ControllerService 层处理业务逻辑MyBatis 通过 mapper 接口操作 MySQL 数据源。它没有复杂到看不懂但也足够让你在答辩时展示「我理解分层架构」。2.2 系统模块划分从登录到业务功能的完整链路中医养生系统听起来大实际落地的功能模块是收敛的。你可以把它理解成三块用户端、管理端、公共基础模块。用户端做登录注册JSP session 管理、养生知识浏览列表 详情页、个人预约管理提交预约信息存库里管理端做用户信息管理增删改查养生内容的发布与上下架公共模块则是拦截器做登录校验、过滤器处理字符编码、MD5 加密存密码。这里要特别说登录模块它是几乎所有 SSM 毕设项目的门面。代码里用的是传统做法——登录时根据用户名和密码查 user 表匹配就向 session 写入用户对象再在拦截器里判断 session 是否为空来拦截未登录请求。这个逻辑谈不上新但它是「用户登录管理等模块的设计与实现」里最容易被抽问的部分你必须能对着源码讲清楚 session 的创建和失效时机。2.3 JSP MySQL Maven 的组合到底老不老老实说这套组合确实不是企业主流了但放在毕设场景里它反而有优势。JSP 是服务端渲染页面逻辑跑在 Tomcat 里调试时能看到很明确的报错堆栈MySQL 版本不限你本地装 5.7 或者 8.0 都能用Maven 做依赖管理解决了 jar 包手动导入的混乱问题。你只需要确认环境变量配好了 JDK 1.8 和 Maven再在 IDEA 或 Eclipse 里导入工程等依赖拉完就能跑。风险点在哪里两个。一是 Maven 版本太新比如 3.9.x偶尔会和老项目的编译插件产生兼容问题二是 MySQL 8.0 的驱动包和连接串写法与 5.x 不一样。这些问题我会在第 5 章展开讲先记着有这两个坑。3. 把 rar 解压到「能在 IDEA 里跑起来」部署实操与参数说明3.1 环境准备清单版本不对后面全白搭不用追求最新版稳定是第一位的。JDK 一定用 1.8你要是装了 11 或 17老项目里很多反射和 JSP 编译相关配置大概率要出幺蛾子。Maven 建议 3.6.xTomcat 建议 8.5 或者 9.0。数据库 MySQL 版本不限但如果你用的是 8.0driverClassName 和连接 URL 要记得改。前端用的 bootstrap、element-ui、layui 这些 CSS/JS 库都打包在 webapp 目录里不用额外引入。我的习惯是先解压到一个纯英文路径比如D:\projects\ssm-health。别放在桌面或者带中文名的文件夹否则 Tomcat 部署时路径解析会翻车。解压后你会看到典型的 Maven 工程结构ssm-health/ ├── pom.xml ├── src │ ├── main │ │ ├── java │ │ │ └── com/xxx │ │ │ ├── controller/ │ │ │ ├── service/ │ │ │ ├── mapper/ │ │ │ └── entity/ │ │ ├── resources │ │ │ ├── jdbc.properties │ │ │ ├── spring-mvc.xml │ │ │ ├── spring-mybatis.xml │ │ │ └── mapper/*.xml │ │ └── webapp │ │ ├── WEB-INF/ │ │ └── static/ └── sql └── ssm_health.sql先说几行命令的用途。pom.xml是 Maven 的依赖清单里面定义了 spring-webmvc、mybatis-spring、mysql-connector-java、jstl 这些核心库的版本src/main/resources是配置文件的家sql/目录放数据库初始化脚本。你打开项目的第一步不是急着启动而是先看 pom.xml 里的依赖坐标对不对。properties maven.compiler.source1.8/maven.compiler.source maven.compiler.target1.8/maven.compiler.target /properties这组配置把编译级别锁死在 Java 8。如果你本机默认 JDK 版本更高IDEA 里会出现编译报错「java: 无效的源发行版」就需要去 Project Structure 里把 SDK 切成 1.8。3.2 导入 IDEA 并修改数据库连接配置我不建议用命令行 mvn spring-boot:run 去启动——这是 SSM War 包部署不是 Spring Boot 内嵌服务器。正确操作是在 IDEA 里配置 Tomcat。具体步骤打开 IDEA选 Import Project找到解压目录里的 pom.xml等右下角 Maven 依赖下载跑完。然后打开src/main/resources/jdbc.propertiesjdbc.drivercom.mysql.jdbc.Driver jdbc.urljdbc:mysql://localhost:3306/ssm_health?useUnicodetruecharacterEncodingutf-8useSSLfalseserverTimezoneAsia/Shanghai jdbc.usernameroot jdbc.password123456这里面最值得说的是 url 参数。useUnicodetruecharacterEncodingutf-8保证中文不乱码serverTimezoneAsia/Shanghai是 MySQL 8.0 必须加的否则驱动会报 CST 时区错误useSSLfalse是为了省掉本地调试的证书警告。端口和库名按你本地情况改如果你装了 MySQL 8.0jdbc.driver需要换成com.mysql.cj.jdbc.Driver。改完配置文件下一步是建数据库。打开 Navicat 或者 SQLyog新建连接然后新建一个名为ssm_health的数据库字符集选 utf8mb4。接着右键运行 SQL 文件把sql/ssm_health.sql导进去。这个脚本里包含了建表语句和几条初始数据一般不会失败除非你把库名改错了——脚本前几行如果有USE ssm_health;那你建的库名必须和它一致。3.3 配置 Tomcat 并走一遍启动验证IDEA 右上角打开 Run/Debug Configuration点加号选 Tomcat Server → Local。在 Deployment 标签页把当前项目的 war exploded 加进去Application context 填/这样访问路径就是http://localhost:8080/不用多敲一层项目名。配好后启动 Tomcat看到Connected to server和Artifact deployed successfully就说明部署成功了。验证入口我一般这么测浏览器访问登录页用一个已知账号登录观察 URL 是否跳转到系统首页然后故意退出登录直接访问一个需要权限的页面看是不是被拦截器打回登录页。这两条走通了你这个项目在功能层面就算能用了。要特别留意 IDEA 右下角有没有报缺失依赖的红色提示如果 Maven 的 jar 没拉全启动到一半就会报 ClassNotFoundException这个没有捷径只能重新 Reimport。4. 数据库设计与初始化MySQL 表结构、字段含义与初始化数据4.1 先理解这套系统的数据模型再动 SQL中医养生系统的数据库设计不复杂但你要能在答辩时讲清楚为什么这么设计。核心无非是用户表、内容表、预约/记录表三类。用户表存账号密码和角色字段区分用户还是管理员内容表存养生文章或资讯预约表存用户提交的预约记录并关联用户 id。这里没有引入外键约束而是用逻辑关联——Java 代码和 mapper 的 SQL 里通过 user_id 字段做关联查询。毕业设计这种规模的项目逻辑外键比物理外键更实用省去增删数据时外键冲突的烦恼。我之前看过不少学生因为加了外键约束删除用户时连着预约记录被拦截直接不耐烦地把外键删了。其实从一开始就保持「表结构轻量、关联靠代码」反而是这个项目的好习惯。下面是核心表的一个概览表名作用关键字段t_user用户与管理员账号id、username、passwordMD5、real_name、role、create_timet_content养生文章与资讯id、title、summary、content、type、publish_timet_appointment用户预约记录id、user_id、doctor_name、appointment_time、status4.2 三张核心表的字段设计细节先看用户表。role 字段非常关键它用整型区分权限1 是管理员0 是普通用户。在 JSP 页面的增删改查按钮就是用c:if test${sessionScope.user.role 1}这种标签控制的。密码存的是 MD5 值不是明文。源码里会发现一个工具类专门做 MD5 加密登录时先加密再查库这样数据库里的密文被脱库了也没有直接泄露明文。再看内容表。type 字段用于区分文章分类比如食疗、穴位、节气养生列表页根据 type 查询不同栏目的数据。这里常见设计是 content 字段用 TEXT 类型存全文但要注意前端显示时做截断——列表页一般只会显示 summary 摘要点进详情页才取全文。如果列表页面刷出整篇大文章页面上就会看到一段段巨大的文本那是 SQL 层面没有做字段选择。CREATE TABLE t_content ( id int(11) NOT NULL AUTO_INCREMENT, title varchar(100) DEFAULT NULL COMMENT 标题, summary varchar(255) DEFAULT NULL COMMENT 摘要, content text COMMENT 正文, type int(11) DEFAULT NULL COMMENT 1食疗 2穴位 3节气, publish_time datetime DEFAULT NULL, PRIMARY KEY (id) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4;注意两点一是ENGINEInnoDB保证事务与行级锁MyBatis 的批量插入依赖这个引擎二是字符集用 utf8mb4 而不是 utf8因为 utf8mb4 才能完整支持生僻字跟表情符号JSP 页面如果出现乱码多半也是字符集链路有一环不统一。预约表 t_appointment 相对简单重点在 user_id 和 doctor_name 这个组合。这里 doctor_name 用的是字符串没有另建医生表对毕设来说能接受但如果想让系统更完整应该独立出 doctor 表预约表只存 doctor_id。答辩老师如果问「为什么医生信息冗余存储」你得能答上来为了减少一次关联查询牺牲了部分范式这是业务上允许的取舍。4.3 初始化数据Navicat 导入与验证拿到 sql 文件后用 Navicat 连接本地 MySQL右键「运行 SQL 文件」选择ssm_health.sql。执行完刷新表列表能看到三张表以及表里的初始数据。我建议立马做一个验证操作在 Navicat 的查询窗口执行SELECT id, username, role FROM t_user;正常情况下应该返回至少两条记录。第一条是管理员role1第二条是普通用户role0。登录时用这里面的账号密码密码是 MD5 密文初始值通常是123456加密后的e10adc3949ba59abbe56e057f20f883e底层登录逻辑会把用户输入的密码做同样 MD5 后对比。如果你登录失败优先怀疑是 SQL 文件里密码字段初始值和登录逻辑对不上可以直接 UPDATE 一条已知密文进去这是最快的手段。5. 避坑指南SSM JSP 运行期最常见的六个翻车现场5.1 现象Tomcat 启动了但访问登录页是 404刚上手的用户最快遇到的坑。Tomcat 启动日志没有报错浏览器访问http://localhost:8080/login却直接 404。原因几乎都是同一个——IDEA 里 Application context 没配对。如果 Deployment 时填了/ssm-health那访问路径就该带前缀如果填的是/就得用纯端口访问。另一个隐蔽原因是 web.xml 里 Servlet 的 url-pattern 配置如果 DispatcherServlet 的匹配规则写得不对SpringMVC 压根接收不到请求。提示改完 Application context 后必须重启 Tomcat而不是 Redeploy。IDEA 经常只热部署部分文件context 修改不重启不生效。5.2 现象启动报错Error creating bean with name sqlSessionFactory这个错一半出在 MyBatis 配置文件上。spring-mybatis.xml里 mapperLocations 指向的路径如果和你实际存放 XML 的位置不一致MyBatis 就会找不到映射文件。比如你路径写的是classpath:mapper/*.xml但 XML 放在src/main/java下的包目录里Maven 默认不会把 xml 打进最终 classpath。解决方案有两种把 mapper 的 XML 移动到src/main/resources/mapper/下面或者在 pom.xml 里加资源配置但最省事的做法是把 XML 挪到 resources 目录。5.3 现象MyBatis 报Invalid bound statement (not found)这个坑比上面的容易踩得多。现象是运行到某个查询方法时报错说找不到方法对应的 SQL 语句。原因在于 mapper 接口的方法名和 mapper XML 里的 id 不匹配。比如接口里写的是selectByTypeXML 里写的是selectByCategoryMyBatis 命名空间底下对不上号就报 not found。解决办法很简单——逐个核接口方法名和 XML 的 id 值保证完全一致另外检查 XML 文件里的 namespace 是否指向了正确的接口全限定名。mapper namespacecom.xxx.mapper.ContentMapper select idselectByType resultTypecom.xxx.entity.Content SELECT * FROM t_content WHERE type #{type} /select /mapper#{type}是参数占位MyBatis 会预编译成?。相比${type}直接拼接字符串前者能有效挡住 SQL 注入这也是答辩必问的内容——准备好了。5.4 现象JSP 页面中文乱码登录后用户名变问号乱码是字符集链路问题排查方向按顺序MySQL 数据库字符集 → 连接 url 参数 → JSP 页面编码 → 过滤器编码。常见场景是数据库用 utf8JSP 页面却缺pageEncodingutf-8声明。源码里 Filter 如果做了request.setCharacterEncoding(utf-8)能解决 POST 请求乱码GET 请求乱码则需要 Tomcat 的 server.xml 里把 URIEncoding 配置成 UTF-8。三个环节统一了中文基本不会再翻车。5.5 现象登录后一刷新就退回登录页Session 丢失这个坑很多人折腾半天最后发现是跨域重定向导致的 session 不同步。Tomcat 的 session cookie 默认绑定域名如果你从localhost:8080/ssm-health跳到127.0.0.1:8080/ssm-health浏览器认为这俩不是同一个 site就重新种一个空 cookiesession 自然失效。解决方式很简单——整个调试过程保持使用同一个访问地址坚决不混用 localhost 和 127.0.0.1。5.6 现象Maven 依赖下载缓慢或拉不下来依赖拉不下来IDEA 右侧 Maven 面板一片飘红。原因中央仓库网络访问不稳定或者本地仓库缺缓存。我一般会在 pom.xml 里补充阿里的镜像仓库在mirrors或直接在settings.xml里配mirror idaliyun/id urlhttps://maven.aliyun.com/repository/public/url mirrorOfcentral/mirrorOf /mirror配完去 IDEA 里 Reimport基本能把缺的依赖一次补齐。注意别把mirrorOf配成*那样会把本地私服也拦截掉反而更慢。6. 答辩现场让系统「活起来」三个数据验证与演示技巧到答辩这个阶段功能跑通是底线亮点在细节。第一招是准备一个「数据重置」的 SQL 片段。答辩演示最怕的是提前动手把数据删了或者改了状态现场打开页面一片空白。我习惯在答辩前用 Navicat 导出一份干净的完整数据备份名为clean.sql。演示之前先执行一遍这份脚本把数据库恢复到初始状态同时故意留出一条记录——一条刚录入的预约信息答辩讲到「新增功能」时现场演示一把比照着截图讲更有说服力。第二招是给 JSP 页面加一个「当前用户」的会话提示。源码里登录成功后把 user 对象塞进了 session你可以在页面的右上角用${sessionScope.user.realName}直接输出当前登录人的姓名。这个小改动成本极低但答辩老师能一眼看到「这个系统真的有登录状态管理」而不是纯静态页面。更进阶一点的做法是在公共头部做一个角色判断c:if test${sessionScope.user.role 1} a href%basePath%/admin/contentList内容管理/a /c:if这段代码的作用是只有管理员能看到「内容管理」入口按钮普通用户看到的是个人中心。参数只有一处——role 1是管理员标识。这个细节同样会被答辩老师捕捉到因为页面明显有权限差异了。第三招是走一遍「登录日志到功能验证」的链路。之前我帮一个学生调试他总说自己「改了很多」但答辩时被连续问倒原因就是没有做系统验证。我后来习惯把验证点做成清单登录一个账号走一遍信息发布流程再退出登录直接访问受保护页面确认被拦截然后换管理员角色重复一次确认多出的权限按钮可见。这套流程走下来十分钟但能让你对系统的每个跳转逻辑都心中有数。我最早带毕设那会儿自己也被 mapper 路径坑过连着两个下午都在问号乱码里打转最后发现是 MySQL 连接 url 少了 characterEncoding 参数。从那以后我每次拿到这种 ssm 资源包都强制自己先跑通「数据库导入→配置修改→Tomcat 启动→核心功能走查」这四步再动任何业务逻辑代码。这一步血泪经验换来的流程确实稳妥希望帮到你。本文还有配套的精品资源点击获取