简介基于SSM框架的医院预约挂号系统毕业设计源码包是一个功能完整、可直接运行的JavaWeb项目面向Java方向的高校学生及毕业设计开发者覆盖用户管理、科室信息、医生信息、出诊安排、预约时间段、挂号预约、问题反馈与解答、系统管理等功能模块适用于课程设计或毕设项目参考也适合希望理解典型业务系统开发流程的初级开发者。压缩包内含1386个文件主要类型包括JSP视图页面、Java业务逻辑代码、CSS样式与JavaScript脚本、SQL数据库脚本、XML配置文件和说明文档并包含大量图片图标等静态资源整体约27.49MB目录结构清晰便于导入运行。目前已有104人学习说明该套源码对同类毕业设计有一定参考价值。通过该套源码可获得可运行的前后端完整实现、数据库建表与初始数据脚本、开发环境配置指引便于直接导入IDE进行部署调试和二次修改有助于深入掌握SSM框架整合流程、预约挂号业务的数据表设计思路以及前后端交互方法。1. 医院预约挂号的瓶颈往往在号源建模而不在登录注册如果你独立设计过一个预约类系统就会发现真正的复杂度并不在用户登录注册而在“号源”的粒度怎么定。这套基于SSMSpringSpringMVCMyBatis与MySQL的毕业设计源码把科室信息、医生管理、出诊时间段、挂号预约、问题反馈串成了一条完整的业务线其中“预约时间段管理”被单独立成模块说明作者并没有把医生排班做成一个简单的日期字段而是拆成了可配置的时段。项目附带完整JSP前端、数据库脚本和说明文档导入Eclipse或IDEA后按普通Web项目即可运行。它适合正在做Java课程设计、想模仿三层架构落地的在校生也适合准备java面试前用真实业务复盘Spring事务边界、MyBatis多表关联查询和MySQL并发控制细节的开发者。2. 工程导入与SSM配置顺序从Eclipse到Tomcat的启动路径解压后第一眼会看到很多index.jsp.bak、styles.css.bak、topNav.jsp.bak、muban.jpg.bak这类文件。这不是压缩包损坏而是作者在调整样式和页面结构时保留的备份。如果直接用Eclipse导入需要区分哪些是模板哪些是真正参与运行的页面。另一个关键点在于这套源码没有引入Maven依赖jar包放在WEB-INF/lib目录下导入时应按普通Dynamic Web Project处理而不是当作Maven工程。校验环境时只需要确认lib目录下是否存在spring-webmvc、mybatis、mysql-connector-java这三个核心jar缺少任何一个Tomcat启动时都会抛NoClassDefFoundError。2.1 先分清.bak文件、静态资源与数据库脚本.bak文件在运行时不会生效Eclipse的Deployment Assembly不会把后缀为.bak的文件复制到webapps目录但保留它们能保留作者修改前的上下文。接手这套源码时我会先做两个动作在项目根目录搜索.bak打开看内容是否只是原页面的副本确认没有自己需要迁移的改动。检查WebContent/WEB-INF下是否存在web.xml这是Spring容器启动的入口缺失时Tomcat会直接报错。下表整理了导入阶段需要关注的文件文件或目录在项目中的作用导入后处理方式.classpath、.projectEclipse工程描述文件存在时可以直接导入WEB-INF/libSpring、MyBatis、数据库驱动jar包确认jar完整*.jsp.bak历史页面备份忽略不要部署sql/或*.sql数据库初始化脚本优先在MySQL中执行大多数课程设计项目的启动失败都出在最后一行没有先把sql目录下的脚本导入MySQL导致数据源初始化失败整个Spring容器跟着起不来。执行数据库脚本时要特别注意字符集建议先连接MySQL执行SET NAMES utf8mb4;再运行脚本避免科室名称、医生简介写入后变成乱码。2.2 web.xml中Spring与SpringMVC的加载边界SSM的启动流程由web.xml驱动。ContextLoaderListener负责创建Spring父容器加载applicationContext.xml中的数据源、SqlSessionFactoryBean、事务管理器DispatcherServlet负责创建SpringMVC子容器加载spring-mvc.xml中的控制器、视图解析器和静态资源映射。如果两份配置文件里的context:component-scan都扫描了controller包Controller会被实例化两次Service上的事务代理会失效出现“查得到数据但保存后数据回滚不了”的诡异问题。下面是这个工程里标准的web.xml声明方式context-param param-namecontextConfigLocation/param-name param-valueclasspath:applicationContext.xml/param-value /context-param listener listener-classorg.springframework.web.context.ContextLoaderListener/listener-class /listener servlet servlet-namespringMVC/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-namespringMVC/servlet-name url-pattern//url-pattern /servlet-mappingclasspath:前缀表示从src目录下找配置文件如果你的XML放在WEB-INF目录需要改成WEB-INF/applicationContext.xml。url-pattern使用/会拦截所有请求此时必须在spring-mvc.xml中配置mvc:default-servlet-handler/否则CSS、JS、图片都会被DispatcherServlet接管页面只剩裸HTML。这里把Servlet命名为springMVC是为了避免与Spring框架本身混淆也方便在IDE的调试面板里快速定位。2.3 jdbc.properties与MySQL连接参数说明源码中jdbc.properties一般写成下面这样对应MySQL 5.x版本jdbc.drivercom.mysql.jdbc.Driver jdbc.urljdbc:mysql://localhost:3306/hospital_db?characterEncodingutf8useSSLfalseserverTimezoneAsia/Shanghai jdbc.usernameroot jdbc.passwordrootcharacterEncodingutf8必须出现在连接串中否则查询出来的中文科室名乱码。useSSLfalse避免本地开发环境与MySQL握手时出现SSL告警不影响连接。serverTimezone是MySQL 8.x驱动的必填参数如果你按照最新mysql安装教程装了8.0还要把driver改成com.mysql.cj.jdbc.Driver。Spring中的SqlSessionFactoryBean会读取这个文件的值交给连接池创建数据库连接。从这里开始JDBC的Connection管理全部移交给Spring这是SSM工程与纯JDBC练习最大的认知差异。3. 科室、医生、出诊信息三表建模与Mapper层查询挂号系统后端的数据流转围绕科室、医生、出诊信息三个维度展开。科室管理照顾组织架构医生管理负责把医师资料挂到科室下出诊信息则是医生具体哪天、哪个时段可被预约。三张表拆得是否合理直接决定后面挂号预约模块的代码量和维护成本。3.1 核心表结构设计第一次翻阅这套数据库脚本时印象最深的是visit_info表中slot_id字段的引入。它把“时间段”从出诊信息中独立出来做成一张time_slot字典表预约时间段管理模块才真正有数据基础。下面是在原设计基础上整理的建表SQLCREATE TABLE department ( dept_id INT PRIMARY KEY AUTO_INCREMENT, dept_name VARCHAR(50) NOT NULL COMMENT 科室名称, intro TEXT COMMENT 科室介绍, status TINYINT DEFAULT 1 COMMENT 1启用 0停用 ); CREATE TABLE doctor ( doc_id INT PRIMARY KEY AUTO_INCREMENT, dept_id INT NOT NULL COMMENT 所属科室, doc_name VARCHAR(50) NOT NULL COMMENT 医生姓名, job_title VARCHAR(30) COMMENT 职称, intro TEXT COMMENT 医生简介, photo_url VARCHAR(255) COMMENT 头像地址, CONSTRAINT fk_doctor_dept FOREIGN KEY (dept_id) REFERENCES department(dept_id) ); CREATE TABLE time_slot ( slot_id INT PRIMARY KEY AUTO_INCREMENT, slot_desc VARCHAR(30) NOT NULL COMMENT 显示名称如上午一, start_time TIME NOT NULL, end_time TIME NOT NULL ); CREATE TABLE visit_info ( visit_id INT PRIMARY KEY AUTO_INCREMENT, doc_id INT NOT NULL COMMENT 出诊医生, visit_date DATE NOT NULL COMMENT 出诊日期, slot_id INT NOT NULL COMMENT 时间段编号, total_num INT DEFAULT 10 COMMENT 该时段总号数, remain_num INT DEFAULT 10 COMMENT 剩余号数, version INT DEFAULT 0, UNIQUE KEY uk_doc_date_slot (doc_id, visit_date, slot_id), CONSTRAINT fk_visit_doctor FOREIGN KEY (doc_id) REFERENCES doctor(doc_id), CONSTRAINT fk_visit_slot FOREIGN KEY (slot_id) REFERENCES time_slot(slot_id) );这里把version字段放在visit_info中是为了后续做乐观锁预留的扩展点答辩时可以作为性能优化的延伸话题。科室与医生是一对多关系doctor表外键指向departmentvisit_info中的唯一索引uk_doc_date_slot从数据库层面保证同一个医生、同一天、同一个时间段不能出现两条排班记录。很多重复数据问题并不需要Java代码判断这个索引已经能挡住绝大多数非法插入。3.2 预约时间段为什么要独立成表如果只求毕业答辩能过你可能会在visit_info里直接写time_slot VARCHAR(30)。这样确实简单但后续在做“预约时间段管理”功能时没有独立对象可以维护。医院门诊的时段通常是固定重复的例如“上午一、上午二、下午一、下午二”独立成表后所有医生共享同一套时段配置不会出现A医生写“上午1”、B医生写“早上9-10点”这种数据不一致。页面上的时间段下拉框在SSM项目中有一种常见实现Controller调用timeSlotMapper.selectAll()把返回值放入Model的slotList字段JSP用c:forEach渲染option。这种做法虽然直观但在出诊列表页要特别留意不能循环调用visitInfoMapper.selectByVisitId去判断某个时段是否已满那是典型的N1查询问题。更合理的做法是像下面这样用一条JOIN SQL把列表和剩余号数一次性取出。3.3 MyBatis多表关联查询与resultMap实际出诊列表页需要同时展示科室名、医生名、时间段和剩余号这些字段分散在四张表中。我习惯在VisitInfoMapper.xml中定义resultMap把表字段映射到VO对象resultMap idVisitDetailMap typecom.hospital.vo.VisitDetailVO id propertyvisitId columnvisit_id/ result propertydeptName columndept_name/ result propertydocName columndoc_name/ result propertyjobTitle columnjob_title/ result propertyvisitDate columnvisit_date/ result propertyslotDesc columnslot_desc/ result propertyremainNum columnremain_num/ /resultMap select idlistVisitDetail resultMapVisitDetailMap parameterTypemap SELECT v.visit_id, v.visit_date, v.remain_num, d.doc_name, d.job_title, dep.dept_name, s.slot_desc FROM visit_info v JOIN doctor d ON v.doc_id d.doc_id JOIN department dep ON d.dept_id dep.dept_id JOIN time_slot s ON v.slot_id s.slot_id WHERE v.visit_date gt; #{beginDate} AND v.remain_num gt; 0 if testdeptId ! null and deptId ! AND dep.dept_id #{deptId} /if ORDER BY v.visit_date, s.start_time /selectgt;是XML中对的必转义写法直接写会导致XML解析器报错。if标签属于MyBatis动态SQLdeptId为空时自动去掉科室过滤因此同一段SQL既能支撑首页的“全部出诊”列表也能支撑“按科室筛选”视图。resultMap中属性使用驼峰命名数据库列使用下划线映射后JSP页面可以直接用${visit.deptName}访问科室名接口层不需要再拼装VO。与这些表配套的还有register_record挂号记录表至少包含record_id、user_id、visit_id、create_time字段它承接第4章的并发控制逻辑。4. 挂号预约的并发控制事务、FOR UPDATE与状态机前台展示做得再漂亮真正检验项目水平的是两个用户同时点击“挂号”按钮的瞬间。SSM源码中挂号请求通过Ajax发送到ControllerController调用Service完成号源扣减与记录插入。要防止超卖必须在数据库行级锁和事务边界上都做对。4.1 Controller层只做参数接收挂号接口的Controller通常长这样Controller RequestMapping(/register) public class RegisterController { Autowired private RegisterService registerService; RequestMapping(value /do, method RequestMethod.POST) ResponseBody public JsonResult doRegister(RequestParam Integer userId, RequestParam Integer visitId) { try { registerService.register(userId, visitId); return JsonResult.success(); } catch (BizException e) { return JsonResult.fail(e.getMessage()); } } }ResponseBody提示返回的是JSON而不是跳转页面。Controller中不写业务逻辑所有核心操作都放在Service层。JsonResult是统一返回值对象包含code、message、data三个字段前端根据code决定弹窗提示还是跳转个人中心。这样的分层在课程设计答辩时是加分项面试官会觉得你理解职责边界而不是把所有代码堆在Servlet里。4.2 Service层用FOR UPDATE锁定号源行下面这段是挂号系统的核心逻辑顺序非常重要先判断重复预约再锁行再扣减号源最后插入记录Service Transactional(rollbackFor Exception.class) public class RegisterServiceImpl implements RegisterService { Autowired private VisitInfoMapper visitInfoMapper; Autowired private RegisterRecordMapper registerRecordMapper; Override public void register(Integer userId, Integer visitId) { if (registerRecordMapper.countByUserAndVisit(userId, visitId) 0) { throw new BizException(您已预约该号源不能重复挂号); } VisitInfo visit visitInfoMapper.selectVisitForUpdate(visitId); if (visit null) { throw new BizException(出诊信息不存在); } if (visit.getRemainNum() 0) { throw new BizException(该时间段号源已满); } int updated visitInfoMapper.decreaseRemain(visitId); if (updated ! 1) { throw new BizException(预约人数较多请重新选择时间段); } registerRecordMapper.insert(userId, visitId, new Date()); } }selectVisitForUpdate对应SQL是SELECT * FROM visit_info WHERE visit_id #{visitId} FOR UPDATE。InnoDB引擎在读到这一行时会加上排他锁事务B执行同样的语句会阻塞到事务A提交或回滚。锁住这一行后重新检查remainNum再把剩余号减一插入预约记录。decreaseRemain的更新条件必须带上remain_num 0即使极端情况下出现脏数据数据库条件也能拦住超量扣减。Transactional(rollbackFor Exception.class)中的rollbackFor不能省略。如果BizException继承的是ExceptionSpring默认只对RuntimeException回滚忘记写这个参数会出现非常隐蔽的问题号源扣减成功但预约记录插入失败用户以为自己没挂号成功号却没了。4.3 并发验证与问题反馈模块代码写完可以按以下方式验证并发逻辑验证方式操作步骤预期结果浏览器双开同时打开同一号源页面连续点击挂号只有一个请求返回成功curl脚本循环调用100次挂号接口成功总数等于剩余号数JMeter压测100个线程同时访问同一visitId数据库预约记录与扣减数一致“问题反馈管理”和“问题解答管理”两个模块在挂号并发控制之外充当兜底角色。用户遇到号源被抢或医生临时停诊时提交反馈后由管理员后台解答。它们在源码中通常对应feedback表与reply表通过feedback_id关联状态字段要区分“未回复/已回复”否则列表页会重复展示未处理内容。5. 部署后自检核对号源一致性并扩展动态排班项目部署到Tomcat并完成第一轮人工测试后先不要急着打包提交。挂号模块最容易出现数据不一致的位置是visit_info.remain_num与register_record中的记录数量对不上原因多为事务回滚漏操作或并发异常。下面两个方法用来验证当前数据并给出一个低成本排班优化。5.1 用一条SQL核对号源与预约记录在MySQL客户端执行下面SQL找出所有“剩余号数 已预约数 ≠ 总号数”的出诊信息SELECT v.visit_id, v.total_num, v.remain_num, (SELECT COUNT(*) FROM register_record r WHERE r.visit_id v.visit_id) AS booked_num FROM visit_info v WHERE v.total_num - v.remain_num ! (SELECT COUNT(*) FROM register_record r WHERE r.visit_id v.visit_id);如果结果集不为空优先检查取消预约的方法是否把“恢复剩余号”和“删除预约记录”放在同一个Transactional事务里。常见误写是只删了register_record忘记把remain_num加回去。手动在数据库控制台改了字段也会造成同样问题。这条SQL建议在每次压测后都执行一次作为回归验证的固定步骤。5.2 低成本扩展把固定排班改为动态生成源码中出诊信息由管理员逐条添加对课程设计已经够用。如果想在答辩时展示更强的业务理解可以手动执行下面这条SQL把今天的排班复制到明天INSERT INTO visit_info (doc_id, visit_date, slot_id, total_num, remain_num) SELECT doc_id, DATE_ADD(CURDATE(), INTERVAL 1 DAY), slot_id, total_num, total_num FROM visit_info WHERE visit_date CURDATE() AND doc_id IN (SELECT doc_id FROM doctor WHERE dept_id 1);DATE_ADD(CURDATE(), INTERVAL 1 DAY)生成明日日期total_num同时作为新记录的remain_num初始值。doc_id IN (...)限制只有特定科室的医生会被复制实际使用时可去掉过滤条件改为全部科室。批量生成会触发uk_doc_date_slot唯一索引如果在同一事务中重复执行两次第二次会因唯一索引冲突而整体失败这也是数据库层保证排班不重复的最后一道防线。本文还有配套的精品资源点击获取 基于SSM的医院预约挂号系统：号源建模与并发控制实战解析
简介基于SSM框架的医院预约挂号系统毕业设计源码包是一个功能完整、可直接运行的JavaWeb项目面向Java方向的高校学生及毕业设计开发者覆盖用户管理、科室信息、医生信息、出诊安排、预约时间段、挂号预约、问题反馈与解答、系统管理等功能模块适用于课程设计或毕设项目参考也适合希望理解典型业务系统开发流程的初级开发者。压缩包内含1386个文件主要类型包括JSP视图页面、Java业务逻辑代码、CSS样式与JavaScript脚本、SQL数据库脚本、XML配置文件和说明文档并包含大量图片图标等静态资源整体约27.49MB目录结构清晰便于导入运行。目前已有104人学习说明该套源码对同类毕业设计有一定参考价值。通过该套源码可获得可运行的前后端完整实现、数据库建表与初始数据脚本、开发环境配置指引便于直接导入IDE进行部署调试和二次修改有助于深入掌握SSM框架整合流程、预约挂号业务的数据表设计思路以及前后端交互方法。1. 医院预约挂号的瓶颈往往在号源建模而不在登录注册如果你独立设计过一个预约类系统就会发现真正的复杂度并不在用户登录注册而在“号源”的粒度怎么定。这套基于SSMSpringSpringMVCMyBatis与MySQL的毕业设计源码把科室信息、医生管理、出诊时间段、挂号预约、问题反馈串成了一条完整的业务线其中“预约时间段管理”被单独立成模块说明作者并没有把医生排班做成一个简单的日期字段而是拆成了可配置的时段。项目附带完整JSP前端、数据库脚本和说明文档导入Eclipse或IDEA后按普通Web项目即可运行。它适合正在做Java课程设计、想模仿三层架构落地的在校生也适合准备java面试前用真实业务复盘Spring事务边界、MyBatis多表关联查询和MySQL并发控制细节的开发者。2. 工程导入与SSM配置顺序从Eclipse到Tomcat的启动路径解压后第一眼会看到很多index.jsp.bak、styles.css.bak、topNav.jsp.bak、muban.jpg.bak这类文件。这不是压缩包损坏而是作者在调整样式和页面结构时保留的备份。如果直接用Eclipse导入需要区分哪些是模板哪些是真正参与运行的页面。另一个关键点在于这套源码没有引入Maven依赖jar包放在WEB-INF/lib目录下导入时应按普通Dynamic Web Project处理而不是当作Maven工程。校验环境时只需要确认lib目录下是否存在spring-webmvc、mybatis、mysql-connector-java这三个核心jar缺少任何一个Tomcat启动时都会抛NoClassDefFoundError。2.1 先分清.bak文件、静态资源与数据库脚本.bak文件在运行时不会生效Eclipse的Deployment Assembly不会把后缀为.bak的文件复制到webapps目录但保留它们能保留作者修改前的上下文。接手这套源码时我会先做两个动作在项目根目录搜索.bak打开看内容是否只是原页面的副本确认没有自己需要迁移的改动。检查WebContent/WEB-INF下是否存在web.xml这是Spring容器启动的入口缺失时Tomcat会直接报错。下表整理了导入阶段需要关注的文件文件或目录在项目中的作用导入后处理方式.classpath、.projectEclipse工程描述文件存在时可以直接导入WEB-INF/libSpring、MyBatis、数据库驱动jar包确认jar完整*.jsp.bak历史页面备份忽略不要部署sql/或*.sql数据库初始化脚本优先在MySQL中执行大多数课程设计项目的启动失败都出在最后一行没有先把sql目录下的脚本导入MySQL导致数据源初始化失败整个Spring容器跟着起不来。执行数据库脚本时要特别注意字符集建议先连接MySQL执行SET NAMES utf8mb4;再运行脚本避免科室名称、医生简介写入后变成乱码。2.2 web.xml中Spring与SpringMVC的加载边界SSM的启动流程由web.xml驱动。ContextLoaderListener负责创建Spring父容器加载applicationContext.xml中的数据源、SqlSessionFactoryBean、事务管理器DispatcherServlet负责创建SpringMVC子容器加载spring-mvc.xml中的控制器、视图解析器和静态资源映射。如果两份配置文件里的context:component-scan都扫描了controller包Controller会被实例化两次Service上的事务代理会失效出现“查得到数据但保存后数据回滚不了”的诡异问题。下面是这个工程里标准的web.xml声明方式context-param param-namecontextConfigLocation/param-name param-valueclasspath:applicationContext.xml/param-value /context-param listener listener-classorg.springframework.web.context.ContextLoaderListener/listener-class /listener servlet servlet-namespringMVC/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-namespringMVC/servlet-name url-pattern//url-pattern /servlet-mappingclasspath:前缀表示从src目录下找配置文件如果你的XML放在WEB-INF目录需要改成WEB-INF/applicationContext.xml。url-pattern使用/会拦截所有请求此时必须在spring-mvc.xml中配置mvc:default-servlet-handler/否则CSS、JS、图片都会被DispatcherServlet接管页面只剩裸HTML。这里把Servlet命名为springMVC是为了避免与Spring框架本身混淆也方便在IDE的调试面板里快速定位。2.3 jdbc.properties与MySQL连接参数说明源码中jdbc.properties一般写成下面这样对应MySQL 5.x版本jdbc.drivercom.mysql.jdbc.Driver jdbc.urljdbc:mysql://localhost:3306/hospital_db?characterEncodingutf8useSSLfalseserverTimezoneAsia/Shanghai jdbc.usernameroot jdbc.passwordrootcharacterEncodingutf8必须出现在连接串中否则查询出来的中文科室名乱码。useSSLfalse避免本地开发环境与MySQL握手时出现SSL告警不影响连接。serverTimezone是MySQL 8.x驱动的必填参数如果你按照最新mysql安装教程装了8.0还要把driver改成com.mysql.cj.jdbc.Driver。Spring中的SqlSessionFactoryBean会读取这个文件的值交给连接池创建数据库连接。从这里开始JDBC的Connection管理全部移交给Spring这是SSM工程与纯JDBC练习最大的认知差异。3. 科室、医生、出诊信息三表建模与Mapper层查询挂号系统后端的数据流转围绕科室、医生、出诊信息三个维度展开。科室管理照顾组织架构医生管理负责把医师资料挂到科室下出诊信息则是医生具体哪天、哪个时段可被预约。三张表拆得是否合理直接决定后面挂号预约模块的代码量和维护成本。3.1 核心表结构设计第一次翻阅这套数据库脚本时印象最深的是visit_info表中slot_id字段的引入。它把“时间段”从出诊信息中独立出来做成一张time_slot字典表预约时间段管理模块才真正有数据基础。下面是在原设计基础上整理的建表SQLCREATE TABLE department ( dept_id INT PRIMARY KEY AUTO_INCREMENT, dept_name VARCHAR(50) NOT NULL COMMENT 科室名称, intro TEXT COMMENT 科室介绍, status TINYINT DEFAULT 1 COMMENT 1启用 0停用 ); CREATE TABLE doctor ( doc_id INT PRIMARY KEY AUTO_INCREMENT, dept_id INT NOT NULL COMMENT 所属科室, doc_name VARCHAR(50) NOT NULL COMMENT 医生姓名, job_title VARCHAR(30) COMMENT 职称, intro TEXT COMMENT 医生简介, photo_url VARCHAR(255) COMMENT 头像地址, CONSTRAINT fk_doctor_dept FOREIGN KEY (dept_id) REFERENCES department(dept_id) ); CREATE TABLE time_slot ( slot_id INT PRIMARY KEY AUTO_INCREMENT, slot_desc VARCHAR(30) NOT NULL COMMENT 显示名称如上午一, start_time TIME NOT NULL, end_time TIME NOT NULL ); CREATE TABLE visit_info ( visit_id INT PRIMARY KEY AUTO_INCREMENT, doc_id INT NOT NULL COMMENT 出诊医生, visit_date DATE NOT NULL COMMENT 出诊日期, slot_id INT NOT NULL COMMENT 时间段编号, total_num INT DEFAULT 10 COMMENT 该时段总号数, remain_num INT DEFAULT 10 COMMENT 剩余号数, version INT DEFAULT 0, UNIQUE KEY uk_doc_date_slot (doc_id, visit_date, slot_id), CONSTRAINT fk_visit_doctor FOREIGN KEY (doc_id) REFERENCES doctor(doc_id), CONSTRAINT fk_visit_slot FOREIGN KEY (slot_id) REFERENCES time_slot(slot_id) );这里把version字段放在visit_info中是为了后续做乐观锁预留的扩展点答辩时可以作为性能优化的延伸话题。科室与医生是一对多关系doctor表外键指向departmentvisit_info中的唯一索引uk_doc_date_slot从数据库层面保证同一个医生、同一天、同一个时间段不能出现两条排班记录。很多重复数据问题并不需要Java代码判断这个索引已经能挡住绝大多数非法插入。3.2 预约时间段为什么要独立成表如果只求毕业答辩能过你可能会在visit_info里直接写time_slot VARCHAR(30)。这样确实简单但后续在做“预约时间段管理”功能时没有独立对象可以维护。医院门诊的时段通常是固定重复的例如“上午一、上午二、下午一、下午二”独立成表后所有医生共享同一套时段配置不会出现A医生写“上午1”、B医生写“早上9-10点”这种数据不一致。页面上的时间段下拉框在SSM项目中有一种常见实现Controller调用timeSlotMapper.selectAll()把返回值放入Model的slotList字段JSP用c:forEach渲染option。这种做法虽然直观但在出诊列表页要特别留意不能循环调用visitInfoMapper.selectByVisitId去判断某个时段是否已满那是典型的N1查询问题。更合理的做法是像下面这样用一条JOIN SQL把列表和剩余号数一次性取出。3.3 MyBatis多表关联查询与resultMap实际出诊列表页需要同时展示科室名、医生名、时间段和剩余号这些字段分散在四张表中。我习惯在VisitInfoMapper.xml中定义resultMap把表字段映射到VO对象resultMap idVisitDetailMap typecom.hospital.vo.VisitDetailVO id propertyvisitId columnvisit_id/ result propertydeptName columndept_name/ result propertydocName columndoc_name/ result propertyjobTitle columnjob_title/ result propertyvisitDate columnvisit_date/ result propertyslotDesc columnslot_desc/ result propertyremainNum columnremain_num/ /resultMap select idlistVisitDetail resultMapVisitDetailMap parameterTypemap SELECT v.visit_id, v.visit_date, v.remain_num, d.doc_name, d.job_title, dep.dept_name, s.slot_desc FROM visit_info v JOIN doctor d ON v.doc_id d.doc_id JOIN department dep ON d.dept_id dep.dept_id JOIN time_slot s ON v.slot_id s.slot_id WHERE v.visit_date gt; #{beginDate} AND v.remain_num gt; 0 if testdeptId ! null and deptId ! AND dep.dept_id #{deptId} /if ORDER BY v.visit_date, s.start_time /selectgt;是XML中对的必转义写法直接写会导致XML解析器报错。if标签属于MyBatis动态SQLdeptId为空时自动去掉科室过滤因此同一段SQL既能支撑首页的“全部出诊”列表也能支撑“按科室筛选”视图。resultMap中属性使用驼峰命名数据库列使用下划线映射后JSP页面可以直接用${visit.deptName}访问科室名接口层不需要再拼装VO。与这些表配套的还有register_record挂号记录表至少包含record_id、user_id、visit_id、create_time字段它承接第4章的并发控制逻辑。4. 挂号预约的并发控制事务、FOR UPDATE与状态机前台展示做得再漂亮真正检验项目水平的是两个用户同时点击“挂号”按钮的瞬间。SSM源码中挂号请求通过Ajax发送到ControllerController调用Service完成号源扣减与记录插入。要防止超卖必须在数据库行级锁和事务边界上都做对。4.1 Controller层只做参数接收挂号接口的Controller通常长这样Controller RequestMapping(/register) public class RegisterController { Autowired private RegisterService registerService; RequestMapping(value /do, method RequestMethod.POST) ResponseBody public JsonResult doRegister(RequestParam Integer userId, RequestParam Integer visitId) { try { registerService.register(userId, visitId); return JsonResult.success(); } catch (BizException e) { return JsonResult.fail(e.getMessage()); } } }ResponseBody提示返回的是JSON而不是跳转页面。Controller中不写业务逻辑所有核心操作都放在Service层。JsonResult是统一返回值对象包含code、message、data三个字段前端根据code决定弹窗提示还是跳转个人中心。这样的分层在课程设计答辩时是加分项面试官会觉得你理解职责边界而不是把所有代码堆在Servlet里。4.2 Service层用FOR UPDATE锁定号源行下面这段是挂号系统的核心逻辑顺序非常重要先判断重复预约再锁行再扣减号源最后插入记录Service Transactional(rollbackFor Exception.class) public class RegisterServiceImpl implements RegisterService { Autowired private VisitInfoMapper visitInfoMapper; Autowired private RegisterRecordMapper registerRecordMapper; Override public void register(Integer userId, Integer visitId) { if (registerRecordMapper.countByUserAndVisit(userId, visitId) 0) { throw new BizException(您已预约该号源不能重复挂号); } VisitInfo visit visitInfoMapper.selectVisitForUpdate(visitId); if (visit null) { throw new BizException(出诊信息不存在); } if (visit.getRemainNum() 0) { throw new BizException(该时间段号源已满); } int updated visitInfoMapper.decreaseRemain(visitId); if (updated ! 1) { throw new BizException(预约人数较多请重新选择时间段); } registerRecordMapper.insert(userId, visitId, new Date()); } }selectVisitForUpdate对应SQL是SELECT * FROM visit_info WHERE visit_id #{visitId} FOR UPDATE。InnoDB引擎在读到这一行时会加上排他锁事务B执行同样的语句会阻塞到事务A提交或回滚。锁住这一行后重新检查remainNum再把剩余号减一插入预约记录。decreaseRemain的更新条件必须带上remain_num 0即使极端情况下出现脏数据数据库条件也能拦住超量扣减。Transactional(rollbackFor Exception.class)中的rollbackFor不能省略。如果BizException继承的是ExceptionSpring默认只对RuntimeException回滚忘记写这个参数会出现非常隐蔽的问题号源扣减成功但预约记录插入失败用户以为自己没挂号成功号却没了。4.3 并发验证与问题反馈模块代码写完可以按以下方式验证并发逻辑验证方式操作步骤预期结果浏览器双开同时打开同一号源页面连续点击挂号只有一个请求返回成功curl脚本循环调用100次挂号接口成功总数等于剩余号数JMeter压测100个线程同时访问同一visitId数据库预约记录与扣减数一致“问题反馈管理”和“问题解答管理”两个模块在挂号并发控制之外充当兜底角色。用户遇到号源被抢或医生临时停诊时提交反馈后由管理员后台解答。它们在源码中通常对应feedback表与reply表通过feedback_id关联状态字段要区分“未回复/已回复”否则列表页会重复展示未处理内容。5. 部署后自检核对号源一致性并扩展动态排班项目部署到Tomcat并完成第一轮人工测试后先不要急着打包提交。挂号模块最容易出现数据不一致的位置是visit_info.remain_num与register_record中的记录数量对不上原因多为事务回滚漏操作或并发异常。下面两个方法用来验证当前数据并给出一个低成本排班优化。5.1 用一条SQL核对号源与预约记录在MySQL客户端执行下面SQL找出所有“剩余号数 已预约数 ≠ 总号数”的出诊信息SELECT v.visit_id, v.total_num, v.remain_num, (SELECT COUNT(*) FROM register_record r WHERE r.visit_id v.visit_id) AS booked_num FROM visit_info v WHERE v.total_num - v.remain_num ! (SELECT COUNT(*) FROM register_record r WHERE r.visit_id v.visit_id);如果结果集不为空优先检查取消预约的方法是否把“恢复剩余号”和“删除预约记录”放在同一个Transactional事务里。常见误写是只删了register_record忘记把remain_num加回去。手动在数据库控制台改了字段也会造成同样问题。这条SQL建议在每次压测后都执行一次作为回归验证的固定步骤。5.2 低成本扩展把固定排班改为动态生成源码中出诊信息由管理员逐条添加对课程设计已经够用。如果想在答辩时展示更强的业务理解可以手动执行下面这条SQL把今天的排班复制到明天INSERT INTO visit_info (doc_id, visit_date, slot_id, total_num, remain_num) SELECT doc_id, DATE_ADD(CURDATE(), INTERVAL 1 DAY), slot_id, total_num, total_num FROM visit_info WHERE visit_date CURDATE() AND doc_id IN (SELECT doc_id FROM doctor WHERE dept_id 1);DATE_ADD(CURDATE(), INTERVAL 1 DAY)生成明日日期total_num同时作为新记录的remain_num初始值。doc_id IN (...)限制只有特定科室的医生会被复制实际使用时可去掉过滤条件改为全部科室。批量生成会触发uk_doc_date_slot唯一索引如果在同一事务中重复执行两次第二次会因唯一索引冲突而整体失败这也是数据库层保证排班不重复的最后一道防线。本文还有配套的精品资源点击获取