简介基于JSP和Servlet技术栈开发的医院预约挂号系统源码包是Java Web方向毕业设计与项目实战的完整参考。系统覆盖患者注册登录、医生信息展示、在线预约、后台管理等核心流程贯穿MVC分层思想、JDBC数据库操作、会话管理、权限控制、异步并发处理、异常记录与安全防护等关键知识点适合毕业设计、课程设计以及Java Web初学者对照学习。压缩包大小30.98MB共1431个文件以JSP动态页面、Java后台类、JS前端脚本、CSS样式、HTML页面等前后端源码为主同时包含JAR依赖库、SQL初始化脚本及必要的项目配置文件便于直接导入开发工具完成环境搭建与二次扩展。已有208人学习下载项目文件组织完整目录结构清晰可按照功能模块独立查阅。通过阅读和运行本项目能够理清预约挂号系统的数据库表设计、Servlet路由分发、页面跳转与数据交互逻辑掌握从需求分析、环境配置到编码实现的主要思路并在此基础上扩展医生排班、电子病历、消息通知等高级功能。1. 这不是老古董JSPServlet 医院预约挂号系统源码到底能解决什么问题拿到 基于JspServlet医院预约挂号系统源码.zip 这个压缩包的人八成带着三个诉求之一毕业设计需要一个能演示、能答辩的完整项目接手了医院科室的老系统需要快速看懂代码或者想用最低成本给一个线下小诊所做个预约入口。我自己的态度是JSPServlet 虽然在新一轮技术盘点里排不上号但从这一类源码入手理解 Java Web 全流程恰恰是性价比最高的——一个请求从浏览器到 Servlet 再到数据库中间没有任何框架把逻辑黑匣子化每一行代码都摆在你面前出问题能顺着堆栈一路查到 JDBC 那一层。下面我从环境搭建开始把跑通、看懂、改得动这三件事一次讲完读完你手里这份 zip 就不再只是压缩包而是一套能自己改、能说清楚原理的系统。2. 系统架构与技术选型为什么还有人在用 JSPServlet 做挂号系统2.1 Model2 架构Servlet 做控制器、JSP 做视图的职责边界JSPServlet 项目标准的组织思路是 Model2也就是 MVC 的 Java Web 版本。JSP 负责把数据渲染成 HTMLServlet 负责接收请求、调用业务逻辑、决定跳转方向。这套划分的好处是职责单一改页面不用碰 Java 代码改接口逻辑不用在 HTML 里翻来翻去。在典型的源码包里你会看到这样的目录结构src/main/java ├── com.hospital.servlet │ ├── LoginServlet.java │ ├── RegisterServlet.java │ ├── DoctorServlet.java │ └── AppointmentServlet.java ├── com.hospital.service │ └── AppointmentService.java └── com.hospital.dao ├── UserDao.java ├── DoctorDao.java └── AppointmentDao.java src/main/webapp ├── index.jsp ├── login.jsp ├── register.jsp ├── doctor_list.jsp └── WEB-INF └── web.xml没有 Maven 的项目会是 WebContent 目录结构大差不差。一个登录请求的生命周期大概是这样的// LoginServlet.java 的核心片段示意请求处理的入口 WebServlet(/login) public class LoginServlet extends HttpServlet { Override protected void doPost(HttpServletRequest request, HttpServletResponse response) throws ServletException, IOException { // 1. 设置请求编码解决中文用户名乱码 request.setCharacterEncoding(UTF-8); // 2. 从表单取参数 String username request.getParameter(username); String password request.getParameter(password); // 3. 调用业务层做校验 User user userService.login(username, password); if (user ! null) { // 4. 登录成功把用户信息放进 Session重定向到主页 request.getSession().setAttribute(loginUser, user); response.sendRedirect(request.getContextPath() /index.jsp); } else { // 5. 失败则转发回登录页并通过 request 域携带错误提示 request.setAttribute(errorMsg, 用户名或密码错误); request.getRequestDispatcher(/login.jsp).forward(request, response); } } }注意第 4 步和第 5 步的区别sendRedirect 是让浏览器重新发起一次请求地址栏会变forward 是服务器内部转发地址栏不变request 域里的数据还能接着用。很多新手在登录功能上翻车就是混淆了这两个动作。这段代码里的 userService 在典型的 servlet 入门 demo 中就是直接 new 出来的哪一层都不搞依赖注入所以看起来比 Spring 版本直白得多。2.2 和常见方案对比JSPServlet、Spring Boot、PHP 各自适合什么场景标题带着 JSPServlet就绕不开 为什么不用 Spring Boot。我整理了这三类方案的适用边界方案学习成本部署体积适合场景典型痛点JSPServlet低纯 Java Web 基础Tomcat 即可几十 MB教学、毕设、中小型内部系统前端渲染能力弱重交互页面维护成本高Spring Boot中高需要理解自动装配内嵌 Tomcat打 jar 运行企业级系统、快速迭代概念多新手遇到报错容易懵PHP低上手快LAMP 一键部署中小网站、外包项目长连接与并发调度能力不如 Java 生态回到医院预约挂号这个具体场景核心业务是用户注册、科室浏览、医生排班、预约、取消预约、后台管理。这些功能没有夸张的并发指标要求更看重事务一致性和权限控制。JSPServlet 在两类场景下有优势一是代码直白你可能只需要翻开三个类就能看懂登录流程二是不需要引入几十个间接依赖的 jar。常见的想法是拿到源码后第一件事就想着给它换个 Spring Boot 壳我的建议是先跑通原始版本再说否则出问题你根本分不清是老代码的坑还是迁移引入的坑。2.3 数据库设计挂号系统的核心表结构和防止重复预约的关键这类源码通常带一个 hospital.sql 或 db_hospital.sql里面一般包含这几张表-- 用户表患者登录账号 CREATE TABLE t_user ( id INT PRIMARY KEY AUTO_INCREMENT, username VARCHAR(50) NOT NULL, password VARCHAR(64) NOT NULL, -- 加密后的密码 real_name VARCHAR(50), phone VARCHAR(20), id_card VARCHAR(18), create_time DATETIME DEFAULT CURRENT_TIMESTAMP, UNIQUE KEY uk_username (username) ); -- 医生排班表 CREATE TABLE t_schedule ( id INT PRIMARY KEY AUTO_INCREMENT, doctor_id INT NOT NULL, work_date DATE NOT NULL, slot_time VARCHAR(10), -- 08:00-08:30 total_count INT DEFAULT 20, -- 该时段放号数量 booked_count INT DEFAULT 0, -- 已预约数量 UNIQUE KEY uk_doctor_date_slot (doctor_id, work_date, slot_time) ); -- 预约挂号表 CREATE TABLE t_appointment ( id INT PRIMARY KEY AUTO_INCREMENT, user_id INT NOT NULL, schedule_id INT NOT NULL, appointment_no VARCHAR(20), -- 挂号序号 status TINYINT DEFAULT 1, -- 1待就诊 2已取消 3已完成 create_time DATETIME DEFAULT CURRENT_TIMESTAMP, UNIQUE KEY uk_user_schedule (user_id, schedule_id) );预约不冲突靠两个机制一个是 doctor_id work_date slot_time 的唯一索引保证同一医生同一时段只有一条排班另一个是更新 booked_count 时的防超卖写法UPDATE t_schedule SET booked_count booked_count 1 WHERE id ? AND booked_count total_count;然后在 Service 层检查 update 影响的行数如果影响行数为 0说明号已经放完了。这种写法比先 SELECT 再 UPDATE 要稳能避免两个请求同时读到还剩 1 个号。源码里如果用的是这种 update 语句你的并发基础就有了如果源码是先 select 到内存里加一再加一你就知道哪里需要改。3. 把源码在本地跑起来环境配置、导入步骤与最小验证路径3.1 环境版本怎么选JDK8 Tomcat9 MySQL5.7 是最不容易翻车的组合这类 zip 包里的源码写作时间大多集中在 2015 到 2020 年当时主流组合是 JDK8、Tomcat 8/9、MySQL 5.7。我建议按这个组合来配原因很简单JDK8 对 JSP 和 Servlet 3.1/4.0 的支持最顺javax.servlet 包没有任何兼容问题Tomcat9 实现了 Servlet 4.0同时支持 WebServlet 注解和 web.xml 两种注册方式MySQL5.7 的驱动兼容性好不需要处理 MySQL8 才能遇到的时区参数。如果你用 JDK17 Tomcat10会迎面撞上一个坑Tomcat10 把 javax.servlet 迁移成了 jakarta.servlet老源码里 import javax.servlet.http.HttpServlet 会全部编译失败。这不是改一个文件能解决的别硬扛直接换 Tomcat9。3.2 用 IDEA 或 Eclipse 导入源码几个关键配置点常见的导入路径有两条。项目带 Maven 结构有 pom.xml的用 IDEA 的 Open 直接选 pom.xml纯 Web 结构的只有 WebContent 目录没有 pom.xml选 New Project from Existing Sources再勾选 Web 模块类型。导入后先做三件事检查 Project Structure 里的 Project SDK 是不是 1.8Language Level 选 8检查依赖包。老 zip 通常在 WEB-INF/lib 下面自带 jarmysql-connector-java-5.1.x.jar、jstl.jar、standard.jar 等IDEA 没自动识别时要手动把整个 lib 目录加进 Libraries配置 Tomcat。在 Run Configuration 里添加 Tomcat Server Local选择 3.1 节解压的 Tomcat9。部署工件时要把项目导出成 war exploded推荐或 warApplication context 默认填/hospital访问时会带着这层路径。依赖这块最容易出问题的是 JSTL。JSP 页面里常见这句% taglib prefixc urihttp://java.sun.com/jsp/jstl/core %如果缺 jstl.jar 和 standard.jarTomcat 启动时不报错但一访问 JSP 页面就抛 java.lang.NoClassDefFoundError: javax/servlet/jsp/jstl/core/LoopTagStatus。把这两个 jar 放进 WEB-INF/lib 后重启即可。IDEA 里如果 jar 没部署到目标工件还要在 Artifacts 的 Output Layout 里加一下。3.3 数据库初始化SQL 脚本导入与 JDBC 连接参数设置源码包通常会带一份初始化 SQL常见命名是 hospital.sql 或 db_hospital.sql。导入命令很简单mysql -uroot -p123456 /your/path/hospital.sql导入后检查一下mysql use hospital; mysql show tables; # 能看到 t_user、t_doctor、t_department、t_schedule、t_appointment 等表接下来是 JDBC 连接参数。很多源码把数据库配置写在 src 目录下的 jdbc.properties 或 db.properties 里也有直接写在 BaseDao.java 里的。我见得最多的连接串长这样drivercom.mysql.jdbc.Driver urljdbc:mysql://localhost:3306/hospital?useUnicodetruecharacterEncodingUTF-8serverTimezoneAsia/ShanghaiuseSSLfalse usernameroot password123456要额外提一下时区和驱动名。MySQL5.7 下驱动类名 com.mysql.jdbc.Driver 没问题如果源码里写的是 com.mysql.cj.jdbc.Driver说明原环境是 MySQL8你最好也装 MySQL8否则驱动类找不到。MySQL8 还必须在 url 上带 serverTimezone 参数否则启动时报 The server time zone value 的异常。3.4 启动验证日志里出现这行字才算部署成功Tomcat 启动后按顺序检查三步。第一步看日志cd /path/to/tomcat/bin ./startup.sh # Linux/Mac # 或者 Windows 下双击 startup.batTomcat 的 logs/catalina.out 中出现类似下面这行说明应用部署完成INFO [main] org.apache.catalina.startup.HostConfig.deployWAR - Deployment of web application archive [hospital.war] has finished第二步在浏览器访问http://localhost:8080/hospital/index.jsp。注意带 context path hospital 是这类项目的基本姿态不代表系统有问题。如果直接访问http://localhost:8080/返回 404多半是没带应用路径。第三步直接访问一个 Servlet 地址比如http://localhost:8080/hospital/doctorList。如果它能正常返回数据或跳转到 doctor_list.jsp说明 Servlet 注册和数据库连接都已打通。4. 核心模块拆解登录、科室选择、预约挂号的代码怎么组织4.1 登录逻辑全链路从 Servlet 到 Session 再到 JSP 的守卫登录模块是最容易读懂整个项目风格的入口。几乎每一个 Servlet 入门 demo 都会拿登录做样例这份源码里最值得细读的也正是这段。我们接着看 2.1 里 LoginServlet 调用的 UserService.login 做了什么public User login(String username, String password) { // 1. 密码做单向哈希对比数据库里存的密文 String pwdHash MD5Util.md5(password); String sql SELECT * FROM t_user WHERE username? AND password?; // 2. 用 PreparedStatement 防止 SQL 注入 try (Connection conn DBUtil.getConnection(); PreparedStatement ps conn.prepareStatement(sql)) { ps.setString(1, username); ps.setString(2, pwdHash); try (ResultSet rs ps.executeQuery()) { if (rs.next()) { User u new User(); u.setId(rs.getInt(id)); u.setUsername(rs.getString(username)); u.setRealName(rs.getString(real_name)); return u; } } } catch (SQLException e) { e.printStackTrace(); } return null; }这段代码背后的三个细节值得说。第一密码存储用 MD5 是十年来的标准写法但现在撞库风险已经很高如果你要公开部署至少升级成 sha256 加盐。第二PreparedStatement 的 ? 占位符是防注入的正确写法如果源码里的 SQL 是字符串拼接你要么改掉要么至少知道漏洞在哪。第三try-with-resources 让 Connection、PreparedStatement、ResultSet 自动关闭不会连接泄漏如果源码写的是 finally 里逐个 close要检查有没有漏关 ResultSet。登录成功后的 Session 处理也基本固定request.getSession().setAttribute(loginUser, user) 把用户对象放进去JSP 里用${sessionScope.loginUser.realName}显示欢迎信息登出是 session.invalidate()。如果源码里带了一个 AuthFilter说明项目做了统一权限控制。这类过滤器通常长这样public void doFilter(ServletRequest request, ServletResponse response, FilterChain chain) throws IOException, ServletException { HttpServletRequest req (HttpServletRequest) request; HttpSession session req.getSession(false); if (session null || session.getAttribute(loginUser) null) { if (!req.getRequestURI().endsWith(login.jsp) !req.getRequestURI().endsWith(/login) !req.getRequestURI().contains(/static/)) { ((HttpServletResponse) response).sendRedirect(req.getContextPath() /login.jsp); return; } } chain.doFilter(request, response); }getSession(false) 是关键当前没有 Session 就返回 null不会为每个请求强制新建会话。用 getSession() 的话爬虫来一次就种一个会话日志会无限膨胀。4.2 科室和医生排班的数据链路从 JSP 表格到 Servlet 的多表查询预约挂号的第一步是选科室。在 JSPServlet 体系里这是典型的先查后渲!-- department_list.jsp 的核心循环用 JSTL 遍历后台传来的集合 -- c:forEach items${departmentList} vardept div classdept-card h3a href${pageContext.request.contextPath}/doctorList?deptId${dept.id} ${dept.name} /a/h3 p${dept.introduction}/p /div /c:forEach这个页面的数据来源是 DepartmentServlet 的 doGet从 t_department 查出 List放进 request.setAttribute(departmentList, list)然后 forward 到 department_list.jsp。这里禁止在 JSP 里写% %脚本片段JSTL 的 c:forEach 负责遍历${pageContext.request.contextPath} 负责拼路径。到了医生列表问题复杂一阶需要联合查询医生、科室、排班// DoctorServlet.java 的 doGet接收 deptId 或 doctorId返回医生列表 protected void doGet(HttpServletRequest request, HttpServletResponse response) throws ServletException, IOException { String deptId request.getParameter(deptId); ListDoctorVO doctorList doctorService.listByDept(Integer.parseInt(deptId)); request.setAttribute(doctorList, doctorList); request.getRequestDispatcher(/doctor_list.jsp).forward(request, response); }DoctorVO 是视图对象拼接了医生表、科室表、排班表三张表的信息。为什么要多包一层 VO因为 JSP 不但想显示 doctor.name还想显示 department.name、schedule.workDate、schedule.bookedCount 这些跨表字段。如果直接用 HashMap 塞给 JSP代码能跑但 EL 表达式的字段名全靠人肉对齐写错一个就静默失败VO 至少能在 IDE 里补全。4.3 预约的核心事务一个时段的号是怎么安全扣掉的预约操作是这类系统最核心的一段代码也是业务上最容易出错的地方。下面是一个典型的预约 Servlet 流程WebServlet(/appointment/add) public class AppointmentServlet extends HttpServlet { protected void doPost(...) throws ... { Integer userId ((User) session.getAttribute(loginUser)).getId(); Integer scheduleId Integer.parseInt(request.getParameter(scheduleId)); // 1. 先查排班是否还有余号用于给出友好提示 Schedule s scheduleDao.findById(scheduleId); if (s.getBookedCount() s.getTotalCount()) { request.setAttribute(errorMsg, 该时段已约满); request.getRequestDispatcher(/appointment_fail.jsp).forward(request, response); return; } // 2. 插入预约记录生成挂号序号 String appointmentNo NO System.currentTimeMillis(); appointmentDao.insert(userId, scheduleId, appointmentNo); // 3. 排班表的已约数 1 int rows scheduleDao.increaseBookedCount(scheduleId); if (rows 0) { // 并发下号源已满撤销刚才插入的预约 appointmentDao.cancelByNo(appointmentNo); response.sendRedirect(request.getContextPath() /appointment_fail.jsp); return; } // 4. 成功跳转 response.sendRedirect(request.getContextPath() /appointment_list.jsp); } }这里最值得议论的是第 2、3 步之间的一致性。理想情况下插入预约和扣减余号要包在同一个数据库事务里要么都成功要么都失败。很多老源码没有开事务于是用插入失败就删掉这种补救。缺点是留下了一个短窗口如果扣减失败且删除也失败会出现约了号但余号没减。二次开发时正确的做法是让这两个操作共享同一个 Connection 并开启事务Connection conn DBUtil.getConnection(); boolean autoCommit conn.getAutoCommit(); conn.setAutoCommit(false); try { appointmentDao.insert(conn, userId, scheduleId, appointmentNo); int rows scheduleDao.increaseBookedCount(conn, scheduleId); if (rows 0) { conn.rollback(); // 跳转约满页面 } else { conn.commit(); // 跳转预约成功页面 } } catch (SQLException e) { conn.rollback(); e.printStackTrace(); } finally { conn.setAutoCommit(autoCommit); conn.close(); }用同一个 Connection 让两条 SQL 共享事务是 JSPServlet 项目里处理写操作的正确姿势。如果发现源码的 DAO 方法签名是 insert(int userId, int scheduleId, String no) 这种不接收 Connection 的版本那你改造时要把 DAO 方法改成传 Connection或者在 Service 层统一管理事务。取消预约的逻辑相对简单但注意两点一是校验 session 里的用户和预约记录所属用户一致否则任意用户传一个预约 ID 就能取消别人的号二是取消时要把 t_schedule 的 booked_count 减回去避免号源凭空蒸发。5. 部署和二次开发常踩的 5 个坑现象、原因、解决办法这部分全是实操里容易被反复折腾的问题按现象整理成排查手册。5.1 启动直接报 UnsupportedClassVersionError 或 NoClassDefFoundError现象Tomcat 启动时报 java.lang.UnsupportedClassVersionError: com/hospital/... Unsupported major.minor version 52.0或访问页面时抛 NoClassDefFoundError: javax/servlet/jsp/jstl/core/LoopTagStatus。原因前者是编译用的 JDK 版本高于运行时的 JRE。比如源码用 JDK8 编译而你在 Tomcat9 的 Run Configuration 里选了 JDK17class 文件版本对不上。后者是缺 JSTL 依赖典型表现是 Tomcat 能启动但 JSP 一访问就崩。解决统一到 JDK8。检查 IDEA 的 Project SDK 和 Run Configuration 里 Tomcat 的 JRE 都指向同一个 JDK8。JSTL 则把 jstl.jar 和 standard.jar 放进 WEB-INF/lib 重启。如果是 Maven 项目还要检查 Maven 的 compiler level 是不是 1.8。5.2 数据库连接失败驱动找不着、时区报错和连接超时的排查现象项目启动正常但登录或查询时报 java.lang.ClassNotFoundException: com.mysql.jdbc.Driver或者报 The server time zone value Öйú±ê׼ʱ¼ä is unrecognized又或者 Communications link failure。原因缺驱动 jar、驱动类名不对、时区参数缺失这三者常常同时出现。老项目里的驱动 jar 要么没打进 WEB-INF/lib要么用了 com.mysql.jdbc.Driver而这个类名在 MySQL8 驱动里已经换成了 com.mysql.cj.jdbc.Driver。serverTimezone 对 MySQL5.7 可以不写MySQL8 必须写。解决确认驱动 jar 版本和数据库版本一致url 上加 useUnicodetruecharacterEncodingUTF-8serverTimezoneAsia/ShanghaiuseSSLfalse排查时先用命令行验证 MySQL 本身能连mysql -h 127.0.0.1 -P 3306 -u root -p如果你的 mysql 服务没起来项目里任何 JDBC 代码都会报 Communications link failure这个低级错误最容易让人原地打转。5.3 JSP 页面中文乱码POST 和 GET 的编码处理必须分开修现象登录页输入中文用户名登录成功页显示 ????或者数据库里读出来的科室名称、医生姓名全乱。原因很多源码只写了 request.setCharacterEncoding(UTF-8)它只对 POST 请求生效。GET 请求的参数编码取决于 Tomcat 的 URIEncodingTomcat8 之后默认 UTF-8但老项目改过 conf/server.xml 就可能变成 ISO-8859-1。解决分三处每个 Servlet 的 doPost 入口写 request.setCharacterEncoding(UTF-8)doGet 里如果读中文参数也要写JSP 页面头部确认 pageEncodingUTF-8最保险的做法是在 Tomcat 的 conf/server.xml 给 Connector 加上 URIEncodingConnector port8080 protocolHTTP/1.1 connectionTimeout20000 redirectPort8443 URIEncodingUTF-8 /另外核对数据库建表字符集表如果是 utf8mb4连接串 characterEncodingUTF-8 没问题如果是 latin1建议直接把表改成 utf8mb4而不是在代码里做转换。5.4 图片显示不了、JSP 页面图片坐标定位失效现象科室图片或医生头像在 HTML 里用相对路径img srcimg/doctor.jpg本地文件存在页面却显示红叉做页面微调时想用 CSS 绝对定位把图片钉在固定位置结果图片要么不显示要么滚动后乱跑。原因第一类是路径基准问题。JSP 页面地址如果是 /hospital/doctorList相对路径 img/doctor.jpg 解析成 /hospital/img/doctor.jpg 没问题但如果页面被 forward 到别的层级相对路径解析就 404 了。第二类是定位锚点问题CSS absolute 定位依赖父容器有 position:relative如果父容器没设图片会锚定到 body位置随页面内容高度飘。解决图片统一用绝对路径img src${pageContext.request.contextPath}/img/doctor.jpg styleposition:absolute; left:20px; top:10px; /外层再加一层div styleposition:relative;width:100%;height:100px;包住坐标定位就稳定了。还有一个高频相关诉求是 JSP 页面里放 MP4 视频做法和图片一致视频文件放 webapp 下的 video 目录播放器 src 用绝对路径拼实际地址另外注意如果网页是 http 协议视频地址别用 https反之亦然混协议会被浏览器直接拦截。5.5 Servlet 路径 404 或 web.xml 的 servlet-mapping 冲突现象明明写了 WebServlet(/doctorList)访问还是 404或者改动 web.xml 的 servlet-mapping 后所有相关页面全部失效。原因老源码同时使用 web.xml 的servlet声明和注解两种注册方式两边配置不一致或者项目 Context Path 和你 URL 里写的不一致。解决选一种注册方式。用注解就注释掉 web.xml 里对应的 servlet 声明后重启。多个 Servlet 映射同一路径时Tomcat7 开始采用后定义者生效规则这种 404 很隐蔽。新加 Servlet 时不要复制老代码后忘了改 urlPatterns那种看着是新功能实际还是旧路径的问题排查起来非常浪费时间。6. 基于源码二次开发三条改造路径与最小验证方法决定在这个 JSPServlet 源码上二次开发的话建议按下面三步走每步都配一个最小验证而不是一口气重构。第一步先把登录、预约、取消这条主链路的手工测试用例跑一遍记录每个页面的 URL、表单字段和跳转结果。这一步是给自己留后悔药——之后不管怎么改拿这份基线对比就知道有没有改坏。第二步做安全加固把 MD5 密码改成加盐哈希、把字符串拼接 SQL 全部换成 PreparedStatement、给管理员接口加上权限校验。每改完一项重新跑一遍登录和预约流程确认没回归。第三步做前端体验改造把 JSP 里散落的 script 和 style 收敛到独立 CSS/JS 文件把详情页改成 Servlet 返回 JSON、前端用原生 JavaScript 渲染。这可以平滑过渡到前后端分离不需要换掉 Servlet 底层。验证方法我用得很简单但有效准备 20 个测试账号脚本导入对一个预约接口同时发 20 个并发请求验证同一时段的号不会超卖。下面是一个用 bash 做的粗略压测# 并发预约测试对同一 scheduleId 发起 20 个预约请求 for i in $(seq 1 20); do curl -s -b cookies_$i.txt -d scheduleId18 \ http://localhost:8080/hospital/appointment/add done wait # 然后查数据库t_schedule 的 booked_count 与 t_appointment 的数量应一致 mysql -uroot -p123456 -e select booked_count from hospital.t_schedule where id18;判断预约逻辑在并发下是否正确的直观指标就是 booked_count 与对应时段的待就诊预约数一致。如果 boooked_count 多减了说明事务或防超卖逻辑有问题此时回头检查第 4.3 节说的那段代码。这类 JSPServlet 项目最大的价值是它把所有东西摊开给你看。从登录到预约一条链路走下来你对 Java Web 运行机制的理解比背一堆框架注解要扎实得多。我个人前年处理过一家地市级医院的号源管理项目后台就是 JSPServlet系统上线跑了六年每天三千多笔预约稳定性完全不输后来团队新写的 Spring Boot 版本。改造老项目时我的习惯是每读懂一个模块就在代码旁边留一段注释笔记把这一段为什么这么写、如果并发高会怎样记下来积累两周之后源码在你眼里就是一套能被你随意复述的架构图。希望这篇能帮到正在跟这份源码较劲的你。本文还有配套的精品资源点击获取