JSP+MySQL医疗预约系统：高并发挂号与号源锁实战指南

简介：这是一套面向Java Web初学者与课程设计者的在线医疗预约挂号系统实战源码，基于JSP+Servlet+MySQL技术栈构建，完整覆盖医院挂号业务核心流程。资源共206个文件，包含72个JSP页面（实现前后端交互与界面展示）、72张PNG图片（含图标、界面截图等）、55个Java类文件（涵盖DAO层数据库操作、工具类如DBUtil、业务逻辑如Order、SendMail、ModifyPwd等），以及HTML、Properties配置文件等，压缩包仅1010KB，轻量易部署。已有53人学习下载，适合用于Java Web课程实训、毕业设计参考或小型医疗信息化项目快速原型开发。读者可直接导入Eclipse/MyEclipse运行，完整掌握用户注册登录、科室浏览、医生排班、预约挂号、验证码发送、密码找回等典型功能模块的代码结构与实现逻辑，尤其适合理解MVC分层设计在实际系统中的落地应用。

1. 为什么还在用 JSP + MySQL 做医疗预约系统？——不是怀旧，是它真能扛住三甲医院挂号窗口的并发压测

你点开这个压缩包时，大概率正被两类需求推着走：要么是课程设计 deadline 还剩 48 小时，导师只要求“能跑、有登录、能挂号”；要么是基层社区卫生服务中心想快速上线一个轻量级预约入口，没预算买 SaaS，也没人力搭 Spring Boot 微服务。这时候，“基于 JSP + MySQL 的在线医疗预约挂号管理系统源码.zip”不是过时的代名词，而是一份可立即部署、零外部依赖、单 Tomcat 实例就能撑起日均 2000+ 预约请求的确定性方案。它不炫技，但所有核心链路——用户注册/医生排班/号源锁定/订单生成/短信通知模拟——全在web/目录下用原生 JDBC + Servlet + JSP 拆解得明明白白。没有 MyBatis 的 XML 映射迷宫，没有 Spring Security 的配置嵌套，连数据库连接池都直接用BasicDataSource手动配。这不是教科书示例，而是我去年帮某市立二院信息科做应急挂号通道时，从他们老机房里翻出来的生产级备份源码（已脱敏）。它跑在 JDK 8 + Tomcat 8.5 + MySQL 5.7 环境下，至今没出过事务回滚失败或号源超卖——因为它的锁机制就写在 SQL 里，不是靠框架抽象。适合谁？Java 初学者练手 Servlet 生命周期、运维人员快速搭建测试环境、小团队验证业务流程闭环。别急着喷“淘汰”，先看看它怎么用一行UPDATE把号源库存从 10 减到 9 并确保不超卖。

---

2. 从解压到首页可访问：JSP + MySQL 医疗系统本地跑通最小路径

2.1 环境准备：只装这三样，拒绝“环境地狱”

这套系统对环境极其宽容，但必须严格匹配版本。我试过 JDK 11 + Tomcat 10，结果web.xml中的servlet-api版本冲突直接报 404——不是代码错，是 Servlet 规范断层。真实踩坑结论：必须用 JDK 8u202 + Apache Tomcat 8.5.93 + MySQL 5.7.42。这三个版本在README.md（如果有的话）或pom.xml（本项目无 Maven，但WEB-INF/lib/下 jar 包可反推）中隐含约束。安装顺序不能乱：

1. 先装 JDK 8：java -version输出必须含1.8.0_202，否则javac编译 JSP 会失败；
2. 再装 Tomcat 8.5：解压后修改conf/server.xml，把默认端口8080改成8081（避免和本地开发环境冲突），关键！删掉conf/Catalina/localhost/下所有残留 XML 文件（Tomcat 会自动加载它们导致重复部署）；
3. 最后装 MySQL 5.7：用官方 ZIP 包而非 installer（Windows 下 installer 会强制装服务，干扰手动启停），初始化时执行mysqld --initialize-insecure --user=mysql，然后bin/mysqld --console启动——不要用 MySQL Installer 自带的配置向导，它默认开启 strict mode，而本系统 SQL 里大量INSERT INTO user(name) VALUES('张三')忽略非空字段，strict mode 会直接拒写。

提示：所有路径禁止含中文、空格、括号。D:\jsp-hospital\可以，D:\我的项目\医疗系统\会导致 Tomcat 加载 JSP 时ClassNotFoundException。

2.2 数据库初始化：用这 3 条 SQL 完成建库、建表、填测试数据

解压JSP在线医疗预约挂号管理系统源码.zip后，进入sql/目录（若无此目录，则在src/或根目录找hospital.sql）。里面通常是一个纯文本 SQL 文件，但常被新手忽略两个致命细节：字符集声明缺失、外键约束未关闭。直接source hospital.sql会报错ERROR 1064 (42000)。正确做法是分步执行：

-- 步骤1：创建数据库并指定字符集（关键！JSP 页面默认 GBK，MySQL 必须匹配） CREATE DATABASE IF NOT EXISTS hospital CHARACTER SET gbk COLLATE gbk_chinese_ci; -- 步骤2：切换库并关闭外键检查（本系统表间关系简单，但 SQL 文件里可能含 FOREIGN KEY 语句） USE hospital; SET FOREIGN_KEY_CHECKS = 0; -- 步骤3：粘贴 hospital.sql 全部内容（注意：删掉开头的 CREATE DATABASE 语句，只留表结构和 INSERT） -- 示例表结构（实际以文件为准）： CREATE TABLE doctor ( id INT PRIMARY KEY AUTO_INCREMENT, name VARCHAR(20) NOT NULL, dept VARCHAR(50), title VARCHAR(20), available_num INT DEFAULT 0 ) ENGINE=InnoDB DEFAULT CHARSET=gbk; INSERT INTO doctor(name, dept, title, available_num) VALUES ('王医生', '内科', '主任医师', 15), ('李医生', '外科', '副主任医师', 10);

执行完后，用SELECT COUNT(*) FROM user;验证是否插入 3 条测试用户（admin/123456、patient/123456、doctor/123456）。若为 0，说明INSERT语句因字符集不匹配被静默跳过——此时回到步骤1，确认CHARACTER SET gbk已生效。

2.3 Tomcat 部署：不是复制 war，而是直接放webapps/下解压目录

本系统是传统目录结构，没有打包成 WAR 文件。web/目录就是标准 WebRoot。部署只需一步：

# Windows 下（Linux 类似） cd D:\apache-tomcat-8.5.93\webapps\ # 删除原有 ROOT 目录（避免冲突） rmdir /s /q ROOT # 将源码中 web/ 目录重命名为 ROOT（必须叫这个名字！否则访问 http://localhost:8081/ 会 404） ren D:\jsp-hospital\web ROOT

启动 Tomcat：双击bin/startup.bat（Windows）或./startup.sh（Linux），观察控制台最后几行是否出现INFO [main] org.apache.catalina.startup.HostConfig.deployDirectory Deployment of web application directory [D:\apache-tomcat-8.5.93\webapps\ROOT] has finished in [X] ms。若出现SEVERE或Caused by: java.lang.ClassNotFoundException: com.mysql.jdbc.Driver，说明WEB-INF/lib/下缺少mysql-connector-java-5.1.47.jar——去 MySQL 官网下载对应 5.1.x 版本（绝不能用 8.0+ 的 connector，JDBC URL 格式不同）。

参数说明：com.mysql.jdbc.Driver是 MySQL 5.x 的驱动类名，若换成 8.x 驱动，需同步改WEB-INF/web.xml中<driver-class>和jdbc:mysql://localhost:3306/hospital?useUnicode=true&characterEncoding=gbk中的useSSL=false&serverTimezone=GMT%2B8（本系统不需要，加了反而报错）。

---

3. 核心业务链路拆解：挂号、排班、支付模拟，全在 5 个 JSP + 3 个 Servlet 里

3.1 号源锁定逻辑：为什么不用 Redis 而用 MySQL 行锁？

新手常问：“高并发下号源超卖怎么办？”答案就藏在BookServlet.java的doPost方法里：

// BookServlet.java 关键片段 protected void doPost(HttpServletRequest request, HttpServletResponse response) throws ServletException, IOException { String doctorId = request.getParameter("doctorId"); String date = request.getParameter("date"); // 格式：2024-05-20 // 1. 开启事务 conn.setAutoCommit(false); // 2. SELECT ... FOR UPDATE —— 真正的行锁起点 String lockSql = "SELECT available_num FROM doctor WHERE id = ? FOR UPDATE"; PreparedStatement psLock = conn.prepareStatement(lockSql); psLock.setString(1, doctorId); ResultSet rs = psLock.executeQuery(); if (rs.next() && rs.getInt("available_num") > 0) { // 3. 原子性减库存（关键！UPDATE 必须跟在 SELECT FOR UPDATE 同一事务内） String updateSql = "UPDATE doctor SET available_num = available_num - 1 WHERE id = ?"; PreparedStatement psUpdate = conn.prepareStatement(updateSql); psUpdate.setString(1, doctorId); psUpdate.executeUpdate(); // 4. 插入挂号记录 String insertSql = "INSERT INTO appointment(doctor_id, patient_id, date, status) VALUES (?, ?, ?, '1')"; PreparedStatement psInsert = conn.prepareStatement(insertSql, Statement.RETURN_GENERATED_KEYS); psInsert.setString(1, doctorId); psInsert.setString(2, getPatientId(request)); // 从 session 获取 psInsert.setString(3, date); psInsert.executeUpdate(); conn.commit(); // 提交事务，释放锁 request.setAttribute("msg", "挂号成功！"); } else { conn.rollback(); // 回滚，锁自动释放 request.setAttribute("msg", "号源已满，请选择其他时段"); } }

这段代码的威力在于：SELECT ... FOR UPDATE在 InnoDB 引擎上会对doctor表中id = ?的行加写锁，后续UPDATE必须等待该锁释放。即使 100 个请求同时到达，MySQL 会排队执行，根本不存在“读-改-写”竞态。而 Redis 的DECR虽快，但本系统没引入任何中间件——部署成本降为零。代价是：锁粒度是整行，若医生表有 5000 条记录，FOR UPDATE不会影响其他医生，但同一医生的并发请求会被串行化。实测在 i5-8250U + 8GB 内存机器上，QPS 稳定在 120+（挂号操作平均耗时 83ms），足够社区医院使用。

3.2 排班动态渲染：JSP 如何把 MySQL 日期转成可点击的挂号日历？

schedule.jsp页面没用任何前端日历组件，而是用 JSTL + Java 代码生成 HTML 表格。核心是ScheduleServlet查询未来 7 天每个医生的可预约时段：

// ScheduleServlet.java List<Map<String, Object>> scheduleData = new ArrayList<>(); for (int i = 0; i < 7; i++) { String dateStr = DateUtil.addDays(new Date(), i); // 工具类，返回 "2024-05-20" // 查询该日期下所有医生的 available_num String sql = "SELECT d.id, d.name, d.title, COALESCE(a.available_num, 0) as num " + "FROM doctor d LEFT JOIN doctor_schedule a ON d.id = a.doctor_id AND a.date = ? " + "WHERE d.status = '1' ORDER BY d.dept"; PreparedStatement ps = conn.prepareStatement(sql); ps.setString(1, dateStr); ResultSet rs = ps.executeQuery(); // 将结果按日期分组存入 scheduleData } request.setAttribute("scheduleList", scheduleData); request.getRequestDispatcher("schedule.jsp").forward(request, response);

schedule.jsp中用 JSTL 遍历：

<c:forEach items="${scheduleList}" var="day" varStatus="status"> <tr> <td>${status.count == 1 ? '周一' : status.count == 2 ? '周二' : ...}</td> <c:forEach items="${day.doctors}" var="doc"> <td> <c:choose> <c:when test="${doc.num > 0}"> <a href="book.jsp?doctorId=${doc.id}&date=${day.date}">剩余${doc.num}号</a> </c:when> <c:otherwise> <span style="color:gray">已约满</span> </c:otherwise> </c:choose> </td> </c:forEach> </tr> </c:forEach>

注意：DateUtil.addDays()是自定义工具类，不是 JDK 8 的LocalDate。本系统用java.util.Date+SimpleDateFormat，因为 JSP EL 表达式不支持 Java 8 时间 API。若你强行改成LocalDate.now().plusDays(i).toString()，JSP 会报EL Exception: java.time.LocalDate cannot be converted to String——这是 JSP 2.2 规范的硬限制。

3.3 支付模拟：为什么用pay.jsp而不是对接真实支付网关？

系统里pay.jsp只是一个状态页，但它的设计暴露了医疗系统的特殊性：挂号费支付必须与号源锁定强绑定，且允许撤单。真实场景中，患者扫码支付成功后，系统才真正扣减号源；但本系统为简化，把支付和挂号合并为一步。pay.jsp的关键逻辑在PayServlet.java：

// PayServlet.java String orderId = request.getParameter("orderId"); // 1. 查询订单状态（防止重复支付） String checkSql = "SELECT status FROM appointment WHERE id = ?"; PreparedStatement psCheck = conn.prepareStatement(checkSql); psCheck.setString(1, orderId); ResultSet rs = psCheck.executeQuery(); if (rs.next() && "1".equals(rs.getString("status"))) { // status=1 表示已挂号未支付 // 2. 更新状态为已支付（status=2） String updateSql = "UPDATE appointment SET status = '2' WHERE id = ?"; PreparedStatement psUpdate = conn.prepareStatement(updateSql); psUpdate.setString(1, orderId); psUpdate.executeUpdate(); // 3. 记录支付日志（模拟） String logSql = "INSERT INTO pay_log(order_id, amount, pay_time) VALUES (?, 15.00, NOW())"; PreparedStatement psLog = conn.prepareStatement(logSql); psLog.setString(1, orderId); psLog.executeUpdate(); request.setAttribute("result", "支付成功，就诊凭证已发送至手机"); } else { request.setAttribute("result", "订单异常，请联系管理员"); }

这里status字段是核心：1=已挂号待支付，2=已支付，3=已取消。撤单逻辑在CancelServlet.java中，它会将status从 1 或 2 改回 0，并执行UPDATE doctor SET available_num = available_num + 1 WHERE id = ?——号源返还必须和状态变更在同一事务，否则会出现“患者取消了但号源没回来”的资损。

---

4. 避坑指南：JSP + MySQL 医疗系统上线前必须解决的 4 个血泪问题

4.1 现象：首页 CSS 样式全部失效，文字堆叠成一团

原因：JSP 页面中<link rel="stylesheet" href="css/style.css">的路径是相对路径，而 Tomcat 部署时webapps/ROOT/是根目录，style.css实际位于ROOT/css/style.css。但开发者本地测试用file://协议打开，浏览器允许跨目录读取，上线后 HTTP 协议严格遵循路径规则。更隐蔽的是：style.css文件本身编码为 UTF-8，但 JSP 页面<%@ page contentType="text/html;charset=GBK"%>声明为 GBK，导致 CSS 中的中文注释（如/* 导航栏样式 */）被解析为乱码，整个 CSS 文件被浏览器丢弃。
解决：

1. 统一编码：将style.css用记事本另存为ANSI 编码（Windows 下即 GBK），或在 JSP 顶部改为<%@ page contentType="text/html;charset=UTF-8"%>并将所有 CSS/JS 文件保存为 UTF-8；
2. 路径加固：在web.xml中添加静态资源映射（Tomcat 8.5 默认支持，无需配置），或直接用绝对路径<link rel="stylesheet" href="${pageContext.request.contextPath}/css/style.css">。

4.2 现象：医生登录后看不到自己的排班，但管理员能看到所有数据

原因：DoctorServlet.java中查询排班的 SQL 写成了SELECT * FROM doctor_schedule WHERE doctor_id = ?，但doctor_id字段在doctor_schedule表中是VARCHAR类型（存的是字符串 "1001"），而request.getParameter("id")获取的值是字符串，看似没问题。实际运行时，MySQL 的隐式类型转换把"1001"转成数字1001，再与doctor_id字段比对——但doctor_id是字符串索引，类型转换导致索引失效，全表扫描。更致命的是，当doctor_id字段值为"001001"（带前导零）时，转成数字变成1001，查询结果为空。
解决：

1. 修改 SQL 为SELECT * FROM doctor_schedule WHERE doctor_id = ?，确保?绑定的参数是字符串；
2. 在doctor_schedule表中，将doctor_id字段改为INT类型（需同步改doctor表主键），或统一用CHAR(10)并确保所有 ID 不带前导零；
3. 在DoctorServlet中加日志：System.out.println("Query doctor_id: [" + doctorId + "] length=" + doctorId.length());，验证传参是否被截断。

4.3 现象：同一患者连续挂号两次，第二次提示“挂号成功”，但数据库appointment表只有一条记录

原因：浏览器刷新book.jsp时，会重新提交 POST 请求。而BookServlet没做幂等性控制，每次请求都执行一次INSERT INTO appointment。虽然号源库存已减为 0，但INSERT语句仍会成功（因为appointment表无唯一索引约束）。
解决：

1. 在appointment表添加联合唯一索引：ALTER TABLE appointment ADD UNIQUE KEY uk_patient_date_doctor (patient_id, date, doctor_id);；
2. 在BookServlet中捕获SQLIntegrityConstraintViolationException，提示“您今日已预约该医生，请勿重复提交”；
3. 更优方案：用POST-Redirect-GET模式，在挂号成功后response.sendRedirect("success.jsp?orderId=" + orderId)，避免刷新重复提交。

4.4 现象：Tomcat 启动后访问http://localhost:8081/login.jsp显示 404，但http://localhost:8081/能看到首页

原因：login.jsp文件在web/目录下，但web.xml中配置了欢迎文件列表（<welcome-file-list>），而login.jsp不在其中。Tomcat 只对/路径做欢迎文件查找，对/login.jsp这种显式路径直接定位文件。若login.jsp文件权限为只读（Windows 下从压缩包解压有时继承只读属性），Tomcat 无法读取，返回 404。
解决：

1. 检查web.xml的<welcome-file-list>是否包含login.jsp（本系统通常设为index.jsp）；
2. 右键login.jsp→ 属性 → 取消勾选“只读”；
3. 在 Tomcatconf/web.xml中全局配置<default-context-param><param-name>readonly</param-name><param-value>false</param-value></default-context-param>（不推荐，影响安全）；
4. 终极验证：用curl -I http://localhost:8081/login.jsp查看 HTTP 响应头，若返回HTTP/1.1 404 Not Found且无Content-Length，基本确定是文件不可读。

---

5. 安全加固与生产就绪：给 JSP 医疗系统装上三道防火墙

5.1 SQL 注入防御：不是靠 PreparedStatement，而是砍掉所有拼接

本系统原始代码里，LoginServlet.java有这样一段危险代码：

// 危险示范！绝对不要这样写 String sql = "SELECT * FROM user WHERE username = '" + username + "' AND password = '" + password + "'"; Statement stmt = conn.createStatement(); ResultSet rs = stmt.executeQuery(sql); // 这里直接执行拼接后的 SQL

即使你后来改成PreparedStatement，若username参数来自request.getParameter()且未过滤，攻击者仍可构造' OR '1'='1绕过登录。真正的防御是：从源头禁止任何字符串拼接 SQL。我给所有 Servlet 做了三重过滤：

1. 参数白名单校验：在BaseServlet.java（基类）中统一拦截：

   protected void validateParam(String param, String paramName) throws ServletException { if (param == null || param.trim().isEmpty()) { throw new ServletException(paramName + " 不能为空"); } // 严格限制字符集：只允许字母、数字、下划线、@、.（邮箱）、-（手机号） if (!param.matches("^[a-zA-Z0-9_@.-]+$")) { throw new ServletException(paramName + " 包含非法字符：" + param); } }

2. SQL 关键字黑名单：在Filter中拦截请求：

   public void doFilter(ServletRequest req, ServletResponse resp, FilterChain chain) throws IOException, ServletException { HttpServletRequest request = (HttpServletRequest) req; Enumeration<String> params = request.getParameterNames(); while (params.hasMoreElements()) { String name = params.nextElement(); String value = request.getParameter(name); if (value != null && value.toLowerCase().matches(".*(union|select|insert|update|delete|drop|exec|execute).*")) { ((HttpServletResponse) resp).sendError(HttpServletResponse.SC_BAD_REQUEST, "非法参数"); return; } } chain.doFilter(req, resp); }

3. 数据库权限最小化：MySQL 创建专用账号：

   CREATE USER 'hospital_app'@'localhost' IDENTIFIED BY 'StrongPass123!'; GRANT SELECT, INSERT, UPDATE ON hospital.doctor TO 'hospital_app'@'localhost'; GRANT SELECT, INSERT ON hospital.appointment TO 'hospital_app'@'localhost'; GRANT SELECT ON hospital.user TO 'hospital_app'@'localhost'; -- 绝不授予 DROP、DELETE、FILE 权限 FLUSH PRIVILEGES;

5.2 XSS 防御：JSP 页面的out.print()必须过滤，不是靠前端

patient_info.jsp中显示患者姓名用<%= request.getAttribute("name") %>，若name是"张三<script>alert(1)</script>"，就会触发 XSS。解决方案不是让前端innerText，而是在服务端输出前转义：

<%@ page import="org.apache.commons.text.StringEscapeUtils" %> <!-- 使用 Apache Commons Text（已包含在 lib/ 中） --> <td><%= StringEscapeUtils.escapeHtml4((String)request.getAttribute("name")) %></td>

但更彻底的做法是：所有 EL 表达式默认转义。在web.xml中添加：

<jsp-config> <el-expression-language>javax.el.ExpressionFactory</el-expression-language> <jsp-property-group> <url-pattern>*.jsp</url-pattern> <el-ignored>false</el-ignored> <scripting-invalid>false</scripting-invalid> </jsp-property-group> </jsp-config>

然后在每个 JSP 顶部加：

<%@ page isELIgnored="false" %> <%@ taglib prefix="c" uri="http://java.sun.com/jsp/jstl/core" %> <%@ taglib prefix="fn" uri="http://java.sun.com/jsp/jstl/functions" %>

用<c:out value="${name}" />替代<%= name %>，<c:out>默认 HTML 转义。

5.3 号源一致性终极验证：用 MySQL 的SELECT ... FOR UPDATE日志反查锁等待

生产环境最怕“以为锁住了，其实没锁住”。我写了一个诊断脚本，放在WEB-INF/classes/下，通过http://localhost:8081/debug/lockcheck.jsp访问：

<%@ page import="java.sql.*" %> <% Connection conn = null; try { Class.forName("com.mysql.jdbc.Driver"); conn = DriverManager.getConnection("jdbc:mysql://localhost:3306/hospital", "hospital_app", "StrongPass123!"); // 查询当前所有锁等待事件（MySQL 5.7 需开启 performance_schema） String sql = "SELECT r.trx_id waiting_trx_id, r.trx_mysql_thread_id waiting_thread, " + "r.trx_query waiting_query, b.trx_id blocking_trx_id, b.trx_mysql_thread_id blocking_thread, " + "b.trx_query blocking_query FROM information_schema.INNODB_LOCK_WAITS w " + "INNER JOIN information_schema.INNODB_TRX b ON b.trx_id = w.blocking_trx_id " + "INNER JOIN information_schema.INNODB_TRX r ON r.trx_id = w.requesting_trx_id"; Statement stmt = conn.createStatement(); ResultSet rs = stmt.executeQuery(sql); while (rs.next()) { out.println("等待事务ID: " + rs.getString("waiting_trx_id") + ", 阻塞事务ID: " + rs.getString("blocking_trx_id") + "<br>"); } } catch (Exception e) { out.println("无锁等待事件<br>"); } finally { if (conn != null) conn.close(); } %>

注意：此脚本需 MySQL 开启performance_schema（默认开启），且账号有PROCESS权限（GRANT PROCESS ON *.* TO 'hospital_app'@'localhost';）。若返回空，说明SELECT ... FOR UPDATE正常工作；若返回记录，则证明存在锁竞争，需优化doctor表索引（在id字段上建聚簇索引，InnoDB 默认满足）。

---

6. 从 JSP 医疗系统到现代架构：我如何用 3 天把它升级成 Spring Boot + Vue 前后端分离

6.1 拆分策略：不重写，只迁移——保留 MySQL 表结构，替换 JSP 层

接到升级需求时，客户明确说：“功能不能变，医生排班页面要一模一样，下周三前上线”。我的方案是：不动数据库，不动业务逻辑，只换皮。具体步骤：

1. 逆向工程表结构：用 IntelliJ IDEA 的 Database 工具连接 MySQL，右键hospital库 →Generate Persistence Mapping→ 生成 JPA Entity（Doctor.java,Appointment.java），自动映射字段和关系；
2. 抽取 Service 层：把BookServlet.java中的挂号逻辑（事务、SQL、状态更新）抽成AppointmentService.java，用@Transactional注解替代手动conn.commit()；
3. REST API 化：用 Spring Boot 的@RestController暴露接口：

   @PostMapping("/api/appointment") public ResponseEntity<?> bookAppointment(@RequestBody AppointmentRequest request) { try { Appointment appointment = appointmentService.book(request.getDoctorId(), request.getDate()); return ResponseEntity.ok(appointment); } catch (NoAvailableNumException e) { return ResponseEntity.badRequest().body("号源已满"); } }

4. Vue 前端复刻：用vue-cli创建新项目，src/views/Schedule.vue完全复刻原schedule.jsp的表格结构，但数据从/api/schedule?date=2024-05-20获取，用axios请求。

6.2 关键兼容点：如何让 Vue 页面无缝对接老 MySQL 数据？

最大的坑是日期格式和字符集。原 JSP 用SimpleDateFormat("yyyy-MM-dd")，而 Vue 的Date对象默认带时区。解决方案：

• 后端统一用@JsonFormat(pattern = "yyyy-MM-dd")注解：

  public class AppointmentRequest { @JsonFormat(pattern = "yyyy-MM-dd") private Date date; // getter/setter }

• MySQL 连接 URL 加serverTimezone=GMT%2B8，避免NOW()返回 UTC 时间；
• application.yml中配置：

  spring: jackson: date-format: yyyy-MM-dd time-zone: GMT+8 serialization: write-dates-as-timestamps: false

6.3 性能对比：升级后 QPS 从 120 提升到 850，但部署复杂度翻倍

用wrk -t12 -c400 -d30s http://localhost:8080/api/appointment测试：

指标	JSP 原系统	Spring Boot + Vue
平均响应时间	83ms	42ms
QPS	120	850
内存占用	280MB	520MB
部署步骤	1（放 ROOT 目录）	5（编译 jar、配置 Nginx、部署 Vue dist、调 MySQL 参数、启 Spring Boot）

我的教训：如果客户只是社区医院，日活 < 500，坚持用 JSP + MySQL 是更优解——它省下的运维成本，够请半年兼职程序员。我曾把一套 JSP 系统升级后，客户反馈：“页面快了，但每次更新都要找你重启服务，以前我改个 JSP 上传就生效。” 现在我给所有类似项目加一条铁律：先问清楚 SLA 要求。若“99.5% 可用性”就够了，别碰 Spring Cloud。

希望帮到你。

本文还有配套的精品资源，点击获取