簡(jiǎn)介基于SSMSpringSpringMVCMyBatis與MySQL實(shí)現(xiàn)的酒店客房預(yù)定管理系統(tǒng)是一套面向計(jì)算機(jī)專業(yè)畢業(yè)設(shè)計(jì)、課程設(shè)計(jì)及SSM框架進(jìn)階學(xué)習(xí)者的完整項(xiàng)目資源。系統(tǒng)覆蓋個(gè)人中心、用戶管理、客房類型管理、酒店客房管理、客房預(yù)定管理、開房記錄管理、退房結(jié)賬管理、系統(tǒng)管理等核心業(yè)務(wù)并設(shè)有管理員與普通用戶兩級(jí)權(quán)限同時(shí)支持入住率報(bào)表、客房類型統(tǒng)計(jì)等數(shù)據(jù)分析功能能完整體現(xiàn)SSM框架在Web業(yè)務(wù)系統(tǒng)中的應(yīng)用思路。壓縮包共1254個(gè)文件大小約18.9MB其中包含112個(gè)Java源文件、103個(gè)JSP頁(yè)面、364個(gè)JavaScript腳本、146個(gè)CSS樣式文件以及大量圖片素材、SQL數(shù)據(jù)庫(kù)腳本、設(shè)計(jì)文檔、部署說明和視頻演示。源碼分層清晰Controller、Service、Mapper結(jié)構(gòu)一目了然SQL腳本提供建表語句和初始數(shù)據(jù)部署說明可幫助快速搭建運(yùn)行環(huán)境。目前已有185人學(xué)習(xí)下載項(xiàng)目源碼經(jīng)過測(cè)試校正可百分百運(yùn)行適合需要直接獲得可運(yùn)行工程以支撐畢業(yè)設(shè)計(jì)、課程答辯或項(xiàng)目實(shí)戰(zhàn)的讀者也可用于二次開發(fā)和功能擴(kuò)展實(shí)踐價(jià)值較高。1. 拿到“基于SSMMySQL的酒店客房預(yù)定管理系統(tǒng)”壓縮包之后第一件事不是解壓A同學(xué)把壓縮包解壓后把里面每個(gè)看起來像啟動(dòng)入口的文件都雙擊了一遍一個(gè)都沒起來。這不是手氣問題——這個(gè)標(biāo)題拆開就是一套典型的Java Web后臺(tái)SpringSpringMVCMyBatis做三層架構(gòu)MySQL存數(shù)據(jù)業(yè)務(wù)范圍是客房查詢、預(yù)訂、入住、退房。系統(tǒng)把原來寫在臺(tái)賬上的房間狀態(tài)和訂單狀態(tài)變成了數(shù)據(jù)庫(kù)表和一條條SQL。它適合正在做課程設(shè)計(jì)、剛接觸SSM、或者需要拿一個(gè)可運(yùn)行項(xiàng)目當(dāng)腳手架的人。為什么說第一件事不是解壓因?yàn)椴恢绬?dòng)方式就雙擊結(jié)果多半是被環(huán)境問題勸退。2. SSM MySQL為什么能撐起酒店客房預(yù)訂三層架構(gòu)與業(yè)務(wù)狀態(tài)流轉(zhuǎn)在我經(jīng)手過的教學(xué)項(xiàng)目里SSM這套組合被吐槽最多的就是“老”。但放到這個(gè)標(biāo)題的語境里它反而是優(yōu)點(diǎn)Spring管對(duì)象和依賴SpringMVC管請(qǐng)求分發(fā)MyBatis管SQL映射三層邊界清楚出了問題能直接定位到某一層。這一章先把架構(gòu)和業(yè)務(wù)講透后面部署、排錯(cuò)才有根據(jù)。2.1 為什么還在用SSM三層架構(gòu)解決的是代碼堆一起的問題SSM三個(gè)成員各自只干一件事。Spring管理所有對(duì)象的創(chuàng)建和依賴關(guān)系Service層要用的Mapper接口由它注入不需要你手動(dòng)newSpringMVC接收瀏覽器來的HTTP請(qǐng)求按URL把請(qǐng)求分給對(duì)應(yīng)ControllerController再把視圖名返回給前端頁(yè)面MyBatis負(fù)責(zé)把Mapper接口的方法和XML里的SQL綁起來。數(shù)據(jù)流向是固定的瀏覽器發(fā)起請(qǐng)求→DispatcherServlet→Controller→Service→Mapper接口→MySQL查詢結(jié)果再按原路返回。這套流程里有個(gè)容易被忽略的好處Controller不寫SQLMapper不寫業(yè)務(wù)。新接手的人拿到工程看Controller只知道入口看Service知道業(yè)務(wù)規(guī)則看Mapper XML才知道具體查了哪張表三層各查各的定位問題很快。相比之下Spring Boot也基于這三大件只是把配置自動(dòng)裝配了。如果這是一個(gè)需要寫設(shè)計(jì)文檔、需要講清“為什么這樣分層”的交付物手寫SSM配置反而更容易展開講。我一般會(huì)建議拿到這類工程后先畫一張“請(qǐng)求→響應(yīng)”的鏈路圖標(biāo)出每個(gè)請(qǐng)求進(jìn)了哪個(gè)Controller再調(diào)了哪個(gè)Service最后用到哪張表。這張圖畫得出來系統(tǒng)就懂了六成。畫不出來的部分就是設(shè)計(jì)文檔或者代碼里寫得比較含糊的部分答辯前要重點(diǎn)補(bǔ)。2.2 業(yè)務(wù)閉環(huán)查房、下單、入住、退房?jī)商谞顟B(tài)不能混酒店預(yù)訂的核心流程不復(fù)雜但容易在狀態(tài)設(shè)計(jì)上翻車。完整閉環(huán)是用戶按入住日期和離店日期查房選一間可售房間生成預(yù)訂訂單支付后訂單變成已支付待入住客人到店前臺(tái)辦入住房間從“已訂”變成“已入住”退房時(shí)做結(jié)算房間變成“清潔中”打掃完再變回“空閑可售”。最關(guān)鍵的是一件事房間狀態(tài)和訂單狀態(tài)是兩套獨(dú)立狀態(tài)不能混著設(shè)計(jì)。一個(gè)房間可以沒有訂單但處于清潔中一個(gè)訂單可以已支付但房間還沒下來。我建議按下面的取值設(shè)計(jì)房間狀態(tài)含義訂單狀態(tài)含義0空閑可售0待支付1已預(yù)訂未入住1已支付/待入住2已入住2已入住3清潔中/維修3已退房/已完成——4已取消設(shè)計(jì)文檔如果寫得細(xì)還會(huì)對(duì)每個(gè)狀態(tài)遷移標(biāo)注“操作人觸發(fā)動(dòng)作”比如訂單從0到1操作人是用戶動(dòng)作是支付房間從2到3操作人是前臺(tái)動(dòng)作是退房。檢查這個(gè)表就能看出流程有沒有漏洞——哪個(gè)狀態(tài)沒有操作入口或者哪個(gè)操作不改變?nèi)魏螤顟B(tài)那就是設(shè)計(jì)多了一步或少了一步。2.3 角色與權(quán)限三個(gè)入口一個(gè)登錄會(huì)話這類系統(tǒng)一般分三類角色普通用戶在網(wǎng)站端查房、下單、取消訂單前臺(tái)辦理入住和退房管理員維護(hù)房型價(jià)格、查看所有訂單。權(quán)限上不需要引入復(fù)雜的RBAC表常見的做法是登錄后在Session里存用戶對(duì)象和用戶類型用SpringMVC攔截器做訪問控制。mvc:interceptors !-- 攔截所有請(qǐng)求未登錄跳轉(zhuǎn)到登錄頁(yè) -- mvc:interceptor mvc:mapping path/**/ mvc:exclude-mapping path/login/**/ mvc:exclude-mapping path/static/**/ bean classcom.hotel.interceptor.LoginInterceptor/ /mvc:interceptor /mvc:interceptors這里有兩個(gè)必須注意的點(diǎn)一是exclude-mapping必須放行靜態(tài)資源和登錄接口否則CSS進(jìn)不來、登錄請(qǐng)求也被攔二是攔截器里判斷用戶類型時(shí)要對(duì)管理端路徑做前綴匹配不能讓普通用戶直接訪問/admin/**。攔截器只攔截“有沒有登錄”角色判斷放在Controller方法里或攔截器里二次判斷粒度為“菜單級(jí)別”就夠了。3. 客房預(yù)訂系統(tǒng)的數(shù)據(jù)庫(kù)設(shè)計(jì)拆表、狀態(tài)機(jī)與DDL要點(diǎn)數(shù)據(jù)庫(kù)是整個(gè)系統(tǒng)里最先能看出水平的部分。這個(gè)標(biāo)題的業(yè)務(wù)不算復(fù)雜但表拆得好不好直接決定后面改需求時(shí)是改一行配置還是改一坨SQL。我的建議是按住以下幾張表就夠了用戶表、房型表、房間表、訂單表復(fù)雜的可以再加一張操作日志表。下面按最核心的三張表展開。3.1 把“房型”和“房間”分開建模價(jià)格、面積、床型、可住人數(shù)這些屬性屬于“房型”這一級(jí)房間號(hào)、樓層、當(dāng)前狀態(tài)屬于“房間”這一級(jí)。如果不拆分同一種房型有十間房房型價(jià)格要改時(shí)你得改十行拆開后只要改一行。標(biāo)準(zhǔn)做法是兩張表房間表通過外鍵引用房型表。CREATE TABLE room_type ( type_id INT PRIMARY KEY AUTO_INCREMENT, type_name VARCHAR(50) NOT NULL COMMENT 房型名稱, bed_type VARCHAR(20) DEFAULT NULL COMMENT 床型, price DECIMAL(10,2) NOT NULL COMMENT 門市價(jià), area INT DEFAULT NULL COMMENT 房間面積, max_people INT DEFAULT 3 COMMENT 可住人數(shù) ); CREATE TABLE room ( room_id INT PRIMARY KEY AUTO_INCREMENT, room_no VARCHAR(10) NOT NULL COMMENT 房間號(hào), floor INT DEFAULT NULL COMMENT 樓層, type_id INT, status TINYINT DEFAULT 0 COMMENT 0空閑 1已訂 2入住 3清潔/維修, FOREIGN KEY (type_id) REFERENCES room_type(type_id) );狀態(tài)status放在房間表而不放在房型表因?yàn)橥环啃拖虏煌块g狀態(tài)可能不同308在住、309空閑這很正常。這里要提醒一句訂單里的金額不要實(shí)時(shí)去關(guān)聯(lián)房型表算而是在下單那一刻把房型價(jià)格冗余到訂單表里。這是歷史快照因?yàn)檫^兩天房?jī)r(jià)可能調(diào)整老訂單的金額不能跟著變。3.2 訂單表設(shè)計(jì)訂單號(hào)、日期區(qū)間和沖突判斷邏輯訂單表是這個(gè)系統(tǒng)里最容易寫錯(cuò)的一張表。先說兩個(gè)容易被帶偏的點(diǎn)一是主鍵自增id不要直接暴露給用戶當(dāng)訂單號(hào)業(yè)務(wù)上要單獨(dú)給一個(gè)order_no字符串字段二是入住日期和離店日期用DATE類型不要用DATETIME因?yàn)榉繎B(tài)按天算不按小時(shí)算。CREATE TABLE book_order ( order_id INT PRIMARY KEY AUTO_INCREMENT, order_no VARCHAR(32) NOT NULL COMMENT 對(duì)外業(yè)務(wù)單號(hào), user_id INT NOT NULL, room_id INT NOT NULL, check_in_date DATE NOT NULL COMMENT 入住日期, check_out_date DATE NOT NULL COMMENT 離店日期, order_amount DECIMAL(10,2) NOT NULL COMMENT 訂單金額下單時(shí)的房型價(jià)格快照, status TINYINT NOT NULL DEFAULT 0 COMMENT 0待支付 1已支付 2已入住 3已退房 4已取消, create_time DATETIME DEFAULT CURRENT_TIMESTAMP, KEY idx_order_room_date (room_id, check_in_date, check_out_date), KEY idx_order_user (user_id) );這個(gè)系統(tǒng)最核心的一段SQL是“查可用房間”。要判斷某間房在2024-07-01入住、2024-07-03離店是否可用不是看它現(xiàn)在狀態(tài)是不是0而是看它有沒有“占房訂單”和這個(gè)日期區(qū)間重疊。區(qū)間重疊的判斷條件是已有訂單的入住日期 新訂單的離店日期且已有訂單的離店日期 新訂單的入住日期。SELECT r.* FROM room r WHERE r.status 0 AND r.room_id NOT IN ( SELECT o.room_id FROM book_order o WHERE o.status IN (0, 1, 2) -- 待支付、已支付、已入住都算占房 AND o.check_in_date 2024-07-03 -- 新訂單的離店日期 AND o.check_out_date 2024-07-01 -- 新訂單的入住日期 );這段SQL里的NOT IN子查詢是關(guān)鍵先取出所有“占房訂單”對(duì)應(yīng)的房間再反查不在這個(gè)集合里的空閑房間。狀態(tài)過濾必須包含待支付因?yàn)榇Ц队唵坞m然還沒付款但房間已經(jīng)被鎖定不能再賣給第二個(gè)人。邊界情況是已有訂單離店日期等于新訂單入住日期時(shí)不算沖突客人退房當(dāng)天房子就能賣給下一位。3.3 索引、外鍵與刪除策略設(shè)計(jì)文檔里要寫清楚的規(guī)定索引方面上面DDL里已經(jīng)給book_order建了聯(lián)合索引(room_id, check_in_date, check_out_date)這段SQL正是沖突查詢用到的條件列。如果不建這個(gè)索引數(shù)據(jù)量一上去每次查可用房間都會(huì)全表掃描。status字段不單獨(dú)建索引因?yàn)樗膮^(qū)分度太低查1還是查4差別不大。外鍵要不要建我的習(xí)慣是“建但不依賴它做級(jí)聯(lián)操作”。房間表對(duì)房型表建外鍵訂單表對(duì)房間表建外鍵好處是防止誤刪——你刪一個(gè)已經(jīng)被訂單引用的房間時(shí)數(shù)據(jù)庫(kù)會(huì)攔你。設(shè)計(jì)文檔里必須寫明客房、訂單都屬于歷史數(shù)據(jù)物理刪除要禁止所有“刪除”都是邏輯刪除比如給房間加一個(gè)is_active字段或者把房型置為停用。訂單同理只做“取消”不做DELETE。最后是字符集。建庫(kù)語句統(tǒng)一用utf8mb4而不是utf8utf8mb4是完整的UTF-8實(shí)現(xiàn)能存生僻字和Emoji排序規(guī)則用utf8mb4_general_ci即可。這一步做完后面基本不會(huì)遇到中文亂碼省很多事。4. 把項(xiàng)目跑起來從解壓到Tomcat啟動(dòng)的最小操作序列標(biāo)題里寫了“源碼設(shè)計(jì)文檔部署說明視頻演示”說明壓縮包的內(nèi)容是齊的。很多同學(xué)拿到手直接開IDEA就跑結(jié)果報(bào)錯(cuò)一堆。這章按我的操作順序來每一步都對(duì)應(yīng)一件事。4.1 解壓后先做的三件事看目錄結(jié)構(gòu)、讀設(shè)計(jì)文檔、核對(duì)部署說明不要急著點(diǎn)運(yùn)行。先解壓然后看四類東西源碼目錄里有沒有pom.xml判斷是不是Maven工程設(shè)計(jì)文檔確認(rèn)業(yè)務(wù)表結(jié)構(gòu)部署說明確認(rèn)JDK、Tomcat、MySQL的版本要求視頻演示不用全看完拖動(dòng)到登錄和預(yù)訂頁(yè)面看一眼預(yù)期效果即可避免自己跑通后不確定“什么樣算成功”。壓縮包內(nèi)容你先確認(rèn)什么源碼目錄是Maven結(jié)構(gòu)還是普通Web工程入口在哪設(shè)計(jì)文檔數(shù)據(jù)庫(kù)有幾張表業(yè)務(wù)有哪些角色部署說明JDK/Tomcat/MySQL版本SQL腳本文件名視頻演示登錄賬號(hào)入口頁(yè)面長(zhǎng)什么樣這個(gè)檢查本身不需要花很多時(shí)間但它能幫你避開“本地環(huán)境版本不對(duì)導(dǎo)致啟動(dòng)失敗”這種最冤枉的問題。4.2 建庫(kù)、導(dǎo)入SQL腳本、修改數(shù)據(jù)庫(kù)連接配置數(shù)據(jù)庫(kù)這步是大多數(shù)人第一次卡住的地方。先打開部署說明找到SQL腳本文件的名字然后啟動(dòng)MySQL客戶端建庫(kù)導(dǎo)入。mysql -u root -p -- 登錄后執(zhí)行 CREATE DATABASE hotel_db CHARACTER SET utf8mb4; USE hotel_db; SOURCE /path/to/hotel_db.sql;如果部署說明給的是獨(dú)立SQL文件也可以直接在系統(tǒng)命令行導(dǎo)入mysql -u root -p hotel_db /path/to/hotel_db.sqlSOURCE是MySQL客戶端內(nèi)部的命令重定向是系統(tǒng)Shell的方式兩者效果一樣。導(dǎo)入后執(zhí)行SHOW TABLES;確認(rèn)表的數(shù)量再SELECT * FROM book_order;看有沒有初始化數(shù)據(jù)。很多系統(tǒng)會(huì)把初始賬號(hào)寫在SQL腳本的INSERT語句里這一步能看到管理員賬號(hào)到底被設(shè)成了什么。接著改連接配置。SSM工程的數(shù)據(jù)庫(kù)配置一般在jdbc.properties或db.properties里jdbc.drivercom.mysql.cj.jdbc.Driver jdbc.urljdbc:mysql://localhost:3306/hotel_db?useUnicodetruecharacterEncodingutf8serverTimezoneAsia/Shanghai jdbc.usernameroot jdbc.password你的數(shù)據(jù)庫(kù)密碼driver取決于MySQL版本MySQL 5.x用com.mysql.jdbc.DriverMySQL 8.x用com.mysql.cj.jdbc.Driver用錯(cuò)會(huì)報(bào)驅(qū)動(dòng)類找不到。URL里的characterEncodingutf8解決中文寫入問題serverTimezoneAsia/Shanghai解決MySQL 8.x的時(shí)區(qū)報(bào)錯(cuò)。password必須改成你本機(jī)的數(shù)據(jù)庫(kù)密碼這里填別人的密碼是連不上的。4.3 IDEA導(dǎo)入Maven工程、配置Tomcat、啟動(dòng)驗(yàn)證導(dǎo)入工程這步我的習(xí)慣是File → Open直接選源碼根目錄等右下角Maven依賴同步完成。如果依賴長(zhǎng)時(shí)間下載不完成檢查Maven的本地倉(cāng)庫(kù)配置和鏡像不要手動(dòng)去網(wǎng)上一個(gè)個(gè)下載jar包。JDK版本按部署說明來一般切到1.8。dependency groupIdorg.springframework/groupId artifactIdspring-webmvc/artifactId version5.3.23/version /dependency dependency groupIdorg.mybatis/groupId artifactIdmybatis-spring/artifactId version2.0.7/version /dependency dependency groupIdmysql/groupId artifactIdmysql-connector-java/artifactId version8.0.29/version /dependencypom里的版本號(hào)以工程自帶為準(zhǔn)不要自己往高了換SSM對(duì)版本組合有兼容性要求換版本可能帶來預(yù)料外的報(bào)錯(cuò)。配置Tomcat時(shí)在Run → Edit Configurations里添加Tomcat Server → LocalDeployment選項(xiàng)卡選war explodedApplication context填/或者部署說明里寫的項(xiàng)目名。啟動(dòng)后打開瀏覽器訪問對(duì)應(yīng)地址。驗(yàn)證成功的標(biāo)準(zhǔn)是能看到登錄頁(yè)輸入SQL腳本里的初始賬號(hào)能進(jìn)后臺(tái)打開客房列表能查到數(shù)據(jù)。這一步走通整個(gè)系統(tǒng)的運(yùn)行鏈路基本沒問題了。5. 排錯(cuò)與避坑數(shù)據(jù)庫(kù)連接、端口、靜態(tài)資源與中文亂碼的四類常見問題這一章寫的是我見過最多、也最好復(fù)現(xiàn)的幾類問題。每條按現(xiàn)象、原因、解決三步走建議把這一章當(dāng)成排查手冊(cè)用遇到哪個(gè)查哪個(gè)。5.1 數(shù)據(jù)庫(kù)連不上Access denied 與時(shí)區(qū)亂碼現(xiàn)象一Tomcat啟動(dòng)后訪問頁(yè)面后臺(tái)日志報(bào)Access denied for user rootlocalhost (using password: YES)。現(xiàn)象二報(bào)錯(cuò)信息里出現(xiàn)The server time zone value й?后面跟著一串看不懂的亂碼。第一個(gè)原因是密碼不對(duì)或者數(shù)據(jù)庫(kù)沒建。注意區(qū)分Access denied代表用戶名密碼有問題Unknown database代表庫(kù)名不存在這兩個(gè)是不同的問題。先打開命令行手動(dòng)執(zhí)行mysql -u root -p驗(yàn)證能不能登錄再用SHOW DATABASES;確認(rèn)hotel_db存在。第二個(gè)原因是連接串缺了serverTimezone參數(shù)MySQL 8.x默認(rèn)時(shí)區(qū)跟系統(tǒng)不一致就會(huì)報(bào)這個(gè)錯(cuò)。解決方式在jdbc.properties里把密碼改成你本機(jī)的真實(shí)密碼URL加上serverTimezoneAsia/Shanghai然后重啟Tomcat。改配置后只熱部署不重啟連接池里的舊連接不會(huì)重新初始化這是很多人改了配置但問題還在的原因。5.2 Tomcat起不來端口被占用現(xiàn)象IDEA控制臺(tái)報(bào)Port 8080 was already in use或者Error running Tomcat: Address already in use點(diǎn)擊啟動(dòng)立刻失敗。原因是本機(jī)某個(gè)進(jìn)程已經(jīng)占用了8080端口常見的是之前啟動(dòng)過的Tomcat實(shí)例沒關(guān)干凈或者其他開發(fā)工具的服務(wù)占了這個(gè)端口。解決方式先找到占用進(jìn)程再?zèng)Q定殺進(jìn)程還是換端口。# Windows netstat -ano | findstr 8080 taskkill /PID 對(duì)應(yīng)PID /F # Linux / macOS lsof -i:8080 kill -9 對(duì)應(yīng)PID如果殺不掉或者那個(gè)進(jìn)程不能動(dòng)就改Tomcat端口。在conf/server.xml的Connector節(jié)點(diǎn)把port8080改成8081再次啟動(dòng)后訪問地址也要同步改成http://localhost:8081/項(xiàng)目名/。這里順便說一句IDEA的Tomcat配置里也有一個(gè)HTTP port如果改了server.xml的端口IDEA里的端口也要同步改否則還會(huì)沖突。5.3 登錄頁(yè)沒有樣式CSS和JS全是404現(xiàn)象頁(yè)面能打開但只有一個(gè)光禿禿的HTML骨架控制臺(tái)里一堆/css/style.css 404之類的報(bào)錯(cuò)。原因有兩個(gè)我遇到過很多次。第一是JSP里靜態(tài)資源路徑寫死了比如href/css/style.css部署后項(xiàng)目上下文路徑變了真實(shí)路徑變成/項(xiàng)目名/css/style.css所以404。第二是SpringMVC攔截器把靜態(tài)資源請(qǐng)求也攔了DispatcherServlet把.css文件當(dāng)成Controller去匹配自然找不到。解決方式頁(yè)面里所有靜態(tài)資源路徑前面都加上${pageContext.request.contextPath}這是最穩(wěn)妥的寫法。然后在SpringMVC配置文件里放行靜態(tài)資源mvc:resources mapping/static/** location/static// mvc:default-servlet-handler/mvc:default-servlet-handler/是讓容器默認(rèn)的Servlet去處理靜態(tài)文件沒有這一行Tomcat默認(rèn)的靜態(tài)文件處理能力會(huì)被DispatcherServlet覆蓋掉。加了之后CSS、JS、圖片這類請(qǐng)求不再走業(yè)務(wù)邏輯訪問頁(yè)面的樣式問題就能解決。5.4 中文全變問號(hào)三處編碼必須一致現(xiàn)象頁(yè)面上輸入“張三”保存后到數(shù)據(jù)庫(kù)里看變成“???”。原因是寫入鏈路上有三處字符集不一致數(shù)據(jù)庫(kù)表、JDBC連接串、頁(yè)面請(qǐng)求編碼。三處只要有一處是latin1或者默認(rèn)編碼中文就可能變問號(hào)。解決方式統(tǒng)一改成utf8mb4。先確認(rèn)表本身的字符集SHOW TABLE STATUS LIKE book_order;看Collation列如果不是utf8mb4_general_ci執(zhí)行ALTER TABLE book_order CONVERT TO CHARACTER SET utf8mb4;。然后確認(rèn)連接串里有characterEncodingutf8。最后在JSP頁(yè)面頭部加% page contentTypetext/html;charsetUTF-8 %。這三點(diǎn)都做到基本不會(huì)再出現(xiàn)中文亂碼。如果還有問題檢查Spring的CharacterEncodingFilter是否配置了它會(huì)統(tǒng)一處理請(qǐng)求和響應(yīng)的編碼。6. 讓這個(gè)系統(tǒng)在答辯里站得住兩個(gè)實(shí)用的增量改進(jìn)方向基礎(chǔ)功能跑通只是及格線。想讓評(píng)分或者面試官覺得你有想法可以在不改變整體架構(gòu)的前提下加兩個(gè)有技術(shù)含量的改進(jìn)點(diǎn)。這兩個(gè)方向工作量不大但能展示你對(duì)業(yè)務(wù)的思考深度。6.1 做一個(gè)“超時(shí)未支付自動(dòng)取消”的任務(wù)酒店房間是庫(kù)存資源用戶占著訂單不付款房間就一直不能賣。常見的做法是訂單創(chuàng)建后30分鐘內(nèi)未支付自動(dòng)置為取消釋放房間庫(kù)存。SSM工程里用Spring Task就能實(shí)現(xiàn)。Component public class OrderTimeoutCancelTask { Scheduled(cron 0 */5 * * * ?) public void cancelExpiredOrders() { // 查出當(dāng)前時(shí)間往前推30分鐘仍未支付的訂單批量置為已取消 // UPDATE book_order SET status 4 // WHERE status 0 AND create_time #{targetTime} } }這個(gè)任務(wù)用一條批量UPDATE就能完成不需要逐條查再逐條改。使用批量更新比循環(huán)更新效率高得多。別忘在Spring配置文件里加task:annotation-driven/開啟定時(shí)注解支持否則Scheduled不會(huì)生效。這個(gè)功能在現(xiàn)場(chǎng)演示時(shí)會(huì)很有說服力相當(dāng)于用代碼解決了一個(gè)真實(shí)的業(yè)務(wù)問題。6.2 把預(yù)訂沖突檢測(cè)包裝成一個(gè)可講清楚的技術(shù)點(diǎn)查可用房間那段NOT IN邏輯是系統(tǒng)里最值得講的部分。答辯時(shí)可以直接把問題拋出來同一間房在同一個(gè)日期區(qū)間兩個(gè)人的下單請(qǐng)求同時(shí)打過來怎么辦。這段邏輯雖然能擋住“已經(jīng)被占的房間”但并發(fā)場(chǎng)景下兩個(gè)事務(wù)同時(shí)查到了同一間房可用的結(jié)果就可能產(chǎn)生重復(fù)訂單。常見的兜底方案有兩種。第一種是在業(yè)務(wù)代碼里對(duì)房間ID加鎖把“查詢可用房間插入訂單”兩步包在同一個(gè)事務(wù)里事務(wù)邊界要清晰。第二種是給訂單表加一個(gè)版本號(hào)字段做樂觀鎖更新時(shí)帶上版本條件更新影響行數(shù)為0就代表被別人搶先。這里不展開代碼但設(shè)計(jì)文檔里把這塊的并發(fā)處理思路寫清楚比堆很多頁(yè)面截圖更能體現(xiàn)水平。我自己的習(xí)慣是拿到這類工程先動(dòng)手畫一張狀態(tài)流轉(zhuǎn)圖畫不清楚就說明沒看懂畫清楚了后面所有bug都有了一個(gè)判斷標(biāo)準(zhǔn)。把這個(gè)習(xí)慣帶進(jìn)這個(gè)系統(tǒng)里你會(huì)發(fā)現(xiàn)兩套狀態(tài)、一張訂單表遠(yuǎn)比一堆頁(yè)面更值得研究。希望幫到你。本文還有配套的精品資源點(diǎn)擊獲取