簡(jiǎn)介面向畢業(yè)設(shè)計(jì)場(chǎng)景的Java Web銀行預(yù)約管理系統(tǒng)完整項(xiàng)目包覆蓋用戶在線預(yù)約、排隊(duì)叫號(hào)、業(yè)務(wù)登記、后臺(tái)管理等典型功能模塊適合需要完成類似選題的計(jì)算機(jī)專業(yè)學(xué)生參考也適用于希望熟悉JSPServlet分層結(jié)構(gòu)的入門開發(fā)者。壓縮包共499個(gè)文件其中包含92個(gè)JSP頁面、31個(gè)HTML頁面與19個(gè)CSS樣式文件構(gòu)成前端展示與控制層210個(gè)GIF文件和少量SWF輔助素材用于操作演示16個(gè)JAR包與9個(gè)Java源文件支撐核心業(yè)務(wù)另附數(shù)據(jù)庫SQL腳本、項(xiàng)目配置文件和配套報(bào)告整體約9.07MB結(jié)構(gòu)緊湊便于本地導(dǎo)入調(diào)試。資源已獲得179人學(xué)習(xí)瀏覽說明在同類畢業(yè)設(shè)計(jì)資料中具有一定參考價(jià)值。借助完整源碼、數(shù)據(jù)庫腳本及報(bào)告文檔可快速還原系統(tǒng)運(yùn)行流程理解預(yù)約模塊與權(quán)限控制實(shí)現(xiàn)思路對(duì)初涉JSP項(xiàng)目者而言也是分析工程目錄、配置文件與類調(diào)用關(guān)系的合適樣例。1. 銀行預(yù)約管理系統(tǒng)畢設(shè)選題里那條最穩(wěn)的路用 JSP 做的銀行預(yù)約管理系統(tǒng)本質(zhì)上就是把線下網(wǎng)點(diǎn)那套取號(hào)排隊(duì)搬到瀏覽器里用戶注冊(cè)登錄、選業(yè)務(wù)類型、約窗口時(shí)段、拿排隊(duì)號(hào)柜員在后臺(tái)叫號(hào)辦業(yè)務(wù)。作為畢業(yè)設(shè)計(jì)它的價(jià)值恰好落在「功能完整但邊界清晰」上——有登錄會(huì)話、有數(shù)據(jù)庫讀寫、有狀態(tài)流轉(zhuǎn)、有頁面交互每一層都能在答辯時(shí)講清楚又不需要你去碰支付、風(fēng)控這類說不清的黑匣子。和那些直接套 Spring Boot 模板的同學(xué)比你手里是一套自己能逐行解釋的 JSP Servlet 方案。這篇筆記把技術(shù)選型、數(shù)據(jù)庫設(shè)計(jì)、預(yù)約主流程、常見翻車點(diǎn)一次講透適合正在開題或者已經(jīng)寫了一半卡住的人。2. 技術(shù)選型與項(xiàng)目骨架JSP Servlet JDBC 這套畢設(shè)組合怎么搭才不塌2.1 為什么不用 Spring Boot畢設(shè)答辯更需要的是「能說清」很多同學(xué)一上來就想用 Spring Boot理由是以后找工作用得上。但冷靜想一下畢業(yè)設(shè)計(jì)的驗(yàn)收標(biāo)準(zhǔn)老師問的是「你項(xiàng)目里每個(gè)請(qǐng)求從瀏覽器到數(shù)據(jù)庫經(jīng)歷了什么」而不是「你用了哪個(gè)版本的自動(dòng)配置」。Spring Boot 的自動(dòng)裝配和內(nèi)嵌容器對(duì)你是個(gè)黑匣子一旦被追問你大概率只能答「框架幫我處理了」。而 JSP Servlet JavaBean JDBC 這套組合請(qǐng)求生命周期是透明的瀏覽器發(fā) HTTP 請(qǐng)求 → web.xml 映射到 Servlet → Servlet 調(diào) DAO → DAO 拿 JDBC 連數(shù)據(jù)庫 → 結(jié)果回填到 JSP 渲染。每一步都能指著代碼說清楚這是它在畢設(shè)場(chǎng)景里最大的優(yōu)勢(shì)。我一般會(huì)建議選 JDK 1.8 Tomcat 8.5/9.0 MySQL 5.7/8.0 這套經(jīng)典組合。Tomcat 8.5 之后對(duì) JSP 2.3 和 EL 3.0 支持很穩(wěn)不會(huì)出現(xiàn)老版本那種解析報(bào)錯(cuò)。MySQL 選 8.0 的話注意驅(qū)動(dòng)類名要寫com.mysql.cj.jdbc.Driver這是這幾年最容易踩的坑下面專門講。2.2 目錄結(jié)構(gòu)與包劃分讓答辯老師一眼看到分層JSP 項(xiàng)目最怕把所有東西堆在 WebContent 根目錄下頁面、Servlet、工具類混成一鍋粥。常見做法是按 MVC 分三層包既方便自己維護(hù)答辯時(shí)畫架構(gòu)圖也好看。我習(xí)慣的結(jié)構(gòu)是這樣BankAppoint/ ├── src/ │ ├── com.bank.entity/ # 實(shí)體類User、Appointment、Window │ ├── com.bank.dao/ # 數(shù)據(jù)訪問UserDao、AppointmentDao │ ├── com.bank.service/ # 業(yè)務(wù)邏輯預(yù)約防重、叫號(hào)狀態(tài)流轉(zhuǎn) │ ├── com.bank.servlet/ # 控制器LoginServlet、AppointServlet │ ├── com.bank.util/ # DBUtil、MD5Util、分頁工具 │ └── com.bank.filter/ # 登錄攔截、編碼過濾器 ├── WebContent/ │ ├── WEB-INF/ │ │ ├── web.xml # 核心配置Servlet映射、歡迎頁 │ │ └── view/ # JSP頁面放WEB-INF下禁止直接URL訪問 │ │ ├── login.jsp │ │ ├── register.jsp │ │ ├── appoint.jsp │ │ └── admin/queue.jsp │ ├── static/css/ main.css │ ├── static/js/ appoint.js │ └── static/img/關(guān)鍵點(diǎn)是 JSP 頁面放在WEB-INF下面用戶只能通過 Servlet 內(nèi)部轉(zhuǎn)發(fā)訪問直接敲 URL 會(huì) 404。這既是安全習(xí)慣也是答辯時(shí)能拿出來講的「訪問控制」設(shè)計(jì)。另外實(shí)際項(xiàng)目中需要在web.xml里配置welcome-file指向登錄頁不然部署后訪問根路徑會(huì)報(bào) 404。2.3 運(yùn)行環(huán)境與關(guān)鍵參數(shù)Tomcat、JDK、連接串環(huán)境搭好后先別急著寫代碼把配置項(xiàng)統(tǒng)一確認(rèn)一遍能省后面大量排錯(cuò)時(shí)間。Tomcat 的連接池參數(shù)按畢設(shè)的并發(fā)量來就夠了不用刻意壓很大但要知道每個(gè)參數(shù)是干什么的。一般來說我習(xí)慣在server.xml的 Connector 里這樣配Connector port8080 protocolHTTP/1.1 maxThreads200 minSpareThreads25 acceptCount100 connectionTimeout20000 redirectPort8443 /邏輯說明maxThreads200表示 Tomcat 最多同時(shí)處理 200 個(gè)請(qǐng)求超出后進(jìn)入等待隊(duì)列。畢設(shè)演示的并發(fā)量根本到不了這個(gè)數(shù)但如果預(yù)約頁面在同學(xué)間集中點(diǎn)開時(shí) 500往往是這個(gè)值被默認(rèn)的 150 卡住調(diào)大后立刻緩解。minSpareThreads25是常駐空閑線程數(shù)保證請(qǐng)求來了不用頻繁創(chuàng)建線程。acceptCount100是等待隊(duì)列長(zhǎng)度超過這個(gè)值會(huì)直接拒絕連接。數(shù)據(jù)庫連接串這里必須強(qiáng)調(diào)一下MySQL 8.0 和 5.7 的寫法不一樣同一個(gè)項(xiàng)目從 5.7 遷到 8.0只改驅(qū)動(dòng)類名是不夠的版本驅(qū)動(dòng)類名連接串關(guān)鍵參數(shù)MySQL 5.7com.mysql.jdbc.DriveruseUnicodetruecharacterEncodingutf8MySQL 8.0com.mysql.cj.jdbc.DriveruseUnicodetruecharacterEncodingutf8serverTimezoneAsia/ShanghaiMySQL 8.0 必須加serverTimezone否則會(huì)報(bào)The server time zone value異常。useSSLfalse在本地開發(fā)可以關(guān)掉省得控制臺(tái)刷證書警告。驅(qū)動(dòng) jar 包放在WEB-INF/lib下別用 Maven 的同學(xué)記得 Build Path 里手動(dòng)添加這是新手最常見的問題。3. 數(shù)據(jù)模型與注冊(cè)登錄從三張表到第一個(gè)能跑的 JSP 頁面3.1 三張核心表字段設(shè)計(jì)決定業(yè)務(wù)做起來順不順手銀行預(yù)約的核心實(shí)體只有三個(gè)用戶、預(yù)約單、窗口/時(shí)段。很多畢設(shè)把表設(shè)計(jì)成七八張弄得自己后面寫 JOIN 寫到崩潰。我傾向于先建這三張表看業(yè)務(wù)擴(kuò)展再追加。用戶表承載登錄和身份信息預(yù)約單是系統(tǒng)的心臟窗口表則是叫號(hào)的基礎(chǔ)。用戶表t_user字段類型說明idINT AUTO_INCREMENT主鍵usernameVARCHAR(30) UNIQUE登錄名注冊(cè)時(shí)查重passwordVARCHAR(64)存 MD5 加鹽后的密文real_nameVARCHAR(20)真實(shí)姓名id_cardVARCHAR(18)身份證號(hào)預(yù)約時(shí)展示用phoneVARCHAR(11)短信通知預(yù)留字段create_timeDATETIME注冊(cè)時(shí)間預(yù)約單表t_appointment字段類型說明idINT AUTO_INCREMENT主鍵user_idINT關(guān)聯(lián) t_user.idwindow_idINT關(guān)聯(lián) t_window.idapp_dateDATE預(yù)約日期time_slotVARCHAR(10)時(shí)段09:00-10:00 等queue_noINT排隊(duì)號(hào)同一天同一窗口自增statusTINYINT0待叫號(hào) 1已叫號(hào) 2已完成 3已過號(hào) 4已取消create_timeDATETIME下單時(shí)間窗口表t_window字段類型說明idINT AUTO_INCREMENT主鍵window_nameVARCHAR(50)如「綜合業(yè)務(wù)1號(hào)窗」service_typeVARCHAR(30)對(duì)公/個(gè)人/理財(cái)max_numINT該窗口每日最大預(yù)約數(shù)start_timeTIME開始營(yíng)業(yè)end_timeTIME結(jié)束營(yíng)業(yè)日志表字段設(shè)計(jì)時(shí)容易犯的錯(cuò)是把status存成字符串比如「已預(yù)約」「已完成」。這樣做查詢統(tǒng)計(jì)時(shí)非常痛苦你得寫WHERE status已預(yù)約一旦頁面文案改了全部報(bào)錯(cuò)。正確做法是存數(shù)字頁面展示時(shí)再做映射。這一點(diǎn)在答辯時(shí)老師說「為什么用數(shù)字不用字符串」時(shí)你可以理直氣壯地回答狀態(tài)機(jī)可枚舉數(shù)字存儲(chǔ)節(jié)省空間且避免文案變動(dòng)引發(fā)臟數(shù)據(jù)。建表 SQL 可以直接在 Navicat 或命令行執(zhí)行注意表名前綴t_是個(gè)人習(xí)慣避免和 MySQL 保留字沖突CREATE TABLE t_user ( id INT AUTO_INCREMENT PRIMARY KEY, username VARCHAR(30) NOT NULL UNIQUE, password VARCHAR(64) NOT NULL, real_name VARCHAR(20), id_card VARCHAR(18), phone VARCHAR(11), create_time DATETIME DEFAULT CURRENT_TIMESTAMP ) ENGINEInnoDB DEFAULT CHARSETutf8mb4;邏輯說明UNIQUE約束在數(shù)據(jù)庫層面保證用戶名唯一這是注冊(cè)功能的第一道防線。ENGINEInnoDB必須指定因?yàn)楹竺骖A(yù)約防重要靠事務(wù)和行鎖MyISAM 不支持。CHARSETutf8mb4比utf8多支持生僻字和 Emoji 符號(hào)銀行客戶名字里萬一有生僻字用utf8會(huì)插入失敗。DEFAULT CURRENT_TIMESTAMP是 MySQL 的常用簡(jiǎn)化寫法免得 Java 端手動(dòng)塞當(dāng)前時(shí)間。3.2 DBUtil 與 try-with-resources不會(huì)寫工具類的 JSP 項(xiàng)目必翻車數(shù)據(jù)庫連接工具類是整個(gè)項(xiàng)目的基石這塊寫不好后面所有 DAO 都會(huì)出問題。新手最常見的錯(cuò)是每寫一個(gè)查詢就new一個(gè)連接用完不關(guān)最后數(shù)據(jù)庫連接數(shù)耗盡頁面直接報(bào) 500。常見做法是寫一個(gè)簡(jiǎn)單的 DBUtil用靜態(tài)代碼塊加載驅(qū)動(dòng)用ThreadLocal保證一個(gè)請(qǐng)求一個(gè)事務(wù)這里給出基本版本public class DBUtil { private static final String URL jdbc:mysql://localhost:3306/bank_appoint? useUnicodetruecharacterEncodingutf8 serverTimezoneAsia/ShanghaiuseSSLfalse; private static final String USER root; private static final String PASSWORD 123456; static { try { Class.forName(com.mysql.cj.jdbc.Driver); } catch (ClassNotFoundException e) { e.printStackTrace(); } } public static Connection getConnection() throws SQLException { return DriverManager.getConnection(URL, USER, PASSWORD); } public static void close(Connection conn, PreparedStatement ps, ResultSet rs) { try { if (rs ! null) rs.close(); } catch (SQLException e) { } try { if (ps ! null) ps.close(); } catch (SQLException e) { } try { if (conn ! null) conn.close(); } catch (SQLException e) { } } }邏輯說明Class.forName加載驅(qū)動(dòng)后后面DriverManager才能識(shí)別連接串。close方法按ResultSet → PreparedStatement → Connection的順序關(guān)閉順序反了會(huì)出SQLException。這個(gè)類的關(guān)鍵不是代碼本身而是所有 DAO 查詢都必須走同一個(gè)getConnection()并且在 finally 塊里調(diào)用close。我見過最嚴(yán)重的翻車現(xiàn)場(chǎng)是查詢成功后忘記關(guān)連接演示時(shí)前三次正常第四次開始全部卡死重啟 Tomcat 又好了這就是典型的連接泄漏。3.3 注冊(cè)登錄的 Servlet 實(shí)現(xiàn)密碼加鹽與 Session 會(huì)話注冊(cè)和登錄是整個(gè)系統(tǒng)的入口也是面試官最愛問的模塊。密碼不能明文存數(shù)據(jù)庫這是安全紅線。畢業(yè)設(shè)計(jì)不用上 BCrypt用最簡(jiǎn)單的 MD5 加鹽就夠講清楚原理。加鹽的意思是用戶在密碼后面拼上一段隨機(jī)字符串再哈希避免兩個(gè)密碼相同的用戶得到一樣的密文。注冊(cè)邏輯的代碼看這一段WebServlet(/register) public class RegisterServlet extends HttpServlet { protected void doPost(HttpServletRequest request, HttpServletResponse response) throws ServletException, IOException { String username request.getParameter(username); String rawPassword request.getParameter(password); String salt generateSalt(); // 隨機(jī)6位字符串 String hashed MD5Util.md5(rawPassword salt); User user new User(); user.setUsername(username); user.setPassword(hashed); user.setSalt(salt); UserDao dao new UserDao(); if (dao.findByUsername(username) ! null) { request.setAttribute(errorMsg, 用戶名已被占用); request.getRequestDispatcher(/WEB-INF/view/register.jsp) .forward(request, response); return; } if (dao.register(user) 0) { response.sendRedirect(login.jsp); } } }邏輯說明request.setAttribute配合forward是 JSP 項(xiàng)目里回顯錯(cuò)誤信息的標(biāo)準(zhǔn)做法錯(cuò)誤提示能顯示在注冊(cè)頁面上而 URL 不變。sendRedirect用在注冊(cè)成功后讓瀏覽器重新請(qǐng)求登錄頁而不是直接forward這樣可以防止用戶刷新時(shí)重復(fù)提交注冊(cè)表單。這是「登錄后跳轉(zhuǎn)用重定向、傳參用轉(zhuǎn)發(fā)」的基本規(guī)則答辯時(shí)被問「為什么這里用 Redirect 不用 Forward」就能答上來。登錄之后把用戶對(duì)象放進(jìn) Sessionrequest.getSession().setAttribute(loginUser, user);后面所有 JSP 頁面都從 Session 里取當(dāng)前用戶前端頁面用EL表達(dá)式直接展示對(duì)象屬性這就引出了「jsp 個(gè)人信息展示頁面」的核心寫法。用戶中心的 JSP 片段如下div classuser-info 歡迎您${sessionScope.loginUser.realName} p身份證${sessionScope.loginUser.idCard}/p p手機(jī)號(hào)${sessionScope.loginUser.phone}/p /div${sessionScope.loginUser.realName}是 EL 表達(dá)式它做的事情等價(jià)于session.getAttribute(loginUser).getRealName()但省掉了類型轉(zhuǎn)換和空指針判空。注意如果 Session 里沒有l(wèi)oginUser這里會(huì)顯示空白而不會(huì)報(bào)錯(cuò)這是 EL 表達(dá)式的特性新手經(jīng)常誤以為是數(shù)據(jù)丟了。4. 預(yù)約主流程落地叫號(hào)狀態(tài)機(jī)與防重復(fù)提交的實(shí)現(xiàn)細(xì)節(jié)4.1 預(yù)約鏈路拆解從按鈕到排隊(duì)號(hào)經(jīng)歷了什么預(yù)約功能是系統(tǒng)的業(yè)務(wù)核心流程說起來不復(fù)雜用戶選擇日期、業(yè)務(wù)類型、窗口時(shí)段 → 提交預(yù)約 → 系統(tǒng)校驗(yàn)合法性 → 生成排隊(duì)號(hào) → 落在數(shù)據(jù)庫。難點(diǎn)在并發(fā)場(chǎng)景下的數(shù)據(jù)一致性同一時(shí)段、同一窗口兩個(gè)人同時(shí)搶最后一個(gè)名額憑什么一個(gè)成功一個(gè)失敗整個(gè)鏈路在 Servlet 層是這樣的順序。先接收參數(shù)再做業(yè)務(wù)校驗(yàn)最后寫庫WebServlet(/appoint) public class AppointServlet extends HttpServlet { protected void doPost(HttpServletRequest request, HttpServletResponse response) throws ServletException, IOException { User loginUser (User) request.getSession().getAttribute(loginUser); if (loginUser null) { response.sendRedirect(login.jsp); return; } String date request.getParameter(appDate); String windowIdStr request.getParameter(windowId); String timeSlot request.getParameter(timeSlot); AppointmentService service new AppointmentService(); try { Appointment app service.createAppointment( loginUser.getId(), Integer.parseInt(windowIdStr), date, timeSlot); request.setAttribute(queueNo, app.getQueueNo()); request.setAttribute(windowName, app.getWindowName()); request.getRequestDispatcher(/WEB-INF/view/appointSuccess.jsp) .forward(request, response); } catch (DuplicateAppointmentException e) { request.setAttribute(errorMsg, 您當(dāng)天在此窗口已有有效預(yù)約); request.getRequestDispatcher(/WEB-INF/view/appoint.jsp) .forward(request, response); } } }邏輯說明第一層校驗(yàn)是 Session 是否登錄這個(gè)能擋住大部分未授權(quán)訪問但不能依賴它后面還要加 Filter。第二層是業(yè)務(wù)校驗(yàn)createAppointment返回的Appointment對(duì)象里帶上了queueNo這是真正的排隊(duì)號(hào)。注意這里把排隊(duì)號(hào)生成放在 Service 層而不是 Servlet 層因?yàn)樯商?hào)需要同步查詢當(dāng)前最大值再自增這屬于業(yè)務(wù)邏輯。Servlet 只負(fù)責(zé)參數(shù)解析、調(diào)用服務(wù)、分發(fā)視圖保持薄控制器的狀態(tài)。4.2 防重復(fù)提交數(shù)據(jù)庫唯一約束和前置狀態(tài)檢查雙重保險(xiǎn)銀行預(yù)約最怕兩件事同一個(gè)人對(duì)同一個(gè)時(shí)段約了兩次或者兩個(gè)人同時(shí)搶最后一個(gè)號(hào)。單機(jī)畢設(shè)場(chǎng)景里用「數(shù)據(jù)庫唯一約束 Service 層前置狀態(tài)檢查」雙保險(xiǎn)足夠。先看數(shù)據(jù)庫層怎么兜底ALTER TABLE t_appointment ADD UNIQUE KEY uk_user_window_time (user_id, window_id, app_date, time_slot);邏輯說明這組唯一鍵意味著同一個(gè)用戶對(duì)同一個(gè)窗口、同一天、同一個(gè)時(shí)段只能有一條記錄。只要數(shù)據(jù)庫層面擋住重復(fù)就算 Service 層代碼寫漏了也不會(huì)產(chǎn)生臟數(shù)據(jù)。這是防御性設(shè)計(jì)代碼防君子約束防小人。app_date和time_slot合起來代表一個(gè)具體的時(shí)間段單獨(dú)一個(gè)app_date太粗單獨(dú)一個(gè)time_slot太細(xì)必須組合才精確。Service 層的關(guān)鍵代碼是「先查再插」的事務(wù)控制。這里有一個(gè)必須避開的坑兩段式「先 SELECT 再 INSERT」在并發(fā)下有空窗期兩個(gè)人同時(shí) SELECT 都看到名額充足一起 INSERT 就超售了。常見做法是 Java 層用同步塊鎖住關(guān)鍵操作數(shù)據(jù)庫層用唯一索引兜底public Appointment createAppointment(int userId, int windowId, String date, String timeSlot) throws DuplicateAppointmentException { synchronized (AppointmentService.class) { if (appDao.existsValidAppointment(userId, windowId, date, timeSlot)) { throw new DuplicateAppointmentException(該時(shí)段已有預(yù)約); } int currentMax appDao.getCurrentQueueNo(windowId, date); Appointment app new Appointment(); app.setUserId(userId); app.setWindowId(windowId); app.setAppDate(date); app.setTimeSlot(timeSlot); app.setQueueNo(currentMax 1); app.setStatus(0); appDao.insert(app); return app; } }邏輯說明synchronized (AppointmentService.class)在單機(jī)部署下相當(dāng)于把所有預(yù)約請(qǐng)求串行化雖然犧牲了一點(diǎn)吞吐量但換來了絕對(duì)的排隊(duì)號(hào)唯一性。這句代碼在答辯時(shí)能引出一個(gè)關(guān)鍵討論點(diǎn)如果部署到多臺(tái)服務(wù)器synchronized就失效了需要引入 Redis 分布式鎖或者數(shù)據(jù)庫悲觀鎖。你可以順著這個(gè)話題把分布式鎖的原理講一遍會(huì)顯得技術(shù)深度很好但畢設(shè)只需做到單機(jī)鎖 唯一索引就夠了——這也是「先能在單機(jī)跑對(duì)再談分布式」的工程原則。getCurrentQueueNo的 SQL 要留意一個(gè)細(xì)節(jié)MAX(queue_no)如果是 NULL 說明當(dāng)天還沒人約需要默認(rèn)返回 0否則currentMax 1會(huì)算出 NULL。這個(gè)坑很多人沒見過因?yàn)閿?shù)據(jù)量小的時(shí)候總是有數(shù)據(jù)的一旦沒人約過就翻車。4.3 叫號(hào)狀態(tài)流轉(zhuǎn)讓「待叫號(hào)、已叫號(hào)、已過號(hào)」轉(zhuǎn)起來預(yù)約單的status字段就是一臺(tái)小型狀態(tài)機(jī)。設(shè)計(jì)狀態(tài)機(jī)的好處是業(yè)務(wù)流程清晰代碼里不會(huì)出現(xiàn)一堆if嵌套判斷。核心是明確誰有權(quán)限讓狀態(tài)從 A 變成 B只有窗口柜員角色能叫號(hào)只有系統(tǒng)能判定超時(shí)過號(hào)用戶只能取消自己「待叫號(hào)」?fàn)顟B(tài)下的預(yù)約。我叫號(hào)功能的 DAO 層更新語句寫成這樣public int callNext(int windowId, String date) { String sql UPDATE t_appointment SET status 1 WHERE window_id ? AND app_date ? AND status 0 ORDER BY queue_no ASC LIMIT 1; // 執(zhí)行后返回受影響行數(shù)0表示當(dāng)前沒有待叫號(hào)客戶 }這里有一個(gè)值得注意的執(zhí)行順序問題MySQL 的UPDATE ... ORDER BY ... LIMIT 1會(huì)自動(dòng)鎖定第一條匹配的行在單表操作下不會(huì)出現(xiàn)兩個(gè)人同時(shí)叫到同一個(gè)號(hào)。但如果你先SELECT找出最小的queue_no再UPDATE中間就有時(shí)間窗口可能在多線程演示時(shí)叫到同一個(gè)人兩次。所以一句話給新手能一條 SQL 做完的狀態(tài)流轉(zhuǎn)就不要拆成兩條。這樣既快又安全。狀態(tài)流轉(zhuǎn)規(guī)則看起來復(fù)雜落到表格里就非常直觀status含義可觸發(fā)的動(dòng)作目標(biāo)狀態(tài)0待叫號(hào)柜員點(diǎn)擊「呼叫下一個(gè)」1 已叫號(hào)0待叫號(hào)用戶點(diǎn)擊「取消預(yù)約」4 已取消1已叫號(hào)柜員點(diǎn)擊「完成辦理」2 已完成1已叫號(hào)超過 2 分鐘未辦理3 已過號(hào)過號(hào)判斷我一般不在數(shù)據(jù)庫里做定時(shí)任務(wù)而是放到「柜員叫號(hào)前檢查」叫號(hào)時(shí)先把所有status1且update_time超過兩分鐘的記錄批量置為 3再查下一個(gè)待叫號(hào)。這種懶加載式的狀態(tài)檢查代碼簡(jiǎn)單不依賴額外組件也符合叫號(hào)大屏的實(shí)際業(yè)務(wù)節(jié)奏。答辯時(shí)可以提一句真實(shí)銀行系統(tǒng)用的是延時(shí)消息或定時(shí)掃描畢設(shè)用懶檢查即可。5. JSP 頁面細(xì)節(jié)與常見問題排查亂碼、驅(qū)動(dòng)、JSTL 這幾個(gè)坑一次說清5.1 中文亂碼三處 UTF-8 設(shè)置缺一不可中文亂碼是 JSP 項(xiàng)目里出現(xiàn)頻率最高的玄學(xué)問題幾乎每個(gè)人都被折騰過。它不像代碼報(bào)錯(cuò)那樣給你明確的堆棧而是頁面出現(xiàn)「???」或者「?±èˉ」看起來毫無頭緒。根據(jù)血淚經(jīng)驗(yàn)亂碼只會(huì)在三個(gè)地方產(chǎn)生請(qǐng)求參數(shù)、JSP 頁面渲染、數(shù)據(jù)庫存取。這三處必須全部設(shè)成 UTF-8少一處都會(huì)出詭異現(xiàn)象。JSP 頁面第一行必須寫% page contentTypetext/html; charsetUTF-8 pageEncodingUTF-8 %注意這里有兩個(gè)屬性contentType是告訴瀏覽器怎么解析pageEncoding是告訴 JSP 編譯器怎么讀這個(gè)文件。如果文件本身是 UTF-8 編碼但pageEncoding寫成 ISO-8859-1中文全變成亂碼。這個(gè)錯(cuò)很難排查因?yàn)槟愦蜷_代碼文件看是正常的運(yùn)行出來就是亂。然后是請(qǐng)求亂碼。POST 請(qǐng)求的參數(shù)Tomcat 8 之后默認(rèn)按 UTF-8 解碼但穩(wěn)妥起見還是在 Servlet 里加一句request.setCharacterEncoding(UTF-8);最好是通過 Filter 統(tǒng)一處理不用每個(gè) Servlet 里重復(fù)寫。寫一個(gè)簡(jiǎn)單的 EncodingFilter 就能解決WebFilter(/*) public class EncodingFilter implements Filter { public void doFilter(ServletRequest request, ServletResponse response, FilterChain chain) throws IOException, ServletException { request.setCharacterEncoding(UTF-8); response.setCharacterEncoding(UTF-8); chain.doFilter(request, response); } }最后是數(shù)據(jù)庫連接串確保characterEncodingutf8參數(shù)加上見前面 DBUtil 的 URL。這三處檢查完亂碼問題基本絕跡。很多人的亂碼其實(shí)是三處之二所以每次都「改一下好了過兩天又亂」因?yàn)橹唤鉀Q了其中一個(gè)來源另一個(gè)偶發(fā)冒出來。5.2 JSTL 與 EL 的兼容問題個(gè)人信息展示頁面為何顯示空白jsp 個(gè)人信息展示頁面在剛寫完時(shí)最容易出鬼頁面不報(bào)錯(cuò)但用戶信息那一塊死活是空白。用 EL 表達(dá)式${sessionScope.loginUser.realName}取不到值控制臺(tái)也沒有異常看起來就像數(shù)據(jù)丟了。這個(gè)問題有三個(gè)常見原因。第一JSTL 標(biāo)簽庫的 jar 包沒放進(jìn)去。JSP 頁面里如果寫了c:forEach這種 JSTL 標(biāo)簽而WEB-INF/lib下沒有jstl-1.2.jar頁面會(huì)報(bào) 500 錯(cuò)誤而不是空白。但有些環(huán)境下 Tomcat 自帶部分實(shí)現(xiàn)頁面能渲染但標(biāo)簽不生效。解決辦法是把jstl-1.2.jar和standard.jar都放進(jìn) lib 目錄版本必須匹配否則會(huì)出現(xiàn)「標(biāo)簽庫無法解析」的異常。第二Session 里的對(duì)象類型不對(duì)。比如登錄時(shí)存的是User對(duì)象但你在 JSP 里拼錯(cuò)了屬性名EL 表達(dá)式找不到屬性時(shí)會(huì)安靜地返回空字符串不拋異常。這種情況最容易誤導(dǎo)人讓人一直查數(shù)據(jù)庫而不是查頁面代碼。確認(rèn)屬性名的方法很簡(jiǎn)單在 JSP 臨時(shí)放一段% session.getAttribute(loginUser) %直接輸出對(duì)象看有沒有值有值就說明是屬性拼錯(cuò)。第三isELIgnored被設(shè)置成了 true。web.xml 或page指令里如果寫了% page isELIgnoredtrue %EL 表達(dá)式會(huì)全部變成普通字符串原樣輸出。通常是無意中從老項(xiàng)目復(fù)制配置時(shí)帶過來的。日常排查順序先看對(duì)象有沒有值 → 再看屬性名對(duì)不對(duì) → 最后看 EL 開關(guān)和 jar 包。按這個(gè)順序基本十分鐘內(nèi)解決。5.3 高頻異常排查對(duì)照表從空白頁到找不到符號(hào)把最常見的問題按「現(xiàn)象 → 原因 → 解決」整理出來比泛泛說理論有用得多。這里列幾條我實(shí)際排查過程中遇到的高頻異常。第一條ClassNotFoundException: com.mysql.jdbc.Driver?，F(xiàn)象是運(yùn)行項(xiàng)目時(shí)啟動(dòng)報(bào)驅(qū)動(dòng)找不到。原因是 MySQL 8.0 的驅(qū)動(dòng)類名改成了com.mysql.cj.jdbc.Driver或者驅(qū)動(dòng) jar 沒放進(jìn)WEB-INF/lib。解決方法是確認(rèn) MySQL 版本8.0 用cj.jdbc5.7 用舊類名然后檢查 jar 是否真的在發(fā)布目錄下注意 Build Path 加入的 jar 不等于部署到 Tomcat 的 jar。第二條HTTP Status 500 - Unable to compile class for JSP后面跟著The method ... is undefined for the type ...。現(xiàn)象是 JSP 頁面無法編譯。原因通常是導(dǎo)入了錯(cuò)誤的包比如對(duì)List用 EL 直接訪問方法或者 JSTL 標(biāo)簽的var屬性名寫錯(cuò)。解決方法是檢查 JSP 里的標(biāo)簽和屬性拼寫特別是items${list}這種寫法確保list屬性是通過request.setAttribute放進(jìn)去的。第三條頁面能打開但所有靜態(tài)資源樣式全丟了?，F(xiàn)象是 CSS 和圖片全部失效F12 看全是 404。原因是 Servlet 的 URL 映射把*.css或*.js也攔截了WebServlet(/)這種泛匹配路徑會(huì)影響靜態(tài)文件。解決方法是把靜態(tài)資源放到獨(dú)立的static目錄并在 web.xml 中對(duì)靜態(tài)資源路徑配置defaultServlet 映射。第四條java.lang.NullPointerException出現(xiàn)在調(diào)用request.getSession().getAttribute(loginUser).getId()時(shí)。原因是 Session 里沒有登錄用戶就訪問了屬性。解決方式是在 Servlet 入口統(tǒng)一做登錄校驗(yàn)不通過的直接重定向到登錄頁而不是在業(yè)務(wù)代碼里到處判空。這個(gè)用 Filter 解決下面這段代碼是關(guān)鍵WebFilter(/appoint) public class LoginFilter implements Filter { public void doFilter(ServletRequest req, ServletResponse resp, FilterChain chain) throws IOException, ServletException { HttpSession session ((HttpServletRequest) req).getSession(false); if (session null || session.getAttribute(loginUser) null) { ((HttpServletResponse) resp).sendRedirect(login.jsp); return; } chain.doFilter(req, resp); } }邏輯說明getSession(false)表示如果當(dāng)前沒有 Session 就返回 null而不是創(chuàng)建一個(gè)新的空 Session。這樣既能判斷登錄狀態(tài)又不會(huì)因?yàn)樵L問login頁面時(shí)白白創(chuàng)建一個(gè)無意義的 Session。Filter 攔截了/appoint路徑下的所有請(qǐng)求只要未登錄先重定向去登錄頁業(yè)務(wù)代碼里就不用每處都寫判空邏輯了。6. 讓排隊(duì)大屏活起來自動(dòng)刷新、坐標(biāo)定位與圖標(biāo)引入的技巧6.1 叫號(hào)大屏的自動(dòng)刷新只刷新內(nèi)容區(qū)不整頁跳銀行網(wǎng)點(diǎn)的叫號(hào)大屏就是排隊(duì)狀態(tài)的展示頁。畢設(shè)里如果做這個(gè)頁面最容易寫錯(cuò)的是用meta http-equivrefresh content30整頁刷新這個(gè)做法在只讀展示頁勉強(qiáng)能用但會(huì)把頁面狀態(tài)全部清空比如滾動(dòng)位置、選中標(biāo)簽看起來很生硬。更常見的做法是用 JavaScript 定時(shí)輪詢接口只更新數(shù)據(jù)部分的 DOM 節(jié)點(diǎn)對(duì)應(yīng)網(wǎng)上搜到的「jsp 頁面讓加載完后刷新一次」的真正訴求——頁面加載完以后更新的是數(shù)據(jù)不是整個(gè)頁面。setInterval(function () { fetch(queueStatus?windowId1) .then(function (resp) { return resp.json(); }) .then(function (data) { document.getElementById(currentNo).textContent data.currentNo; document.getElementById(waitCount).textContent data.waitCount; }); }, 5000);邏輯說明setInterval每 5 秒請(qǐng)求一次queueStatus接口接口返回當(dāng)前叫到的號(hào)碼和等待人數(shù)前端只更新這兩個(gè)文本節(jié)點(diǎn)。這種局部刷新比整頁刷新省流量、無閃爍也更接近真實(shí)系統(tǒng)。輪詢間隔 5 秒是經(jīng)驗(yàn)值太短對(duì)數(shù)據(jù)庫壓力大太長(zhǎng)會(huì)讓客戶覺得大屏「卡住了」。注意這里的接口可以用一個(gè)簡(jiǎn)單的 Servlet 返回 JSON而不是返回 JSP 頁面——展示數(shù)據(jù)用 JSON頁面渲染交給前端 JS。6.2 窗口分布圖上的坐標(biāo)定位不寫死像素值網(wǎng)點(diǎn)大廳的窗口分布示意圖經(jīng)常需要在圖上標(biāo)出每個(gè)窗口的位置對(duì)應(yīng)搜索里「jsp 圖片如何對(duì)坐標(biāo)定位」的場(chǎng)景。新手直接在 JS 里寫死left: 320px; top: 180px換一臺(tái)分辨率不同的電腦就完全錯(cuò)位。正確做法是相對(duì)坐標(biāo) 百分比定位讓標(biāo)記位置隨著圖片容器等比縮放。div idwindowMap classmap-container span classwindow-marker style="width:16px;margin-left:4px;vertical-align:text-bottom;cursor:text;" />