簡(jiǎn)介這套基于JavaEE與MySQL的酒店管理系統(tǒng)畢業(yè)設(shè)計(jì)資料包內(nèi)容圍繞完整的客房業(yè)務(wù)場(chǎng)景設(shè)計(jì)適合具備一定編程基礎(chǔ)的學(xué)生和開(kāi)發(fā)者將其作為畢業(yè)設(shè)計(jì)、課程設(shè)計(jì)或工程實(shí)訓(xùn)的參考項(xiàng)目。壓縮包為ZIP格式整體大小約186.81MB涵蓋完整的JavaEE項(xiàng)目源碼、MySQL數(shù)據(jù)庫(kù)初始化腳本、畢業(yè)論文、答辯PPT以及演示視頻等主要文件類型便于從開(kāi)發(fā)、文檔到答辯全流程使用。項(xiàng)目功能覆蓋客戶管理、客房管理、菜品管理、餐桌預(yù)定和餐飲消費(fèi)管理并給出了JDK與Tomcat以及MySQL環(huán)境下的具體部署方案降低了復(fù)現(xiàn)與二次開(kāi)發(fā)難度。數(shù)據(jù)庫(kù)腳本可獨(dú)立導(dǎo)入MySQL快速搭建可運(yùn)行環(huán)境。已有156人瀏覽學(xué)習(xí)借助源碼、論文和視頻可以掌握酒店管理系統(tǒng)的模塊劃分、數(shù)據(jù)庫(kù)表結(jié)構(gòu)設(shè)計(jì)與業(yè)務(wù)實(shí)現(xiàn)思路同時(shí)適合作為論文寫(xiě)作和答辯準(zhǔn)備的參考模板。1. 基于javaEEMySQL的酒店管理系統(tǒng)畢設(shè)選題里的老牌剛需選題時(shí)最怕的是“聽(tīng)起來(lái)很新做起來(lái)沒(méi)底”。酒店管理系統(tǒng)在 javaEE 方向里屬于典型的老牌剛需需求不復(fù)雜但房費(fèi)計(jì)算、訂單狀態(tài)、會(huì)員折扣這些業(yè)務(wù)邏輯能把 CRUD 做出真實(shí)感而且數(shù)據(jù)庫(kù)表關(guān)系復(fù)雜度適中拿來(lái)當(dāng)畢業(yè)設(shè)計(jì)正好。標(biāo)題里那套源碼、數(shù)據(jù)庫(kù) SQL、論文、答辯 PPT 和演示視頻之所以成為經(jīng)典配置是因?yàn)榇蠖鄶?shù)人的痛點(diǎn)不是寫(xiě)不出代碼而是不知道業(yè)務(wù)鏈路怎么閉環(huán)、答辯怎么講。這篇筆記把主題鎖定在基于 javaEEMySql 酒店管理系統(tǒng)的完整落地路徑上從技術(shù)選型、建庫(kù)建表、核心功能實(shí)現(xiàn)到部署排查和答辯亮點(diǎn)按我實(shí)際帶項(xiàng)目的順序?qū)懡o你。適合正在做酒店管理系統(tǒng)畢業(yè)設(shè)計(jì)的人也適合想用這個(gè)老題目補(bǔ)齊分層架構(gòu)和數(shù)據(jù)庫(kù)基本功的初級(jí)開(kāi)發(fā)者。2. 技術(shù)選型與項(xiàng)目骨架javaEEMySQL的組合為什么最穩(wěn)2.1 三種方案的分寸感Servlet/JSP、SSH、SSM到底該選誰(shuí)拿到這個(gè)標(biāo)題第一個(gè)要拍板的就是主框架。市面上這類系統(tǒng)的主流做法有三種純 Servlet JSP JDBC、SSHStruts2 Spring Hibernate、SSMSpring SpringMVC MyBatis。不少同學(xué)一看 SSH 是“當(dāng)年企業(yè)標(biāo)配”就撲上去結(jié)果被 Struts2 的攔截器配置和 Hibernate 的懶加載坑到懷疑人生。我的建議很直接論文題目寫(xiě)的是 javaEE 而不是 SpringBoot說(shuō)明評(píng)審期待的是你能講清分層架構(gòu)和 Java Web 原生運(yùn)行機(jī)制純 Servlet JSP JDBC/連接池反而是最穩(wěn)妥的答案。為什么這么說(shuō)酒店管理系統(tǒng)的核心是訂單和房態(tài)這類強(qiáng)業(yè)務(wù)邏輯場(chǎng)景里Servlet 負(fù)責(zé)接收請(qǐng)求、調(diào)用 Service、控制頁(yè)面跳轉(zhuǎn)JSP 只負(fù)責(zé)渲染這個(gè) MVC 結(jié)構(gòu)在答辯時(shí)三句話就能講完。SSH 里的 Hibernate 映射關(guān)系在學(xué)習(xí)成本上占比太高Struts2 的 valueStack 又是個(gè)黑匣子一旦頁(yè)面取值取不到排查鏈路非常長(zhǎng)。SSM 當(dāng)然也可以但 MyBatis 的 XML 映射文件會(huì)分散你對(duì)業(yè)務(wù)設(shè)計(jì)的注意力而且框架版本之間經(jīng)常出現(xiàn) jar 包沖突不少人的畢設(shè)時(shí)間就耗在“啟動(dòng)報(bào)錯(cuò)—搜依賴—換版本”這個(gè)循環(huán)里。用原生 Servlet 還有一個(gè)隱藏優(yōu)勢(shì)它最能體現(xiàn)你理解 HTTP 請(qǐng)求的生命周期。SpringBoot 固然是當(dāng)前主流但如果你在畢業(yè)設(shè)計(jì)里用 SpringBoot評(píng)委大概率會(huì)追問(wèn)“那 javaEE 的 Servlet、Filter、Listener 你還熟嗎”到時(shí)候你如果只能說(shuō)“框架封裝了”場(chǎng)面會(huì)比較被動(dòng)。我的做法是主鏈路用 Servlet JSP JDBC Druid 連接池把 Spring 的 IoC 思想用在 Service 層的接口與實(shí)現(xiàn)分離上這樣既有原生味道又能體現(xiàn)設(shè)計(jì)意識(shí)。2.2 從 JDK 到 Tomcat跑通項(xiàng)目前的三個(gè)環(huán)境檢查環(huán)境準(zhǔn)備這一步看著基礎(chǔ)但翻車率極高。我見(jiàn)過(guò)太多次“代碼沒(méi)問(wèn)題環(huán)境不對(duì)”的案例尤其是 MySQL 8 和 Tomcat 版本組合出的幺蛾子。下面這套檢查順序是我每次搭 javaEE 環(huán)境都會(huì)走的java -version mysql -u root -p -e status; cd /path/to/tomcat/bin ./catalina.sh run第一條確認(rèn) JDK 版本javaEE 項(xiàng)目用 JDK 8 或 11 最穩(wěn)JDK 17 配老 Tomcat 偶爾會(huì)碰到模塊訪問(wèn)限制。第二條確認(rèn) MySQL 服務(wù)是真的活著而不是只在安裝向?qū)Ю铩翱雌饋?lái)裝好了”。第三條直接前臺(tái)啟動(dòng) Tomcat能看到完整日志比雙擊 startup.bat 一閃而過(guò)強(qiáng)太多。如果你用 VSCode 配 javaEE 語(yǔ)言環(huán)境記得把 Tomcat 的 lib 目錄加進(jìn) referenced libraries否則 Servlet 類會(huì)飄紅。Tomcat 版本這里提前打個(gè)預(yù)防針如果用 Tomcat 10 或更高Servlet 的包名已經(jīng)從 javax.servlet 換成了 jakarta.servlet很多老源碼直接跑會(huì) ClassNotFound。這篇標(biāo)題對(duì)應(yīng)的項(xiàng)目源碼大概率是按 Tomcat 8/9 寫(xiě)的所以我建議你直接用 Tomcat 9省去一批包名改造工作。項(xiàng)目放對(duì)位置也很關(guān)鍵webapps/ROOT還是webapps/你的項(xiàng)目名會(huì)影響訪問(wèn)路徑我習(xí)慣放在webapps/hotel下然后通過(guò)http://localhost:8080/hotel訪問(wèn)這樣后續(xù)部署到云服務(wù)器時(shí)路徑不用改。2.3 web.xml 是入口說(shuō)明書(shū)Servlet 映射與全局配置打開(kāi) javaEE 老項(xiàng)目的第一件事先看 web.xml。這個(gè)文件決定了哪些請(qǐng)求進(jìn)哪個(gè) Servlet、靜態(tài)資源怎么放行、默認(rèn)首頁(yè)是誰(shuí)。下面是我常用的最小配置web-app xmlnshttp://xmlns.jcp.org/xml/ns/javaee version3.1 servlet servlet-nameLoginServlet/servlet-name servlet-classcom.hotel.web.LoginServlet/servlet-class /servlet servlet-mapping servlet-nameLoginServlet/servlet-name url-pattern/login.do/url-pattern /servlet-mapping welcome-file-list welcome-fileindex.jsp/welcome-file /welcome-file-list /web-app這里有兩處值得注意。servlet-class必須和源碼里的包名完全一致大小寫(xiě)都不能錯(cuò)否則啟動(dòng)時(shí)不報(bào)錯(cuò)訪問(wèn)時(shí)才 404。url-pattern盡量用/login.do這種精確匹配不要圖省事寫(xiě)/*因?yàn)?*會(huì)攔截所有請(qǐng)求包括 JSP 頁(yè)面本身的渲染請(qǐng)求造成“所有頁(yè)面白屏只有 Servlet 正?！钡脑幃惉F(xiàn)象。Servlet 版本 3.1 對(duì)應(yīng) Tomcat 8/9如果你用注解WebServlet(/login.do)替代 web.xml 配置也可以但論文里最好把 web.xml 的寫(xiě)法也放上去因?yàn)樗?javaEE 規(guī)范的直觀體現(xiàn)。2.4 數(shù)據(jù)庫(kù)連接配置Druid 連接池與 jdbc.properties數(shù)據(jù)庫(kù)連接這塊最忌諱在 DAO 里DriverManager.getConnection()每次現(xiàn)連。酒店管理系統(tǒng)要扛住前臺(tái)高頻查詢連接池是必須的。常見(jiàn)做法是用 Druid配置寫(xiě)在jdbc.properties里便于替換環(huán)境jdbc.drivercom.mysql.cj.jdbc.Driver jdbc.urljdbc:mysql://localhost:3306/hotel_db?useUnicodetruecharacterEncodingutf8useSSLfalseserverTimezoneAsia/ShanghaiallowPublicKeyRetrievaltrue jdbc.usernameroot jdbc.password123456 jdbc.maxActive10 jdbc.initialSize2URL 里的參數(shù)每一個(gè)都是血淚教訓(xùn)。serverTimezoneAsia/Shanghai不寫(xiě)MySQL 8 會(huì)直接報(bào)時(shí)區(qū)錯(cuò)誤useSSLfalse是關(guān)掉本地開(kāi)發(fā)環(huán)境的 SSL 證書(shū)校驗(yàn)避免驅(qū)動(dòng)每次連接都去驗(yàn)證證書(shū)allowPublicKeyRetrievaltrue解決 MySQL 8 的 caching_sha2_password 認(rèn)證插件在非安全連接下取公鑰的問(wèn)題。characterEncodingutf8必須寫(xiě)在 URL 里不然哪怕數(shù)據(jù)庫(kù)和頁(yè)面都是 UTF-8JDBC 傳輸過(guò)程中也會(huì)亂碼。配套的工具類一般是靜態(tài)代碼塊加載配置并創(chuàng)建數(shù)據(jù)源public class DbUtil { private static DruidDataSource ds; static { try { Properties p new Properties(); p.load(DbUtil.class.getClassLoader() .getResourceAsStream(jdbc.properties)); ds (DruidDataSource) DruidDataSourceFactory.createDataSource(p); } catch (Exception e) { throw new ExceptionInInitializerError(e); } } public static Connection getConn() throws SQLException { return ds.getConnection(); } }ResourceAsStream的路徑是 classpath 根目錄所以jdbc.properties必須放在 src 根目錄或 resources 目錄下放錯(cuò)位置會(huì)在靜態(tài)塊里拋空指針這種啟動(dòng)報(bào)錯(cuò)最容易讓人誤判成“包沒(méi)導(dǎo)全”。連接池的maxActive不要貪大本地開(kāi)發(fā) 10 個(gè)足夠設(shè)成 50 反而會(huì)讓 MySQL 的線程數(shù)飆升拖慢整機(jī)響應(yīng)。3. 數(shù)據(jù)庫(kù)設(shè)計(jì)先行把酒店業(yè)務(wù)釘進(jìn) MySQL 的 7 張核心表3.1 從業(yè)務(wù)流程到表結(jié)構(gòu)先理清角色和狀態(tài)再建表酒店管理系統(tǒng)的數(shù)據(jù)庫(kù)設(shè)計(jì)核心是回答四個(gè)問(wèn)題誰(shuí)在用系統(tǒng)、房間有什么狀態(tài)、訂單怎么流轉(zhuǎn)、退房怎么算錢(qián)。我習(xí)慣把角色拆成三類系統(tǒng)管理員管房型和房間信息前臺(tái)負(fù)責(zé)預(yù)訂、入住、退房和結(jié)賬經(jīng)理看營(yíng)業(yè)報(bào)表。圍繞這些角色核心表可以收斂為 7 張系統(tǒng)用戶表sys_user、會(huì)員表t_member、房型表t_room_type、房間表t_room、預(yù)訂訂單表t_order、入住登記表t_checkin、消費(fèi)明細(xì)表t_consume。房型和房間為什么要拆兩張表因?yàn)椤皟r(jià)格”和“房間”是一對(duì)多的關(guān)系如果把價(jià)格直接寫(xiě)進(jìn)房間表改一次房?jī)r(jià)就要 UPDATE 幾十行而且容易漏。下面是一個(gè)精簡(jiǎn)但完整的建表片段CREATE TABLE t_room_type ( id INT PRIMARY KEY AUTO_INCREMENT, type_name VARCHAR(20) NOT NULL COMMENT 單人間/雙人間/套房, base_price DECIMAL(10,2) NOT NULL COMMENT 基準(zhǔn)價(jià)/晚, hourly_price DECIMAL(10,2) DEFAULT 0 COMMENT 鐘點(diǎn)房?jī)r(jià)/小時(shí), bed_num TINYINT DEFAULT 1 COMMENT 床位數(shù), breakfast TINYINT DEFAULT 0 COMMENT 1含早 0不含早, status TINYINT DEFAULT 1 COMMENT 1啟用 0停用, create_time DATETIME DEFAULT CURRENT_TIMESTAMP ) ENGINEInnoDB DEFAULT CHARSETutf8mb4; CREATE TABLE t_room ( id INT PRIMARY KEY AUTO_INCREMENT, room_no VARCHAR(10) NOT NULL UNIQUE COMMENT 門(mén)牌號(hào), room_type_id INT NOT NULL, floor_no TINYINT COMMENT 所在樓層, room_status TINYINT DEFAULT 0 COMMENT 0空閑 1已預(yù)訂 2已入住 3維修 4臟房, remark VARCHAR(255), FOREIGN KEY (room_type_id) REFERENCES t_room_type(id) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4;價(jià)格字段用DECIMAL(10,2)而不是 FLOAT是因?yàn)楦↑c(diǎn)數(shù)在計(jì)算房費(fèi)時(shí)會(huì)出現(xiàn) 0.10.2 不等于 0.3 的問(wèn)題金額出錯(cuò)在酒店這種場(chǎng)景里非常致命。room_status用 TINYINT 存數(shù)字而不是直接存中文是為了后續(xù)狀態(tài)流轉(zhuǎn)時(shí)用 int 比較和更新更高效中文狀態(tài)值應(yīng)該由前端字典翻譯。UNIQUE約束加在room_no上防止重復(fù)門(mén)牌號(hào)。所有表統(tǒng)一ENGINEInnoDB因?yàn)橛唵魏腿胱〉怯浶枰聞?wù)支持MyISAM 不支持行級(jí)鎖和事務(wù)回滾。接下來(lái)是訂單表它的設(shè)計(jì)決定了預(yù)訂、入住、取消這條主鏈路的復(fù)雜度CREATE TABLE t_order ( id INT PRIMARY KEY AUTO_INCREMENT, order_no VARCHAR(32) NOT NULL COMMENT 訂單號(hào)格式日期隨機(jī)數(shù), room_id INT NOT NULL, cust_name VARCHAR(30) NOT NULL, cust_phone VARCHAR(20), member_id INT COMMENT 會(huì)員ID可為空, plan_in_date DATE COMMENT 預(yù)計(jì)入住日期, plan_out_date DATE COMMENT 預(yù)計(jì)離店日期, hours INT DEFAULT 0 COMMENT 鐘點(diǎn)房小時(shí)數(shù), order_status TINYINT DEFAULT 0 COMMENT 0已預(yù)訂 2已入住 3已取消 4已離店, pre_amount DECIMAL(10,2) COMMENT 預(yù)付金額, create_time DATETIME DEFAULT CURRENT_TIMESTAMP, INDEX idx_room_status (room_id, order_status) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4;訂單表里我把預(yù)計(jì)入住和預(yù)計(jì)離店拆成兩個(gè) DATE 字段而不是一個(gè)時(shí)間段字段這樣查“明天有哪些房要退”只需WHERE plan_out_date DATE_ADD(CURDATE(), INTERVAL 1 DAY)索引也能用上。order_no不要用自增 ID 直接展示給客戶酒店行業(yè)習(xí)慣看到日期開(kāi)頭的單號(hào)我一般用yyyyMMddHHmmss 三位隨機(jī)數(shù)生成。最后那行INDEX很重要房態(tài)列表頁(yè)最頻繁的查詢就是“按房間和時(shí)間過(guò)濾訂單”沒(méi)有這個(gè)聯(lián)合索引數(shù)據(jù)量過(guò)萬(wàn)后會(huì)明顯變慢。3.2 房態(tài)流轉(zhuǎn)別用字符串裸奔狀態(tài)機(jī)與條件更新房間狀態(tài)是整個(gè)系統(tǒng)的命脈。前臺(tái)操作的每一步都在改t_room.room_status空閑 → 已預(yù)訂客人下單→ 已入住客人到店→ 臟房退房后保潔→ 空閑。如果代碼里到處直接寫(xiě)UPDATE t_room SET room_status 2 WHERE id 1不出一個(gè)星期就會(huì)出現(xiàn)“房間明明被預(yù)訂了另一個(gè)前臺(tái)還能開(kāi)出去”的并發(fā)問(wèn)題。我的做法是在狀態(tài)流轉(zhuǎn)處統(tǒng)一走 Service 方法并且用條件 UPDATE 實(shí)現(xiàn)樂(lè)觀鎖START TRANSACTION; UPDATE t_room SET room_status 2 WHERE id #{roomId} AND room_status 1; -- 受影響行數(shù)為 0 說(shuō)明房間不是“已預(yù)訂”狀態(tài)下單失敗 INSERT INTO t_checkin (order_id, room_id, cust_name, real_in_time) VALUES (#{orderId}, #{roomId}, #{custName}, NOW()); COMMIT;這段 SQL 的精髓在AND room_status 1。如果兩個(gè)前臺(tái)同時(shí)操作同一間房MySQL 的行鎖會(huì)讓后到的 UPDATE 等待但等鎖釋放后它的 WHERE 條件已經(jīng)匹配不上最新?tīng)顟B(tài)受影響行數(shù)為 0代碼里就能捕獲到這個(gè)失敗并提示“房間狀態(tài)已變化”。這就是用數(shù)據(jù)庫(kù)自身的能力做并發(fā)控制比在 Java 代碼里加 synchronized 靠譜得多也更容易在答辯時(shí)講出亮點(diǎn)。另外強(qiáng)調(diào)一個(gè)容易忽略的細(xì)節(jié)臟房狀態(tài)一定要有?？腿送朔亢蠓块g需要保潔如果直接置為“空閑”下一個(gè)客人入住時(shí)發(fā)現(xiàn)房間沒(méi)打掃就是事故。我見(jiàn)過(guò)不少畢設(shè)把狀態(tài)只做成“已入住/空閑”兩態(tài)業(yè)務(wù)上其實(shí)是不完整的。哪怕你這個(gè)系統(tǒng)的保潔模塊只是一個(gè)按鈕也要有“一鍵標(biāo)記臟房”和“保潔完成恢復(fù)空閑”這兩個(gè)動(dòng)作這會(huì)讓評(píng)審覺(jué)得你想到了真實(shí)場(chǎng)景。3.3 導(dǎo)入導(dǎo)出 SQL 腳本導(dǎo)入前先建庫(kù)外鍵別硬剛源碼包里通常附帶一個(gè)hotel.sql或db.sql這是整個(gè)項(xiàng)目的數(shù)據(jù)庫(kù)資產(chǎn)。拿到手先別急著source我一般按下面這套流程走mysql -u root -p -e CREATE DATABASE IF NOT EXISTS hotel_db DEFAULT CHARACTER SET utf8mb4; mysql -u root -p hotel_db hotel_db.sql第二條命令前必須先建庫(kù)因?yàn)槟_本里多數(shù)只包含表和數(shù)據(jù)的 INSERT不會(huì)幫你建庫(kù)。如果腳本沒(méi)有指定USE hotel_db;導(dǎo)入時(shí)會(huì)一直報(bào)“No database selected”。另外很多腳本開(kāi)頭有DROP TABLE IF EXISTS這本身沒(méi)問(wèn)題但如果表之間有外鍵約束DROP 父表時(shí)會(huì)失敗。遇到這種情況先執(zhí)行一句SET FOREIGN_KEY_CHECKS0;再導(dǎo)導(dǎo)完再設(shè)回 1。這個(gè)坑在 Workbench 里特別常見(jiàn)明明點(diǎn)了 Forward Engineer生成的腳本里 DROP 順序卻是亂的。導(dǎo)出備份時(shí)用mysqldump更專業(yè)一些尤其答辯前一定要備份一次mysqldump -u root -p hotel_db hotel_db_backup.sql如果是用 MySQL Workbench 管理表結(jié)構(gòu)注意導(dǎo)出時(shí)勾選 “Dump Stored Procedures and Functions” 和 “Dump Events”否則你在 Workbench 里建的存儲(chǔ)過(guò)程不會(huì)進(jìn)到腳本里。字符集方面建議建庫(kù)時(shí)一律utf8mb4不要用utf8MySQL 的 utf8 實(shí)際是 utf8mb3存不了 emoji 和部分生僻漢字客人姓名里有生僻字時(shí)頁(yè)面就會(huì)顯示成問(wèn)號(hào)。4. 代碼主線從登錄到退房結(jié)賬的完整鏈路實(shí)現(xiàn)4.1 登錄與權(quán)限一個(gè) Session 撐起的最簡(jiǎn) RBAC登錄是整個(gè)系統(tǒng)的大門(mén)也是答辯時(shí)評(píng)委必看的第一段代碼。常見(jiàn)做法是在login.jsp收集用戶名和密碼提交到LoginServlet驗(yàn)證成功后把用戶信息放進(jìn) Session。注意兩點(diǎn)密碼不能明文存庫(kù)前端傳過(guò)來(lái)的密碼要做哈希后比對(duì)DAO 層必須用 PreparedStatement 防 SQL 注入。核心代碼如下WebServlet(/login.do) public class LoginServlet extends HttpServlet { protected void doPost(HttpServletRequest req, HttpServletResponse resp) throws ServletException, IOException { req.setCharacterEncoding(UTF-8); String username req.getParameter(username); String password Md5Util.hash(req.getParameter(password)); SysUser user new UserDao().findByNameAndPwd(username, password); if (user ! null) { HttpSession session req.getSession(); session.setAttribute(loginUser, user); session.setAttribute(role, user.getRole()); resp.sendRedirect(req.getContextPath() /index.jsp); } else { req.setAttribute(msg, 賬號(hào)或密碼不正確); req.getRequestDispatcher(/login.jsp).forward(req, resp); } } }sendRedirect和forward的區(qū)別要搞清楚登錄成功后重定向是為了避免刷新頁(yè)面時(shí)重復(fù)提交表單登錄失敗后轉(zhuǎn)發(fā)是為了把msg帶回到登錄頁(yè)顯示。DAO 層里的查詢語(yǔ)句務(wù)必用占位符String sql SELECT * FROM sys_user WHERE username? AND password?; try (PreparedStatement ps conn.prepareStatement(sql)) { ps.setString(1, username); ps.setString(2, password); try (ResultSet rs ps.executeQuery()) { if (rs.next()) { ... } } }為什么不直接String sql SELECT * FROM sys_user WHERE username username 因?yàn)榍芭_(tái)在用戶名框里輸入 OR 11就能繞過(guò)密碼直接登錄這在答辯現(xiàn)場(chǎng)是致命傷。做了 PreparedStatement 之后評(píng)委如果追問(wèn)安全加固你還可以補(bǔ)一句“我對(duì)密碼做了加鹽哈希并對(duì) Session 里的角色做了 Filter 攔截”。4.2 預(yù)訂到入住事務(wù)邊界和房間鎖定的實(shí)戰(zhàn)寫(xiě)法預(yù)訂到入住這條鏈路是最能體現(xiàn)工程能力的部分。業(yè)務(wù)流程是前臺(tái)選擇房型 → 提交訂單 → 系統(tǒng)把房間從“空閑”改為“已預(yù)訂” → 客人到店后“入住登記” → 訂單狀態(tài)從“已預(yù)訂”改為“已入住”。這兩步必須在一個(gè)事務(wù)里否則會(huì)出現(xiàn)訂單插入成功但房間狀態(tài)沒(méi)變或者房間被占但訂單丟失的情況。public boolean createOrder(Order order) { Connection conn null; try { conn DbUtil.getConn(); conn.setAutoCommit(false); RoomDao roomDao new RoomDao(); int rows roomDao.updateStatus(2, 1, order.getRoomId()); if (rows 0) { conn.rollback(); return false; } orderDao.insert(order); conn.commit(); return true; } catch (SQLException e) { if (conn ! null) { try { conn.rollback(); } catch (SQLException ex) { ex.printStackTrace(); } } throw new RuntimeException(預(yù)訂下單失敗, e); } finally { if (conn ! null) { try { conn.setAutoCommit(true); conn.close(); } catch (SQLException e) { } } } }這段代碼里roomDao.updateStatus(2, 1, order.getRoomId())對(duì)應(yīng)的是UPDATE t_room SET room_status 2 WHERE id ? AND room_status 1受影響行數(shù)為 0 說(shuō)明房間狀態(tài)已經(jīng)不是“空閑”直接回滾避免臟數(shù)據(jù)。事務(wù)邊界要覆蓋“改狀態(tài)”和“插訂單”兩個(gè)動(dòng)作少了任何一個(gè)都不完整。最后在 finally 里把a(bǔ)utoCommit恢復(fù)成 true 再關(guān)連接是因?yàn)檫B接池里的連接是復(fù)用的如果不重置狀態(tài)下一次拿到這條連接的人會(huì)在一個(gè)殘留的事務(wù)里執(zhí)行 SQL查不到數(shù)據(jù)時(shí)很難排查。4.3 退房結(jié)賬算法統(tǒng)一按自然日計(jì)費(fèi)別用浮點(diǎn)數(shù)算錢(qián)退房結(jié)賬是酒店管理系統(tǒng)里最有“業(yè)務(wù)含金量”的部分。房費(fèi)怎么算業(yè)界常見(jiàn)做法是“按自然日計(jì)費(fèi)”即入住當(dāng)天算一天離店日的中午 12 點(diǎn)前退房不額外收費(fèi)超過(guò) 12 點(diǎn)加收半天或一天房費(fèi)。你不需要做得和真實(shí) PMS 一樣復(fù)雜但至少要把“天數(shù) × 房?jī)r(jià) 消費(fèi) - 折扣”這條公式寫(xiě)對(duì)。public BigDecimal calcAmount(Order order, ListConsumeItem items) { long days ChronoUnit.DAYS.between( order.getPlanInDate(), order.getPlanOutDate()); BigDecimal roomFee order.getBasePrice() .multiply(BigDecimal.valueOf(days)); BigDecimal total roomFee; for (ConsumeItem item : items) { total total.add(item.getAmount()); } if (order.getMember() ! null) { total total.multiply(order.getMember().getDiscount()); } return total.setScale(2, RoundingMode.HALF_UP); }ChronoUnit.DAYS.between計(jì)算兩個(gè) LocalDate 之間的天數(shù)注意這個(gè)方法返回的是 long如果退房日等于入住日返回 0分鐘房訂單要走單獨(dú)的分支。所有金額運(yùn)算必須用BigDecimal乘法之后調(diào)用setScale(2, RoundingMode.HALF_UP)做四舍五入否則會(huì)出現(xiàn) 113.500000001 這種結(jié)果。會(huì)員折扣如果存在t_member表里是 0.9 這種小數(shù)做百分比換算時(shí)也要用 BigDecimal不能轉(zhuǎn) double 后再回來(lái)。這段算法建議單獨(dú)抽一個(gè)PriceCalculator類不要寫(xiě)在 JSP 里面試時(shí)把類名報(bào)出來(lái)會(huì)比“我的代碼都寫(xiě)在 Servlet 里”聽(tīng)起來(lái)專業(yè)得多。5. 避坑清單本地能跑不代表答辯能過(guò)5.1 JDBC 連 MySQL 8 報(bào) SSL 與時(shí)區(qū)錯(cuò)誤現(xiàn)象項(xiàng)目啟動(dòng)后第一次訪問(wèn)數(shù)據(jù)庫(kù)控制臺(tái)拋The server time zone value й? is unrecognized或者Establishing SSL connection without servers identity verification is not recommended前端頁(yè)面上表現(xiàn)為登錄按鈕點(diǎn)了沒(méi)反應(yīng)后臺(tái)卻能看到 SQLException。原因MySQL 8 的 JDBC 驅(qū)動(dòng)com.mysql.cj.jdbc.Driver默認(rèn)要求帶時(shí)區(qū)參數(shù)而連接串里沒(méi)寫(xiě)同時(shí)驅(qū)動(dòng)默認(rèn)會(huì)去校驗(yàn) SSL 證書(shū)本地自建庫(kù)沒(méi)有合理證書(shū)就會(huì)報(bào)警告甚至連接失敗。解決在jdbc.url后追加useSSLfalseserverTimezoneAsia/ShanghaiallowPublicKeyRetrievaltrue。useSSLfalse的意思是本地開(kāi)發(fā)環(huán)境不走證書(shū)驗(yàn)證只要不是公網(wǎng)傳輸敏感數(shù)據(jù)這個(gè)參數(shù)沒(méi)問(wèn)題。如果用的是 MySQL 5.7驅(qū)動(dòng)可以換com.mysql.jdbc.Driver或不加 serverTimezone但為了兼容性我統(tǒng)一按 8 的寫(xiě)法來(lái)。另外確認(rèn)mysql-connector-java的 jar 包版本和 MySQL 服務(wù)端版本不要差太遠(yuǎn)5.x 的驅(qū)動(dòng)去連 8.x 服務(wù)端會(huì)直接報(bào)Unable to load authentication plugin caching_sha2_password。5.2 連不上本地 MySQLsocket 文件、端口和認(rèn)證插件三連現(xiàn)象命令行執(zhí)行mysql -u root -p報(bào)ERROR 2002 (HY000): Cant connect to local MySQL server through socket /tmp/mysql.sock或者 Java 代碼里報(bào)Communications link failure。原因這條報(bào)錯(cuò)的意思是客戶端默認(rèn)通過(guò) unix socket 文件連本地庫(kù)但/tmp/mysql.sock不存在最直接的原因是服務(wù)沒(méi)啟動(dòng)其次是 MySQL 的 socket 文件路徑被改過(guò)。如果你在 Java 里用localhost連接驅(qū)動(dòng)也會(huì)優(yōu)先走 socket 而不是 TCP。解決先確認(rèn)服務(wù)真的活著systemctl status mysql mysqladmin -u root -p status如果服務(wù)活著但 socket 路徑不對(duì)一條路是找到my.cnf里socket的路徑另一條更省事的辦法是在 JDBC URL 里把localhost改成127.0.0.1強(qiáng)制走 TCP 端口繞開(kāi) socket 文件。按下葫蘆浮起瓢的情況也有明明 MySQL 起來(lái)了端口卻是 3307這種多實(shí)例安裝導(dǎo)致的坑用netstat -tlnp | grep 3306看端口占用就能定位。最后還有一種排查點(diǎn)root 賬號(hào)在 MySQL 8 默認(rèn)用caching_sha2_password認(rèn)證老驅(qū)動(dòng)不支持時(shí)可以考慮把賬號(hào)改成mysql_native_password這屬于常規(guī)兼容操作。5.3 中文亂碼從過(guò)濾器、連接參數(shù)到建表字符集四層排查現(xiàn)象登錄頁(yè)面輸入中文用戶名提交后變成“”或數(shù)據(jù)庫(kù)表里看中文是亂碼又或者頁(yè)面能顯示中文但查詢條件帶中文查不到數(shù)據(jù)。原因亂碼是四層字符集不一致疊加的結(jié)果誰(shuí)都不能獨(dú)善其身。POST 請(qǐng)求體沒(méi)有設(shè)置 UTF-8JSP 頁(yè)面本身pageEncoding不對(duì)JDBC 連接串里沒(méi)帶characterEncodingutf8建表時(shí)用了latin1默認(rèn)字符集。任何一層斷了最終表現(xiàn)都是亂碼。解決從上到下一層層堵漏。最省事的做法是加一個(gè)全局編碼過(guò)濾器覆蓋所有請(qǐng)求WebFilter(/*) public class EncodingFilter implements Filter { public void doFilter(ServletRequest req, ServletResponse resp, FilterChain chain) throws IOException, ServletException { req.setCharacterEncoding(UTF-8); resp.setContentType(text/html; charsetUTF-8); chain.doFilter(req, resp); } }有了這個(gè)過(guò)濾器POST 請(qǐng)求體里的中文基本穩(wěn)了。連接串里的characterEncodingutf8負(fù)責(zé) JDBC 傳輸層建庫(kù)時(shí)DEFAULT CHARSETutf8mb4負(fù)責(zé)存儲(chǔ)層JSP 頭部的pageEncodingUTF-8負(fù)責(zé)視圖層。四層都對(duì)齊后把表里已存在的亂碼數(shù)據(jù) DELETE 掉重新錄入不要想著 UPDATE 能救回來(lái)亂碼數(shù)據(jù)通常是不可逆的。5.4 Tomcat 10 換包名導(dǎo)致 404 與 ClassNotFoundjavax 和 jakarta 的分水嶺現(xiàn)象同一套源碼照著教程配 Tomcat 10項(xiàng)目能啟動(dòng)但訪問(wèn) Servlet 路徑時(shí) 404后臺(tái)報(bào)java.lang.NoClassDefFoundError: javax/servlet/ServletException或ClassNotFoundException: javax.servlet.http.HttpServlet。原因Tomcat 10 開(kāi)始全面遷移到 Jakarta EE 9Servlet API 的包名從javax.servlet改成了jakarta.servlet。老項(xiàng)目源碼里的import javax.servlet.*在 Tomcat 10 的 classpath 里找不到對(duì)應(yīng)類但 Tomcat 本身又用了一些兼容機(jī)制所以啟動(dòng)階段不一定報(bào)錯(cuò)直到真正加載 Servlet 類才炸。解決兩條路。第一直接換回 Tomcat 9這是最不折騰的方案源碼里所有javax.servlet都不用動(dòng)JDK 8 或 11 都支持。第二堅(jiān)持用 Tomcat 10 的話用 IDEA 或 VSCode 的全局替換把所有import javax.servlet.改成import jakarta.servlet.同時(shí)把 web.xml 里的xmlns命名空間也改成 Jakarta EE 的版本。對(duì)畢業(yè)設(shè)計(jì)來(lái)說(shuō)我強(qiáng)烈建議選第一條路因?yàn)槟悻F(xiàn)在的時(shí)間應(yīng)該花在業(yè)務(wù)和答辯上而不是給 Servlet 包名做遷移。順帶提醒源碼包里提供的readme.txt如果寫(xiě)了“運(yùn)行環(huán)境Tomcat 8/9”就老老實(shí)實(shí)按它說(shuō)的配別自己升級(jí)到 Tomcat 10 再花兩天排錯(cuò)。6. 答辯展示與項(xiàng)目進(jìn)化把演示視頻和存儲(chǔ)過(guò)程變成加分項(xiàng)6.1 演示視頻也是技術(shù)資產(chǎn)按業(yè)務(wù)劇本錄別錄操作流水賬標(biāo)題里那套視頻資源別只把它當(dāng)作“給老師看一眼的東西”。我的經(jīng)驗(yàn)是越是這種成套交付的畢設(shè)越要自己重錄一版演示視頻因?yàn)閯e人的視頻里項(xiàng)目名可能和你的論文題目不一致。錄制時(shí)按“預(yù)訂 → 入住登記 → 消費(fèi)記賬 → 退房結(jié)賬 → 營(yíng)業(yè)報(bào)表”這條業(yè)務(wù)鏈來(lái)剪每個(gè)步驟 3 到 5 秒的停留即可后臺(tái)代碼不用錄進(jìn)去但數(shù)據(jù)庫(kù)表要切出來(lái)看一眼讓評(píng)委知道數(shù)據(jù)是真實(shí)落庫(kù)的。視頻里最好單獨(dú)錄一段異常操作比如重復(fù)預(yù)訂同一間房時(shí)系統(tǒng)的報(bào)錯(cuò)提示這在答辯時(shí)主動(dòng)講出來(lái)比被動(dòng)回答“并發(fā)怎么辦”更有說(shuō)服力。6.2 加一個(gè) MySQL 存儲(chǔ)過(guò)程做日?qǐng)?bào)匯總馬上拔高項(xiàng)目檔次如果你的代碼包里沒(méi)有存儲(chǔ)過(guò)程強(qiáng)烈建議加一個(gè)。酒店管理系統(tǒng)天然適合用存儲(chǔ)過(guò)程做夜間統(tǒng)計(jì)因?yàn)榉块g數(shù)有限統(tǒng)計(jì)邏輯固定不需要高并發(fā)數(shù)據(jù)庫(kù)端跑批量任務(wù)正合適。比如生成每日營(yíng)業(yè)報(bào)表DELIMITER $$ CREATE PROCEDURE proc_daily_report(IN p_date DATE) BEGIN INSERT INTO t_report (report_date, order_count, room_income, consume_income) SELECT p_date, COUNT(DISTINCT order_id), SUM(room_fee), SUM(consume_fee) FROM t_checkin WHERE DATE(create_time) p_date; END$$ DELIMITER ;在答辯時(shí)講清楚“我為什么不用 Java 在代碼里統(tǒng)計(jì)”因?yàn)閳?bào)表統(tǒng)計(jì)要掃大量訂單數(shù)據(jù)放到數(shù)據(jù)庫(kù)端執(zhí)行可以減少網(wǎng)絡(luò)傳輸而且可以掛在 MySQL 事件調(diào)度器里每天凌晨自動(dòng)跑。就這一句話立刻讓你的項(xiàng)目從“CRUD 管理系統(tǒng)”變成“有真實(shí)工程考慮的系統(tǒng)”。另一個(gè)低成本亮點(diǎn)是用第四章講的樂(lè)觀鎖房態(tài)流轉(zhuǎn)把同一間房并發(fā)預(yù)訂的失敗場(chǎng)景截圖放進(jìn)論文配上行的鎖機(jī)制解釋這是評(píng)委最想看的“異常處理”素材。最后說(shuō)個(gè)我做畢設(shè)輔導(dǎo)時(shí)的習(xí)慣每次答辯前我會(huì)把項(xiàng)目當(dāng)產(chǎn)品重新過(guò)一遍專門(mén)挑那些“正常人不會(huì)點(diǎn)”的操作去試比如在預(yù)訂頁(yè)直接改成房號(hào) 999看看系統(tǒng)有沒(méi)有報(bào)錯(cuò)提示把系統(tǒng)日期改到跨月看看報(bào)表統(tǒng)計(jì)是否正常。這些不是刁難自己而是提前把黑匣子摸清總比你站在臺(tái)上被評(píng)委問(wèn)到啞口無(wú)言強(qiáng)。希望這篇筆記能幫你把 javaEEMySQL 這個(gè)經(jīng)典組合做成一份經(jīng)得起追問(wèn)的作品。本文還有配套的精品資源點(diǎn)擊獲取