简介一套基于SSM框架的医院预约挂号系统毕业设计源码包面向Java方向毕业生、课程设计者及需要完整Web项目参考的开发者。系统围绕医院预约挂号业务设计个人中心、用户管理、科室信息管理、医生管理、出诊时间管理、预约挂号、问题反馈与解答等完整模块前后端代码齐全附带数据库SQL脚本、设计说明文档LW导入Eclipse后即可运行。压缩包内共1386个文件以Java类、JSP页面、JS脚本、CSS样式为主导同时包含数据库初始化脚本、XML配置、HTML静态页面及工程配置文件并涵盖图片、字体等静态资源整体大小27.49MB目录结构符合毕业设计常见分层。目前已有104人学习/下载适合课程设计或毕设答辩参考也可作为SSM单体架构项目的练手素材帮助理解用户、科室、医生、预约之间的联动逻辑与分层开发思路。1. 医院预约挂号系统是个什么毕业设计它值不值得你花两周做完很多 Java 毕设题库里医院预约挂号系统属于那种“看着像个管理后台实际做起来才算分”的选题。它的核心业务是患者通过科室找医生、看排班、抢号源管理员维护医生数据和放号医生查看自己的预约日程——听起来不复杂但一旦涉及“同一个号源只能被一个人挂走”这种并发问题就比普通增删改查有内容可挖。基于 SSMSpring、Spring MVC、MyBatis加 MySQL 来做整套项目把 Java Web 的主线技术全部串了一遍还附带说明文档和 LW论文对本科毕业设计的工作量和答辩可讲性都很友好。我按自己带学生和接手 SSM 项目时的习惯把从环境搭建到防超卖的核心思路给你捋一遍。2. 把 SSM 和 MySQL 的选型讲透这套老技术栈为什么仍是毕业设计的安全牌SSM 这个组合放到生产环境确实不算新但在毕业设计场景里它依然是安全牌。很多学生第一反应是想用 Spring Boot结果被学校指定的“基于 SSM”的模板卡住也有用 SSM 最后拿优的案例。原因很简单SSM 手写配置多Spring、Spring MVC、MyBatis 三者的边界必须自己理清答辩老师问到的“启动流程”“请求生命周期”“SQL 映射”都能在代码里找到对应证据。另外SSM 常用注解在 Java 面试题里出现频率也不低做一遍等于提前复习了一遍框架基础。而医院预约挂号系统又是典型的“有实体关系、有状态流转、有并发边界”的业务恰好能把 SSM 的每个部件都派上用场所以这套选题能同时补足工作量、代码可读性和答辩可讲性。2.1 SSM 的职责切分Spring 容器、Spring MVC 与 MyBatis 各管哪一层Spring 容器负责对象管理和事务Service 里通过Autowired拿 Mapper自己不用newSpring MVC 负责请求路由浏览器来的请求先到 DispatcherServlet再根据 URL 找到 ControllerMyBatis 负责持久化把 Java 接口方法绑定到 XML 或注解里的 SQL。三者的协作关系就是一条调用链请求从 DispatcherServlet 进入经 HandlerMapping 找 ControllerController 调 ServiceService 调 MapperMapper 执行 SQL结果按原路返回。看 SSH 和 SSM 项目时第一件事就是顺着这条线去拆。拿“医生列表查询”这个最简单的功能举例Controller 层的典型写法是Controller RequestMapping(/doctor) public class DoctorController { Autowired private DoctorService doctorService; GetMapping(/list) public String list(RequestParam(value deptId, required false) Integer deptId, Model model) { ListDoctorVO doctors doctorService.findByDeptId(deptId); model.addAttribute(doctors, doctors); return doctor/list; } }这段代码里的Controller告诉 Spring MVC 这是一个控制器RequestMapping(/doctor)定义类级别的 URL 前缀Autowired让 Spring 把 DoctorService 注入进来GetMapping(/list)限定 GET 请求RequestParam接收前端传的 deptIdrequired false表示这个参数可空。如果你拿到的源码里用的是RequestMapping(value /list, method RequestMethod.GET)效果一样只是写法更老。MyBatis 这一层要注意的是接口和 XML 的对应关系。接口方法名对应 XML 里的 statement id参数通过Param绑定。常见翻车点是接口返回实体类但 XML 里查的是多表字段映射不上报IllegalArgumentException或字段查不到。所以项目里通常定义 VO 对象来承接连表查询结果这个在第 4 章会具体展开。2.2 数据库建模预约挂号最关键的 5 张表数据库设计是答辩时最容易被追问的部分。常见错误是一上来建十几张表权限、科室、医生全都拆开。我的建议是先把核心定下来用 5 张表表达这个业务sys_user存所有登录用户的账号密码department存科室doctor_info存医生基本信息并关联科室schedule存医生的出诊排班和号源数量appointment_order存预约订单。CREATE DATABASE hospital DEFAULT CHARACTER SET utf8mb4 COLLATE utf8mb4_general_ci; CREATE TABLE sys_user ( id BIGINT AUTO_INCREMENT PRIMARY KEY, username VARCHAR(50) NOT NULL UNIQUE, password VARCHAR(64) NOT NULL, role TINYINT NOT NULL DEFAULT 1 COMMENT 1-患者 2-医生 3-管理员, real_name VARCHAR(50), create_time DATETIME DEFAULT CURRENT_TIMESTAMP ) ENGINEInnoDB DEFAULT CHARSETutf8mb4; CREATE TABLE department ( id BIGINT AUTO_INCREMENT PRIMARY KEY, dept_name VARCHAR(100) NOT NULL, intro TEXT, create_time DATETIME DEFAULT CURRENT_TIMESTAMP ) ENGINEInnoDB DEFAULT CHARSETutf8mb4; CREATE TABLE doctor_info ( id BIGINT AUTO_INCREMENT PRIMARY KEY, user_id BIGINT NOT NULL, dept_id BIGINT NOT NULL, title VARCHAR(30), intro TEXT ) ENGINEInnoDB DEFAULT CHARSETutf8mb4; CREATE TABLE schedule ( id BIGINT AUTO_INCREMENT PRIMARY KEY, doctor_id BIGINT NOT NULL, work_date DATE NOT NULL, start_time TIME NOT NULL, end_time TIME NOT NULL, total_num INT NOT NULL DEFAULT 20, remain_num INT NOT NULL DEFAULT 20, status TINYINT DEFAULT 1, version INT DEFAULT 0 ) ENGINEInnoDB DEFAULT CHARSETutf8mb4; CREATE TABLE appointment_order ( id BIGINT AUTO_INCREMENT PRIMARY KEY, user_id BIGINT NOT NULL, schedule_id BIGINT NOT NULL, appoint_date DATE NOT NULL, status TINYINT DEFAULT 0 COMMENT 0-已预约 1-已取消 2-已完成, remark VARCHAR(255), create_time DATETIME DEFAULT CURRENT_TIMESTAMP ) ENGINEInnoDB DEFAULT CHARSETutf8mb4;这段 SQL 有四个设计要点。一是sys_user用role字段区分患者、医生、管理员而不是建三张表登录时只查一次即可二是doctor_info通过user_id关联sys_user医生既是用户又是医生三是schedule把total_num和remain_num分开remain_num才是真正要扣减的字段四是appointment_order用status表达预约状态流转取消订单不是删记录而是改成已取消。最后一个version字段是给乐观锁预留的第 4 章我会用数据库行锁演示防超卖如果你想扩展乐观锁这个字段可以直接用。参数上id 统一用BIGINT自增主键时间字段用DATETIME如果涉及挂号费金额用DECIMAL(10,2)而不是DOUBLE答辩被追问精度问题时能答得上来。2.3 MySQL 版本和字符集5.7 与 8.0 的取舍、utf8mb4 和事务我会建议本地直接用 MySQL 5.7。原因很实际很多老 SSM 毕业设计的 pom 里用的是mysql-connector-java 5.1.xMySQL 8.0 默认的认证插件是caching_sha2_password老驱动握手失败报错信息还很绕。MySQL 5.7 默认mysql_native_password兼容性最好。对比项MySQL 5.7.44MySQL 8.0默认认证插件mysql_native_passwordcaching_sha2_password老驱动兼容性好需要升级驱动毕设踩坑概率低中等事务与行锁InnoDB 可用InnoDB 可用如果你看的是 mysql 5.7.44 安装过程详细教程会注意到安装时可以顺手把端口保持 3306、字符集选 utf8mb4。数据库层的字符集直接决定了后面中文乱码的概率这比任何代码层面的编码配置都重要。连接层我一般这么配jdbc.drivercom.mysql.jdbc.Driver jdbc.urljdbc:mysql://localhost:3306/hospital?useSSLfalseserverTimezoneAsia/ShanghaicharacterEncodingutf8mb4 jdbc.usernameroot jdbc.password123456useSSLfalse是为了避免本地开发时触发 SSL 握手版本不匹配serverTimezoneAsia/Shanghai解决时区报错characterEncodingutf8mb4保证写入数据库的中文不乱码。如果老师机器上已经装了 MySQL 8.0不需要卸载把驱动升级到 8.0.x并在 URL 里加allowPublicKeyRetrievaltrue即可。事务方面InnoDB 默认隔离级别是REPEATABLE READ对毕设项目完全够用不用去调真正要控制的是事务边界必须放在 Service 层方法上而不是 Controller 里。3. 在本地把系统跑起来从 JDK 到 Tomcat 的最小部署清单拿到医院预约挂号系统源码ssmmysql说明文档LW.zip 之后我建议先别急着打开 IDEA而是把压缩包里的文件列表看一遍有没有.sql文件有没有说明文档pom.xml在哪个目录源码文件是不是 UTF-8 编码。很多学生压缩包一解压就双击导入结果项目结构不对导入进来全是乱码或者 Maven 根本不识别。先花两分钟看清结构能省后面一天的时间。3.1 环境选型JDK 8 Tomcat 8.5 Maven 3.6 的匹配这套 SSM 项目最稳的环境组合是 JDK 8、Maven 3.6.3、Tomcat 8.5 或 9。Tomcat 9 也能跑但没必要Tomcat 10 以后包名从javax.*换成了jakarta.*很多老 SSM 项目直接NoClassDefFoundError。这不是玄学是命名空间变更导致的遇到时不用检查半天代码先确认 Tomcat 版本就行。先确认本机环境java -version mvn -v echo $CATALINA_HOME第一条命令确认 JDK 版本如果是 1.8 就继续第二条看 Maven 版本和它运行时用的 JDK第三条看 Tomcat 路径Windows 终端里是echo %CATALINA_HOME%。注意环境变量配好之后要新开一个终端窗口否则读不到新值。如果你机器上已经装了高版本 JDK不建议卸载在 IDEA 的 Project Structure 里给项目单独指定 JDK 8 就行。3.2 导入数据库和修改配置三个必改位置数据库初始化是启动前的关键一步。项目压缩包里一般会带.sql文件常见文件名是hospital.sql或db_hospital.sqlmysql -u root -p hospital.sql这条命令默认把文件里的 SQL 按顺序执行。前提是 sql 文件里已经包含CREATE DATABASE和USE hospital如果没包含你需要先在命令行执行CREATE DATABASE hospital DEFAULT CHARACTER SET utf8mb4;再USE hospital;然后source hospital.sql;。导入完成后用SHOW TABLES;数一下表数量再对照说明文档里的数据字典看少了哪张表。以我的经验约有三成项目启动失败是数据库没导成功并不是代码有问题。数据库导入后最常改的配置文件是数据源名字可能是jdbc.properties、db.properties也可能直接写在 Spring 的applicationContext.xml里。jdbc.urljdbc:mysql://localhost:3306/hospital?useSSLfalseserverTimezoneAsia/ShanghaicharacterEncodingutf8mb4 jdbc.usernameroot jdbc.password123456我一般会直接全局搜3306或jdbc:找到数据源配置后改三个位置URL 里的数据库名、用户名、密码。如果密码包含、#这类特殊字符先回命令行确认mysql -u root -p能连上再改配置文件否则容易把排查方向带偏。3.3 用 IDEA 运行加载 Maven 项目、配置 Tomcat 与第一次访问登录页IDEA 打开项目时要选择pom.xml而不是选整个文件夹硬导。首次导入会让你选择是否信任项目选 Trust Project然后等 Maven 下载依赖。如果右下角没有 Maven 面板右键pom.xml- Add as Maven Project。依赖下载完打开左侧 External Libraries 能看到 spring-webmvc、mybatis、mysql-connector 这些常见包说明依赖结构基本正常。接着配置 TomcatRun - Edit Configurations - 左上角加号 - Tomcat Server - Local。在 Deployment 页签加 Artifact选 war exploded 而不是 war因为 war exploded 支持 JSP 热更新改页面不用反复重启。Application context 填/hospital如果源码里页面跳转写死的是/hospital/login这里就必须保持一致否则登录页跳不过去。项目启动后如果 IDEA 控制台没报错但页面打不开去看 Tomcat 的本地日志tail -f /usr/local/tomcat/logs/catalina.outWindows 下在 Tomcat 安装目录的logs文件夹里找localhost.yyyy-MM-dd.log。catalina.out保存了标准输出和系统日志很多NoClassDefFoundError、端口占用、数据库连接失败都只在这里出现。浏览器访问http://localhost:8080/hospital/login能看到登录页就说明环境通了。默认管理员账号去说明文档或 LW 里找常见是admin/admin123如果数据库脚本里已经灌了测试数据也直接去sys_user表里查一条真实可用的。到这一步你已经完成了最小部署后面再改代码就都在这个基础上迭代。4. 核心业务实现预约挂号流程中的 SSM 常用注解和事务边界环境跑通之后就进入核心环节。医院预约挂号系统能不能在答辩现场“讲出东西”关键在两处排班查询是不是用 MyBatis 动态 SQL 做的预约扣号是不是有事务和并发控制。这两点讲明白比堆十个 CRUD 接口有用。下面我把三个最值得讲的代码点展开排班查询、事务扣号、登录拦截。4.1 查询医生排班MyBatis 动态 SQL 与多表关联排班查询是预约的入口患者先选科室再选医生再看日期。不同条件下请求的 SQL 不同所以用 MyBatis 的if和where动态拼接条件。下面是常见的 Mapper XML 写法select idfindScheduleByDept resultTypecom.hospital.vo.ScheduleVO SELECT s.id AS id, d.real_name AS doctorName, di.title AS doctorTitle, s.work_date AS workDate, s.start_time AS startTime, s.end_time AS endTime, s.total_num AS totalNum, s.remain_num AS remainNum FROM schedule s INNER JOIN doctor_info di ON s.doctor_id di.id INNER JOIN sys_user d ON di.user_id d.id where if testdeptId ! null and deptId ! AND di.dept_id #{deptId} /if if testworkDate ! null AND s.work_date #{workDate} /if /where ORDER BY s.work_date, s.start_time /selectresultType直接指向ScheduleVO因为查询结果来自三张表和一个实体类对不上用 VO 接收连表查询结果是项目里最常见的处理方式。where的作用是如果没有条件SQL 里不拼 WHERE如果有条件它自动把第一个条件的多余 AND 去掉。#{deptId}是预编译占位符不是字符串拼接能预防 SQL 注入这也是答辩时的加分点。参数说明deptId为空时查所有科室workDate为空时查所有日期。Mapper 接口对应写法public interface ScheduleMapper { ListScheduleVO findScheduleByDept(Param(deptId) Integer deptId, Param(workDate) String workDate); }Param的作用是给 XML 里的deptId和workDate参数命名。如果不写MyBatis 默认按param1、param2引用代码可读性很差。如果你发现 XML 里明明写了deptId却报There is no getter for property named deptId基本就是接口方法少了Param。4.2 预约扣号与订单创建Transactional 和 MySQL 行锁防超卖是预约系统的核心难点。这里不涉及分布式锁毕业设计讲清楚数据库行锁就足够。前面schedule表设计了remain_num核心思路是一条 UPDATE 语句把“检查剩余号”和“扣减号源”合成一步。Service 层写法如下Service public class AppointmentService { Autowired private ScheduleMapper scheduleMapper; Autowired private AppointmentOrderMapper orderMapper; Transactional(rollbackFor Exception.class) public void book(int userId, Long scheduleId) { int rows scheduleMapper.decreaseRemainNum(scheduleId); if (rows 0) { throw new BusinessException(号源已满或已停诊); } AppointmentOrder order new AppointmentOrder(); order.setUserId(userId); order.setScheduleId(scheduleId); order.setStatus(0); orderMapper.insert(order); } }对应的 SQL 在 Mapper XML 里是这样update iddecreaseRemainNum UPDATE schedule SET remain_num remain_num - 1 WHERE id #{id} AND remain_num 0 /update这个方法能防超卖的根因是UPDATE语句在 InnoDB 下会对命中的行加排他锁并发请求执行到这条 UPDATE 时会排队remain_num 0这个条件保证只剩 0 个号时不会再扣减而rows 0就是“没抢到号”的信号直接抛异常回滚。要注意Transactional(rollbackFor Exception.class)里的rollbackFor不能省因为 Spring 默认只在遇到RuntimeException时才回滚如果项目里的BusinessException是继承Exception的不加这个参数就会出现扣号成功但订单插入失败最终数据不一致。还需要强调一点不要在 UPDATE 之前先SELECT判断剩余号那等于把原子操作人为拆成了两步并发场景下两个线程都查到剩余 1 个号然后各自 UPDATE超卖就又回来了。这个点也是面试里经常被追问的“事务边界”问题。4.3 登录与拦截Spring MVC 注解与拦截器配置医院预约挂号系统有患者、医生、管理员三种角色登录后要分别进入不同首页所以登录逻辑不能只查一次账号。Controller 层通常这样写Controller public class LoginController { Autowired private UserService userService; PostMapping(/login) ResponseBody public Result login(RequestParam String username, RequestParam String password, HttpSession session) { User user userService.login(username, password); if (user null) { return Result.error(用户名或密码错误); } session.setAttribute(loginUser, user); return Result.success(user); } }PostMapping(/login)限定 POST 请求ResponseBody把返回值直接序列化成 JSON前端用 Ajax 拿code判断成功还是失败Result是统一返回对象三个字段code、msg、data。答辩时老师会问“如果不做统一返回行不行”其实也行但每个接口返回格式都不一样前端维护成本高算不上好设计。有了登录之后还要保证未登录用户无法访问预约接口。Spring MVC 拦截器比较直接mvc:interceptors mvc:interceptor mvc:mapping path/**/ mvc:exclude-mapping path/login/ mvc:exclude-mapping path/register/ mvc:exclude-mapping path/static/**/ bean classcom.hospital.interceptor.LoginInterceptor/ /mvc:interceptor /mvc:interceptors/**匹配所有请求exclude-mapping放行登录、注册和静态资源避免用户还没登录时页面 CSS/JS 全被拦截。LoginInterceptor 内部逻辑不复杂就是从 session 里取登录用户取不到就重定向到登录页。这里有一个隐藏细节静态资源要放在webapp/static下同时 Spring MVC XML 里配好mvc:resources mapping/static/** location/static//否则即使拦截器放行了DispatcherServlet 也找不到这些文件。5. 避坑排查SSM 项目最常见的 5 个翻车点与解决套路下面这 5 个坑是我帮学生调毕设项目时遇到频率最高的每一个都按“现象 - 原因 - 解决”写。你自己排查的时候也可以照这个顺序记先收集现象再顺着调用链找根因最后小步修改改一次重启一次。5.1 MySQL SSL 连接错误报 SSL 错误或握手失败现象项目启动时日志出现Communications link failure往下看是SSL connection error: protocol version mismatch有时还会看到一个乱码时区信息The server time zone value Öйú is unrecognized。原因MySQL 5.7 和 8.0 默认启用 SSL 连接老驱动在握手阶段没谈拢加密协议时区报错是驱动和数据库时区不一致。很多人从网上复制 JDBC URL 时漏掉了serverTimezone。解决本地开发在 JDBC URL 加useSSLfalseserverTimezoneAsia/Shanghai如果是 MySQL 8.0把驱动的 pom 依赖换成mysql-connector-java 8.0.33再追加allowPublicKeyRetrievaltrue。改完配置后重启 Tomcat不要只重新编译。如果日志里继续报Unknown system variable query_cache_size就不是 SSL 问题而是驱动版本和 MySQL 版本错配优先检查 pom。5.2 中文乱码页面、连接、数据库三层都要查现象注册页面填“张三”保存后数据库里是乱码页面回显变成???。原因数据库连接字符集、MySQL 建库字符集、Tomcat URI 编码至少有一层没设置。最常见的是只改 JSP 页面的charset没改数据库连接。解决先确认数据库建库字符集是不是 utf8mb4在 MySQL 命令行执行SHOW CREATE DATABASE hospital;不是 utf8mb4 就要重新导入或转换。然后检查 JDBC URL 里的characterEncodingutf8mb4。最后在 web.xml 里配置CharacterEncodingFilterforceEncoding设为true。注意连接池配置里如果有useUnicodetrue这个旧参数要保留不能删。改完这三个地方后清浏览器缓存再看页面。5.3 Maven 依赖冲突Spring 版本被覆盖启动报 AOP 错误现象启动 Tomcat 时看到BeanCreationExceptionCaused by 是ClassNotFoundException: org.springframework.aop...或NoClassDefFoundError。原因pom.xml 里 spring-webmvc 写了 5.2.22spring-jdbc 又写了 4.3.30Maven 依赖调解后实际生效的 spring-core 和部分模块版本不一致。这是 SSM 项目最常见的依赖问题。解决在 pom.xml 的properties里统一定义spring.version5.2.22.RELEASE/spring.version所有 Spring 依赖都不写版本号用${spring.version}引用。改完执行mvn clean然后在 IDEA 里右键 pom - Maven - Reload Project。如果还想确认冲突执行mvn dependency:tree | grep springWindows 下用findstr代替 grep。看到同一组 artifact 出现多个版本号就是冲突现场。5.4 号源超卖并发测试时剩余号变负数现象用 Jmeter 并发 50 个预约请求同一个 scheduleId最终订单表插入了 50 条记录schedule 表remain_num变成负数。原因Service 方法没加Transactional或者加了事务但扣减逻辑是“先 SELECT 再 UPDATE”。并发场景下两个会话查到同一个剩余值各自都认为还有号可挂。解决把扣号和插入订单放进同一个 Service 方法加上Transactional(rollbackFor Exception.class)UPDATE 写成SET remain_num remain_num - 1 WHERE id #{id} AND remain_num 0然后判断返回值。验证方式很简单用一个并发测试工具同时发 20 个请求看最终订单数和remain_num是否满足“扣减数 剩余数 总数”。如果你在代码里看到SELECT remain_num FROM schedule WHERE id?再在下一行执行 UPDATE基本就是超卖隐患。5.5 静态资源 404登录页没有 CSSJS 全部报错现象项目能启动登录页也能打开但页面是裸的控制台里.css和.js请求全部 404接口请求反而是 200。原因Spring MVC 的 DispatcherServlet 把静态资源请求也当成 Controller 处理了。最常见是拦截器配置了/**但没排除静态资源或者 Spring MVC XML 里没有配静态资源映射。解决把静态资源放在webapp/static下在 Spring MVC XML 里加mvc:resources mapping/static/** location/static// mvc:default-servlet-handler/然后拦截器排除路径补上/static/**。如果项目用的是 Servlet 3.0 注解方式也要保证 WebMvcConfigurer 里 overrideaddResourceHandlers思路一模一样。这个配置不补上答辩演示时页面会一直裸奔很影响第一印象。6. 答辩和扩展让项目从“能跑”到“能被问住”的三个做法跑通代码只是第一步。我见过不少项目代码是能跑的但答辩时被一句“你这个预约挂号流程数据是怎么流转的”问住。所以在交给老师之前自己先过三关。第一关把数据流转讲清楚。从用户点击“预约”按钮开始前端请求到哪个 ControllerService 里做了什么事务Mapper 执行了什么 SQL最终哪些表被更新或插入。表述要控制在一分钟内前端传 scheduleId 和 userIdController 调 book 方法事务里先 UPDATE schedule 扣号再 INSERT appointment_order最后统一提交。答辩时能画出这条链路基本就证明项目是你做的。第二关做一次代码走读。挑一个查询接口和一个写接口分别说清 MyBatis 的 SQL 映射和 Spring 的事务边界。可以在 IDEA 里打断点 debug 跑一遍记下每次调用的类名和方法名。老师问“这里为什么报错”时你能从 Controller 一路说到 Mapper比背任何理论都管用。第三关准备扩展点。老师几乎必问“还能怎么优化”两个标准答案是把号源库存放到 Redis 里做缓存降低数据库压力用 Spring Task 的Scheduled定时扫描超时未支付的预约订单自动置为已取消并回补号源。你不需要真的实现完整代码但要把思路说清楚这已经比大多数只做增删改查的学生高一个段位。我当年做毕设时就吃过“表结构解释不清”的亏代码是自己写的但答辩前没把外键关系顺一遍被问到“为什么 appointment_order 表里不直接存医生 ID”时愣了几秒。后来带学生我都会让他们先在纸上把表关联画一遍再上台。你把这个习惯养成毕业设计和以后工作都能少踩很多坑。希望帮到你。本文还有配套的精品资源点击获取
简介一套基于SSM框架的医院预约挂号系统毕业设计源码包面向Java方向毕业生、课程设计者及需要完整Web项目参考的开发者。系统围绕医院预约挂号业务设计个人中心、用户管理、科室信息管理、医生管理、出诊时间管理、预约挂号、问题反馈与解答等完整模块前后端代码齐全附带数据库SQL脚本、设计说明文档LW导入Eclipse后即可运行。压缩包内共1386个文件以Java类、JSP页面、JS脚本、CSS样式为主导同时包含数据库初始化脚本、XML配置、HTML静态页面及工程配置文件并涵盖图片、字体等静态资源整体大小27.49MB目录结构符合毕业设计常见分层。目前已有104人学习/下载适合课程设计或毕设答辩参考也可作为SSM单体架构项目的练手素材帮助理解用户、科室、医生、预约之间的联动逻辑与分层开发思路。1. 医院预约挂号系统是个什么毕业设计它值不值得你花两周做完很多 Java 毕设题库里医院预约挂号系统属于那种“看着像个管理后台实际做起来才算分”的选题。它的核心业务是患者通过科室找医生、看排班、抢号源管理员维护医生数据和放号医生查看自己的预约日程——听起来不复杂但一旦涉及“同一个号源只能被一个人挂走”这种并发问题就比普通增删改查有内容可挖。基于 SSMSpring、Spring MVC、MyBatis加 MySQL 来做整套项目把 Java Web 的主线技术全部串了一遍还附带说明文档和 LW论文对本科毕业设计的工作量和答辩可讲性都很友好。我按自己带学生和接手 SSM 项目时的习惯把从环境搭建到防超卖的核心思路给你捋一遍。2. 把 SSM 和 MySQL 的选型讲透这套老技术栈为什么仍是毕业设计的安全牌SSM 这个组合放到生产环境确实不算新但在毕业设计场景里它依然是安全牌。很多学生第一反应是想用 Spring Boot结果被学校指定的“基于 SSM”的模板卡住也有用 SSM 最后拿优的案例。原因很简单SSM 手写配置多Spring、Spring MVC、MyBatis 三者的边界必须自己理清答辩老师问到的“启动流程”“请求生命周期”“SQL 映射”都能在代码里找到对应证据。另外SSM 常用注解在 Java 面试题里出现频率也不低做一遍等于提前复习了一遍框架基础。而医院预约挂号系统又是典型的“有实体关系、有状态流转、有并发边界”的业务恰好能把 SSM 的每个部件都派上用场所以这套选题能同时补足工作量、代码可读性和答辩可讲性。2.1 SSM 的职责切分Spring 容器、Spring MVC 与 MyBatis 各管哪一层Spring 容器负责对象管理和事务Service 里通过Autowired拿 Mapper自己不用newSpring MVC 负责请求路由浏览器来的请求先到 DispatcherServlet再根据 URL 找到 ControllerMyBatis 负责持久化把 Java 接口方法绑定到 XML 或注解里的 SQL。三者的协作关系就是一条调用链请求从 DispatcherServlet 进入经 HandlerMapping 找 ControllerController 调 ServiceService 调 MapperMapper 执行 SQL结果按原路返回。看 SSH 和 SSM 项目时第一件事就是顺着这条线去拆。拿“医生列表查询”这个最简单的功能举例Controller 层的典型写法是Controller RequestMapping(/doctor) public class DoctorController { Autowired private DoctorService doctorService; GetMapping(/list) public String list(RequestParam(value deptId, required false) Integer deptId, Model model) { ListDoctorVO doctors doctorService.findByDeptId(deptId); model.addAttribute(doctors, doctors); return doctor/list; } }这段代码里的Controller告诉 Spring MVC 这是一个控制器RequestMapping(/doctor)定义类级别的 URL 前缀Autowired让 Spring 把 DoctorService 注入进来GetMapping(/list)限定 GET 请求RequestParam接收前端传的 deptIdrequired false表示这个参数可空。如果你拿到的源码里用的是RequestMapping(value /list, method RequestMethod.GET)效果一样只是写法更老。MyBatis 这一层要注意的是接口和 XML 的对应关系。接口方法名对应 XML 里的 statement id参数通过Param绑定。常见翻车点是接口返回实体类但 XML 里查的是多表字段映射不上报IllegalArgumentException或字段查不到。所以项目里通常定义 VO 对象来承接连表查询结果这个在第 4 章会具体展开。2.2 数据库建模预约挂号最关键的 5 张表数据库设计是答辩时最容易被追问的部分。常见错误是一上来建十几张表权限、科室、医生全都拆开。我的建议是先把核心定下来用 5 张表表达这个业务sys_user存所有登录用户的账号密码department存科室doctor_info存医生基本信息并关联科室schedule存医生的出诊排班和号源数量appointment_order存预约订单。CREATE DATABASE hospital DEFAULT CHARACTER SET utf8mb4 COLLATE utf8mb4_general_ci; CREATE TABLE sys_user ( id BIGINT AUTO_INCREMENT PRIMARY KEY, username VARCHAR(50) NOT NULL UNIQUE, password VARCHAR(64) NOT NULL, role TINYINT NOT NULL DEFAULT 1 COMMENT 1-患者 2-医生 3-管理员, real_name VARCHAR(50), create_time DATETIME DEFAULT CURRENT_TIMESTAMP ) ENGINEInnoDB DEFAULT CHARSETutf8mb4; CREATE TABLE department ( id BIGINT AUTO_INCREMENT PRIMARY KEY, dept_name VARCHAR(100) NOT NULL, intro TEXT, create_time DATETIME DEFAULT CURRENT_TIMESTAMP ) ENGINEInnoDB DEFAULT CHARSETutf8mb4; CREATE TABLE doctor_info ( id BIGINT AUTO_INCREMENT PRIMARY KEY, user_id BIGINT NOT NULL, dept_id BIGINT NOT NULL, title VARCHAR(30), intro TEXT ) ENGINEInnoDB DEFAULT CHARSETutf8mb4; CREATE TABLE schedule ( id BIGINT AUTO_INCREMENT PRIMARY KEY, doctor_id BIGINT NOT NULL, work_date DATE NOT NULL, start_time TIME NOT NULL, end_time TIME NOT NULL, total_num INT NOT NULL DEFAULT 20, remain_num INT NOT NULL DEFAULT 20, status TINYINT DEFAULT 1, version INT DEFAULT 0 ) ENGINEInnoDB DEFAULT CHARSETutf8mb4; CREATE TABLE appointment_order ( id BIGINT AUTO_INCREMENT PRIMARY KEY, user_id BIGINT NOT NULL, schedule_id BIGINT NOT NULL, appoint_date DATE NOT NULL, status TINYINT DEFAULT 0 COMMENT 0-已预约 1-已取消 2-已完成, remark VARCHAR(255), create_time DATETIME DEFAULT CURRENT_TIMESTAMP ) ENGINEInnoDB DEFAULT CHARSETutf8mb4;这段 SQL 有四个设计要点。一是sys_user用role字段区分患者、医生、管理员而不是建三张表登录时只查一次即可二是doctor_info通过user_id关联sys_user医生既是用户又是医生三是schedule把total_num和remain_num分开remain_num才是真正要扣减的字段四是appointment_order用status表达预约状态流转取消订单不是删记录而是改成已取消。最后一个version字段是给乐观锁预留的第 4 章我会用数据库行锁演示防超卖如果你想扩展乐观锁这个字段可以直接用。参数上id 统一用BIGINT自增主键时间字段用DATETIME如果涉及挂号费金额用DECIMAL(10,2)而不是DOUBLE答辩被追问精度问题时能答得上来。2.3 MySQL 版本和字符集5.7 与 8.0 的取舍、utf8mb4 和事务我会建议本地直接用 MySQL 5.7。原因很实际很多老 SSM 毕业设计的 pom 里用的是mysql-connector-java 5.1.xMySQL 8.0 默认的认证插件是caching_sha2_password老驱动握手失败报错信息还很绕。MySQL 5.7 默认mysql_native_password兼容性最好。对比项MySQL 5.7.44MySQL 8.0默认认证插件mysql_native_passwordcaching_sha2_password老驱动兼容性好需要升级驱动毕设踩坑概率低中等事务与行锁InnoDB 可用InnoDB 可用如果你看的是 mysql 5.7.44 安装过程详细教程会注意到安装时可以顺手把端口保持 3306、字符集选 utf8mb4。数据库层的字符集直接决定了后面中文乱码的概率这比任何代码层面的编码配置都重要。连接层我一般这么配jdbc.drivercom.mysql.jdbc.Driver jdbc.urljdbc:mysql://localhost:3306/hospital?useSSLfalseserverTimezoneAsia/ShanghaicharacterEncodingutf8mb4 jdbc.usernameroot jdbc.password123456useSSLfalse是为了避免本地开发时触发 SSL 握手版本不匹配serverTimezoneAsia/Shanghai解决时区报错characterEncodingutf8mb4保证写入数据库的中文不乱码。如果老师机器上已经装了 MySQL 8.0不需要卸载把驱动升级到 8.0.x并在 URL 里加allowPublicKeyRetrievaltrue即可。事务方面InnoDB 默认隔离级别是REPEATABLE READ对毕设项目完全够用不用去调真正要控制的是事务边界必须放在 Service 层方法上而不是 Controller 里。3. 在本地把系统跑起来从 JDK 到 Tomcat 的最小部署清单拿到医院预约挂号系统源码ssmmysql说明文档LW.zip 之后我建议先别急着打开 IDEA而是把压缩包里的文件列表看一遍有没有.sql文件有没有说明文档pom.xml在哪个目录源码文件是不是 UTF-8 编码。很多学生压缩包一解压就双击导入结果项目结构不对导入进来全是乱码或者 Maven 根本不识别。先花两分钟看清结构能省后面一天的时间。3.1 环境选型JDK 8 Tomcat 8.5 Maven 3.6 的匹配这套 SSM 项目最稳的环境组合是 JDK 8、Maven 3.6.3、Tomcat 8.5 或 9。Tomcat 9 也能跑但没必要Tomcat 10 以后包名从javax.*换成了jakarta.*很多老 SSM 项目直接NoClassDefFoundError。这不是玄学是命名空间变更导致的遇到时不用检查半天代码先确认 Tomcat 版本就行。先确认本机环境java -version mvn -v echo $CATALINA_HOME第一条命令确认 JDK 版本如果是 1.8 就继续第二条看 Maven 版本和它运行时用的 JDK第三条看 Tomcat 路径Windows 终端里是echo %CATALINA_HOME%。注意环境变量配好之后要新开一个终端窗口否则读不到新值。如果你机器上已经装了高版本 JDK不建议卸载在 IDEA 的 Project Structure 里给项目单独指定 JDK 8 就行。3.2 导入数据库和修改配置三个必改位置数据库初始化是启动前的关键一步。项目压缩包里一般会带.sql文件常见文件名是hospital.sql或db_hospital.sqlmysql -u root -p hospital.sql这条命令默认把文件里的 SQL 按顺序执行。前提是 sql 文件里已经包含CREATE DATABASE和USE hospital如果没包含你需要先在命令行执行CREATE DATABASE hospital DEFAULT CHARACTER SET utf8mb4;再USE hospital;然后source hospital.sql;。导入完成后用SHOW TABLES;数一下表数量再对照说明文档里的数据字典看少了哪张表。以我的经验约有三成项目启动失败是数据库没导成功并不是代码有问题。数据库导入后最常改的配置文件是数据源名字可能是jdbc.properties、db.properties也可能直接写在 Spring 的applicationContext.xml里。jdbc.urljdbc:mysql://localhost:3306/hospital?useSSLfalseserverTimezoneAsia/ShanghaicharacterEncodingutf8mb4 jdbc.usernameroot jdbc.password123456我一般会直接全局搜3306或jdbc:找到数据源配置后改三个位置URL 里的数据库名、用户名、密码。如果密码包含、#这类特殊字符先回命令行确认mysql -u root -p能连上再改配置文件否则容易把排查方向带偏。3.3 用 IDEA 运行加载 Maven 项目、配置 Tomcat 与第一次访问登录页IDEA 打开项目时要选择pom.xml而不是选整个文件夹硬导。首次导入会让你选择是否信任项目选 Trust Project然后等 Maven 下载依赖。如果右下角没有 Maven 面板右键pom.xml- Add as Maven Project。依赖下载完打开左侧 External Libraries 能看到 spring-webmvc、mybatis、mysql-connector 这些常见包说明依赖结构基本正常。接着配置 TomcatRun - Edit Configurations - 左上角加号 - Tomcat Server - Local。在 Deployment 页签加 Artifact选 war exploded 而不是 war因为 war exploded 支持 JSP 热更新改页面不用反复重启。Application context 填/hospital如果源码里页面跳转写死的是/hospital/login这里就必须保持一致否则登录页跳不过去。项目启动后如果 IDEA 控制台没报错但页面打不开去看 Tomcat 的本地日志tail -f /usr/local/tomcat/logs/catalina.outWindows 下在 Tomcat 安装目录的logs文件夹里找localhost.yyyy-MM-dd.log。catalina.out保存了标准输出和系统日志很多NoClassDefFoundError、端口占用、数据库连接失败都只在这里出现。浏览器访问http://localhost:8080/hospital/login能看到登录页就说明环境通了。默认管理员账号去说明文档或 LW 里找常见是admin/admin123如果数据库脚本里已经灌了测试数据也直接去sys_user表里查一条真实可用的。到这一步你已经完成了最小部署后面再改代码就都在这个基础上迭代。4. 核心业务实现预约挂号流程中的 SSM 常用注解和事务边界环境跑通之后就进入核心环节。医院预约挂号系统能不能在答辩现场“讲出东西”关键在两处排班查询是不是用 MyBatis 动态 SQL 做的预约扣号是不是有事务和并发控制。这两点讲明白比堆十个 CRUD 接口有用。下面我把三个最值得讲的代码点展开排班查询、事务扣号、登录拦截。4.1 查询医生排班MyBatis 动态 SQL 与多表关联排班查询是预约的入口患者先选科室再选医生再看日期。不同条件下请求的 SQL 不同所以用 MyBatis 的if和where动态拼接条件。下面是常见的 Mapper XML 写法select idfindScheduleByDept resultTypecom.hospital.vo.ScheduleVO SELECT s.id AS id, d.real_name AS doctorName, di.title AS doctorTitle, s.work_date AS workDate, s.start_time AS startTime, s.end_time AS endTime, s.total_num AS totalNum, s.remain_num AS remainNum FROM schedule s INNER JOIN doctor_info di ON s.doctor_id di.id INNER JOIN sys_user d ON di.user_id d.id where if testdeptId ! null and deptId ! AND di.dept_id #{deptId} /if if testworkDate ! null AND s.work_date #{workDate} /if /where ORDER BY s.work_date, s.start_time /selectresultType直接指向ScheduleVO因为查询结果来自三张表和一个实体类对不上用 VO 接收连表查询结果是项目里最常见的处理方式。where的作用是如果没有条件SQL 里不拼 WHERE如果有条件它自动把第一个条件的多余 AND 去掉。#{deptId}是预编译占位符不是字符串拼接能预防 SQL 注入这也是答辩时的加分点。参数说明deptId为空时查所有科室workDate为空时查所有日期。Mapper 接口对应写法public interface ScheduleMapper { ListScheduleVO findScheduleByDept(Param(deptId) Integer deptId, Param(workDate) String workDate); }Param的作用是给 XML 里的deptId和workDate参数命名。如果不写MyBatis 默认按param1、param2引用代码可读性很差。如果你发现 XML 里明明写了deptId却报There is no getter for property named deptId基本就是接口方法少了Param。4.2 预约扣号与订单创建Transactional 和 MySQL 行锁防超卖是预约系统的核心难点。这里不涉及分布式锁毕业设计讲清楚数据库行锁就足够。前面schedule表设计了remain_num核心思路是一条 UPDATE 语句把“检查剩余号”和“扣减号源”合成一步。Service 层写法如下Service public class AppointmentService { Autowired private ScheduleMapper scheduleMapper; Autowired private AppointmentOrderMapper orderMapper; Transactional(rollbackFor Exception.class) public void book(int userId, Long scheduleId) { int rows scheduleMapper.decreaseRemainNum(scheduleId); if (rows 0) { throw new BusinessException(号源已满或已停诊); } AppointmentOrder order new AppointmentOrder(); order.setUserId(userId); order.setScheduleId(scheduleId); order.setStatus(0); orderMapper.insert(order); } }对应的 SQL 在 Mapper XML 里是这样update iddecreaseRemainNum UPDATE schedule SET remain_num remain_num - 1 WHERE id #{id} AND remain_num 0 /update这个方法能防超卖的根因是UPDATE语句在 InnoDB 下会对命中的行加排他锁并发请求执行到这条 UPDATE 时会排队remain_num 0这个条件保证只剩 0 个号时不会再扣减而rows 0就是“没抢到号”的信号直接抛异常回滚。要注意Transactional(rollbackFor Exception.class)里的rollbackFor不能省因为 Spring 默认只在遇到RuntimeException时才回滚如果项目里的BusinessException是继承Exception的不加这个参数就会出现扣号成功但订单插入失败最终数据不一致。还需要强调一点不要在 UPDATE 之前先SELECT判断剩余号那等于把原子操作人为拆成了两步并发场景下两个线程都查到剩余 1 个号然后各自 UPDATE超卖就又回来了。这个点也是面试里经常被追问的“事务边界”问题。4.3 登录与拦截Spring MVC 注解与拦截器配置医院预约挂号系统有患者、医生、管理员三种角色登录后要分别进入不同首页所以登录逻辑不能只查一次账号。Controller 层通常这样写Controller public class LoginController { Autowired private UserService userService; PostMapping(/login) ResponseBody public Result login(RequestParam String username, RequestParam String password, HttpSession session) { User user userService.login(username, password); if (user null) { return Result.error(用户名或密码错误); } session.setAttribute(loginUser, user); return Result.success(user); } }PostMapping(/login)限定 POST 请求ResponseBody把返回值直接序列化成 JSON前端用 Ajax 拿code判断成功还是失败Result是统一返回对象三个字段code、msg、data。答辩时老师会问“如果不做统一返回行不行”其实也行但每个接口返回格式都不一样前端维护成本高算不上好设计。有了登录之后还要保证未登录用户无法访问预约接口。Spring MVC 拦截器比较直接mvc:interceptors mvc:interceptor mvc:mapping path/**/ mvc:exclude-mapping path/login/ mvc:exclude-mapping path/register/ mvc:exclude-mapping path/static/**/ bean classcom.hospital.interceptor.LoginInterceptor/ /mvc:interceptor /mvc:interceptors/**匹配所有请求exclude-mapping放行登录、注册和静态资源避免用户还没登录时页面 CSS/JS 全被拦截。LoginInterceptor 内部逻辑不复杂就是从 session 里取登录用户取不到就重定向到登录页。这里有一个隐藏细节静态资源要放在webapp/static下同时 Spring MVC XML 里配好mvc:resources mapping/static/** location/static//否则即使拦截器放行了DispatcherServlet 也找不到这些文件。5. 避坑排查SSM 项目最常见的 5 个翻车点与解决套路下面这 5 个坑是我帮学生调毕设项目时遇到频率最高的每一个都按“现象 - 原因 - 解决”写。你自己排查的时候也可以照这个顺序记先收集现象再顺着调用链找根因最后小步修改改一次重启一次。5.1 MySQL SSL 连接错误报 SSL 错误或握手失败现象项目启动时日志出现Communications link failure往下看是SSL connection error: protocol version mismatch有时还会看到一个乱码时区信息The server time zone value Öйú is unrecognized。原因MySQL 5.7 和 8.0 默认启用 SSL 连接老驱动在握手阶段没谈拢加密协议时区报错是驱动和数据库时区不一致。很多人从网上复制 JDBC URL 时漏掉了serverTimezone。解决本地开发在 JDBC URL 加useSSLfalseserverTimezoneAsia/Shanghai如果是 MySQL 8.0把驱动的 pom 依赖换成mysql-connector-java 8.0.33再追加allowPublicKeyRetrievaltrue。改完配置后重启 Tomcat不要只重新编译。如果日志里继续报Unknown system variable query_cache_size就不是 SSL 问题而是驱动版本和 MySQL 版本错配优先检查 pom。5.2 中文乱码页面、连接、数据库三层都要查现象注册页面填“张三”保存后数据库里是乱码页面回显变成???。原因数据库连接字符集、MySQL 建库字符集、Tomcat URI 编码至少有一层没设置。最常见的是只改 JSP 页面的charset没改数据库连接。解决先确认数据库建库字符集是不是 utf8mb4在 MySQL 命令行执行SHOW CREATE DATABASE hospital;不是 utf8mb4 就要重新导入或转换。然后检查 JDBC URL 里的characterEncodingutf8mb4。最后在 web.xml 里配置CharacterEncodingFilterforceEncoding设为true。注意连接池配置里如果有useUnicodetrue这个旧参数要保留不能删。改完这三个地方后清浏览器缓存再看页面。5.3 Maven 依赖冲突Spring 版本被覆盖启动报 AOP 错误现象启动 Tomcat 时看到BeanCreationExceptionCaused by 是ClassNotFoundException: org.springframework.aop...或NoClassDefFoundError。原因pom.xml 里 spring-webmvc 写了 5.2.22spring-jdbc 又写了 4.3.30Maven 依赖调解后实际生效的 spring-core 和部分模块版本不一致。这是 SSM 项目最常见的依赖问题。解决在 pom.xml 的properties里统一定义spring.version5.2.22.RELEASE/spring.version所有 Spring 依赖都不写版本号用${spring.version}引用。改完执行mvn clean然后在 IDEA 里右键 pom - Maven - Reload Project。如果还想确认冲突执行mvn dependency:tree | grep springWindows 下用findstr代替 grep。看到同一组 artifact 出现多个版本号就是冲突现场。5.4 号源超卖并发测试时剩余号变负数现象用 Jmeter 并发 50 个预约请求同一个 scheduleId最终订单表插入了 50 条记录schedule 表remain_num变成负数。原因Service 方法没加Transactional或者加了事务但扣减逻辑是“先 SELECT 再 UPDATE”。并发场景下两个会话查到同一个剩余值各自都认为还有号可挂。解决把扣号和插入订单放进同一个 Service 方法加上Transactional(rollbackFor Exception.class)UPDATE 写成SET remain_num remain_num - 1 WHERE id #{id} AND remain_num 0然后判断返回值。验证方式很简单用一个并发测试工具同时发 20 个请求看最终订单数和remain_num是否满足“扣减数 剩余数 总数”。如果你在代码里看到SELECT remain_num FROM schedule WHERE id?再在下一行执行 UPDATE基本就是超卖隐患。5.5 静态资源 404登录页没有 CSSJS 全部报错现象项目能启动登录页也能打开但页面是裸的控制台里.css和.js请求全部 404接口请求反而是 200。原因Spring MVC 的 DispatcherServlet 把静态资源请求也当成 Controller 处理了。最常见是拦截器配置了/**但没排除静态资源或者 Spring MVC XML 里没有配静态资源映射。解决把静态资源放在webapp/static下在 Spring MVC XML 里加mvc:resources mapping/static/** location/static// mvc:default-servlet-handler/然后拦截器排除路径补上/static/**。如果项目用的是 Servlet 3.0 注解方式也要保证 WebMvcConfigurer 里 overrideaddResourceHandlers思路一模一样。这个配置不补上答辩演示时页面会一直裸奔很影响第一印象。6. 答辩和扩展让项目从“能跑”到“能被问住”的三个做法跑通代码只是第一步。我见过不少项目代码是能跑的但答辩时被一句“你这个预约挂号流程数据是怎么流转的”问住。所以在交给老师之前自己先过三关。第一关把数据流转讲清楚。从用户点击“预约”按钮开始前端请求到哪个 ControllerService 里做了什么事务Mapper 执行了什么 SQL最终哪些表被更新或插入。表述要控制在一分钟内前端传 scheduleId 和 userIdController 调 book 方法事务里先 UPDATE schedule 扣号再 INSERT appointment_order最后统一提交。答辩时能画出这条链路基本就证明项目是你做的。第二关做一次代码走读。挑一个查询接口和一个写接口分别说清 MyBatis 的 SQL 映射和 Spring 的事务边界。可以在 IDEA 里打断点 debug 跑一遍记下每次调用的类名和方法名。老师问“这里为什么报错”时你能从 Controller 一路说到 Mapper比背任何理论都管用。第三关准备扩展点。老师几乎必问“还能怎么优化”两个标准答案是把号源库存放到 Redis 里做缓存降低数据库压力用 Spring Task 的Scheduled定时扫描超时未支付的预约订单自动置为已取消并回补号源。你不需要真的实现完整代码但要把思路说清楚这已经比大多数只做增删改查的学生高一个段位。我当年做毕设时就吃过“表结构解释不清”的亏代码是自己写的但答辩前没把外键关系顺一遍被问到“为什么 appointment_order 表里不直接存医生 ID”时愣了几秒。后来带学生我都会让他们先在纸上把表关联画一遍再上台。你把这个习惯养成毕业设计和以后工作都能少踩很多坑。希望帮到你。本文还有配套的精品资源点击获取
