簡介這是一套面向高校計(jì)算機(jī)相關(guān)專業(yè)學(xué)生與JavaWeb初學(xué)者、畢業(yè)設(shè)計(jì)選題者的學(xué)生宿舍管理系統(tǒng)完整開發(fā)資料圍繞宿舍管理場景解決學(xué)生信息、房間分配、來訪登記與物品報(bào)修等業(yè)務(wù)的信息化處理問題技術(shù)棧覆蓋JSP、jQuery、SSM框架及MySQL數(shù)據(jù)庫并配有Tomcat部署說明適合作為課程設(shè)計(jì)或畢設(shè)參考。資源包共1070個(gè)文件約73.72MB包含95個(gè)java源碼、103個(gè)xml配置、80個(gè)vue組件、38個(gè)js腳本、5個(gè)sql建庫腳本及若干jar依賴與圖片資源另附論文文檔與數(shù)據(jù)庫文件結(jié)構(gòu)完整、層次清晰。目前已有23431人學(xué)習(xí)下載熱度較高。讀者可從中獲得從需求分析、可行性論證、系統(tǒng)功能圖與流程圖設(shè)計(jì)到用戶模塊、數(shù)據(jù)庫表設(shè)計(jì)、登錄注冊、房間信息、來訪信息、報(bào)修信息及日志功能實(shí)現(xiàn)的完整方案并附系統(tǒng)測試與安裝部署說明便于對照論文快速理解項(xiàng)目結(jié)構(gòu)與開發(fā)思路也可直接運(yùn)行調(diào)試、二次修改是學(xué)習(xí)JavaWeb綜合項(xiàng)目開發(fā)的實(shí)用參考。1. 從零搭一套 JavaWeb 學(xué)生宿舍管理系統(tǒng)程序、論文、數(shù)據(jù)庫三件套到底怎么落地很多同學(xué)第一次接觸「JavaWeb 學(xué)生宿舍管理系統(tǒng)設(shè)計(jì)與實(shí)現(xiàn)」這個(gè)題目是在畢業(yè)設(shè)計(jì)選題表上。它看起來平平無奇真動手才發(fā)現(xiàn)坑比想象中多程序要能跑、論文要能過、數(shù)據(jù)庫要能查三樣缺一不可。我?guī)н^幾屆學(xué)生的畢設(shè)也幫朋友改過不少這類項(xiàng)目最常見的翻車現(xiàn)場是——代碼能跑但論文寫不出技術(shù)含量或者論文框架搭得漂亮但數(shù)據(jù)庫表設(shè)計(jì)得一塌糊涂答辯時(shí)被老師一句「你這三張表怎么支撐床位調(diào)換」問住。這個(gè)系統(tǒng)本質(zhì)上是一個(gè)典型的 CRUD 密集型管理后臺核心業(yè)務(wù)圍繞「樓棟—宿舍—床位—學(xué)生—入住記錄」這條主線展開。它適合兩類人一是需要一份完整可演示、可答辯的畢設(shè)作品的在校生二是想拿一個(gè)真實(shí)場景練手 JavaWeb 全鏈路JSP/Servlet 或 Spring Boot MyBatis MySQL的初學(xué)者。本文不聊虛的從數(shù)據(jù)庫表結(jié)構(gòu)怎么設(shè)計(jì)、后端接口怎么寫、論文框架怎么搭一路講到部署時(shí)那些讓人抓狂的報(bào)錯(cuò)怎么排查。你照著走能拿到一套自己能講清楚、能改、能擴(kuò)展的系統(tǒng)而不是從網(wǎng)上扒下來連表字段都說不明白的壓縮包。2. 數(shù)據(jù)庫先立住宿舍管理系統(tǒng)的表結(jié)構(gòu)與增刪改查設(shè)計(jì)數(shù)據(jù)庫是這類系統(tǒng)的地基地基歪了后面全是補(bǔ)丁。我一般會先把實(shí)體關(guān)系畫清楚再動手建表而不是上來就CREATE TABLE。宿舍管理系統(tǒng)的實(shí)體不多但關(guān)系有講究一棟樓有多個(gè)宿舍一個(gè)宿舍有多個(gè)床位一個(gè)床位在某個(gè)時(shí)間段內(nèi)只能住一個(gè)學(xué)生一個(gè)學(xué)生可以有多條入住歷史記錄。這條鏈決定了表怎么拆、外鍵怎么設(shè)。2.1 核心表清單與字段設(shè)計(jì)先給出一套我常用的最小可用表結(jié)構(gòu)共六張表覆蓋樓棟、宿舍、床位、學(xué)生、入住記錄、管理員。字段命名統(tǒng)一用下劃線主鍵統(tǒng)一id自增時(shí)間字段統(tǒng)一create_time/update_time方便后續(xù)用 MyBatis 自動填充。表名作用關(guān)鍵字段說明building樓棟信息id, name, floors, manager, gender_typegender_type 區(qū)分男寢女寢dormitory宿舍信息id, building_id, room_no, capacity, occupiedoccupied 為已住人數(shù)冗余字段bed床位信息id, dormitory_id, bed_no, statusstatus: 0空閑 1占用student學(xué)生信息id, student_no, name, gender, class_name, phonestudent_no 唯一索引checkin_record入住記錄id, student_id, bed_id, checkin_time, checkout_timecheckout_time 為空表示在住admin管理員id, username, password, rolepassword 存 BCrypt 哈希這里有個(gè)設(shè)計(jì)取舍要講清楚dormitory.occupied是冗余字段理論上可以通過bed表 count 出來。我為什么還留著因?yàn)樗奚崃斜眄撘l繁展示已住人數(shù)每次 count 會有性能損耗而且并發(fā)入住時(shí)用occupied配合樂觀鎖更好控制。代價(jià)是要在入住和退宿時(shí)同步更新這個(gè)邏輯必須寫在同一個(gè)事務(wù)里否則數(shù)據(jù)會對不上。2.2 建表 SQL 與索引策略下面這段 SQL 可以直接在 MySQL 8.0 里執(zhí)行。注意我加了幾個(gè)關(guān)鍵索引student_no唯一索引防止學(xué)號重復(fù)checkin_record上建了student_id和bed_id的聯(lián)合索引因?yàn)椴椤改硨W(xué)生當(dāng)前是否在住」和「某床位當(dāng)前住的是誰」是最高頻的兩個(gè)查詢。CREATE TABLE building ( id INT PRIMARY KEY AUTO_INCREMENT, name VARCHAR(50) NOT NULL COMMENT 樓棟名稱, floors INT NOT NULL DEFAULT 6, manager VARCHAR(30) COMMENT 宿管員, gender_type TINYINT NOT NULL DEFAULT 1 COMMENT 1男 2女, create_time DATETIME DEFAULT CURRENT_TIMESTAMP ) ENGINEInnoDB DEFAULT CHARSETutf8mb4; CREATE TABLE dormitory ( id INT PRIMARY KEY AUTO_INCREMENT, building_id INT NOT NULL, room_no VARCHAR(20) NOT NULL, capacity INT NOT NULL DEFAULT 4, occupied INT NOT NULL DEFAULT 0, UNIQUE KEY uk_building_room (building_id, room_no), CONSTRAINT fk_dorm_building FOREIGN KEY (building_id) REFERENCES building(id) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4; CREATE TABLE bed ( id INT PRIMARY KEY AUTO_INCREMENT, dormitory_id INT NOT NULL, bed_no INT NOT NULL, status TINYINT NOT NULL DEFAULT 0 COMMENT 0空閑 1占用, UNIQUE KEY uk_dorm_bed (dormitory_id, bed_no), CONSTRAINT fk_bed_dorm FOREIGN KEY (dormitory_id) REFERENCES dormitory(id) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4; CREATE TABLE student ( id INT PRIMARY KEY AUTO_INCREMENT, student_no VARCHAR(20) NOT NULL, name VARCHAR(30) NOT NULL, gender TINYINT NOT NULL, class_name VARCHAR(50), phone VARCHAR(20), UNIQUE KEY uk_student_no (student_no) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4; CREATE TABLE checkin_record ( id INT PRIMARY KEY AUTO_INCREMENT, student_id INT NOT NULL, bed_id INT NOT NULL, checkin_time DATETIME NOT NULL, checkout_time DATETIME DEFAULT NULL, KEY idx_student (student_id), KEY idx_bed (bed_id), CONSTRAINT fk_record_student FOREIGN KEY (student_id) REFERENCES student(id), CONSTRAINT fk_record_bed FOREIGN KEY (bed_id) REFERENCES bed(id) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4;參數(shù)說明utf8mb4是為了支持姓名里的生僻字和 emoji別用utf8那個(gè)在 MySQL 里是殘廢的三字節(jié)版本。InnoDB必須顯式指定因?yàn)橐檬聞?wù)和外鍵。checkout_time允許為空空值代表「當(dāng)前在住」這個(gè)約定貫穿整個(gè)系統(tǒng)查詢在住學(xué)生就是WHERE checkout_time IS NULL。2.3 入住與退宿的事務(wù)寫法入住操作要同時(shí)做三件事往checkin_record插一條記錄、把bed.status改成 1、把dormitory.occupied加一。這三步必須原子完成否則會出現(xiàn)床位被占但記錄沒寫、或者人數(shù)對不上的玄學(xué)問題。用 Spring 的Transactional包起來同時(shí)在更新床位時(shí)加狀態(tài)判斷防止兩個(gè)管理員同時(shí)給同一個(gè)床位辦入住。Transactional(rollbackFor Exception.class) public void checkIn(Integer studentId, Integer bedId) { // 1. 校驗(yàn)床位是否空閑用行鎖防止并發(fā) Bed bed bedMapper.selectByIdForUpdate(bedId); if (bed null || bed.getStatus() 1) { throw new BizException(該床位已被占用); } // 2. 校驗(yàn)學(xué)生當(dāng)前是否已有在住記錄 int living recordMapper.countLivingByStudent(studentId); if (living 0) { throw new BizException(該學(xué)生已有在住床位); } // 3. 寫入住記錄 CheckinRecord record new CheckinRecord(); record.setStudentId(studentId); record.setBedId(bedId); record.setCheckinTime(new Date()); recordMapper.insert(record); // 4. 更新床位狀態(tài) bedMapper.updateStatus(bedId, 1); // 5. 更新宿舍已住人數(shù) dormitoryMapper.incrementOccupied(bed.getDormitoryId(), 1); }邏輯說明selectByIdForUpdate對應(yīng) SQL 里的SELECT ... FOR UPDATE它會在該行上加排他鎖第二個(gè)并發(fā)請求會阻塞到第一個(gè)事務(wù)提交從而避免超賣。countLivingByStudent查的是checkout_time IS NULL的記錄數(shù)。退宿就是反向操作把checkout_time填上當(dāng)前時(shí)間、床位狀態(tài)改回 0、occupied減一同樣要包事務(wù)。這里有個(gè)血淚經(jīng)驗(yàn)occupied減一的時(shí)候一定要加WHERE occupied 0否則一旦數(shù)據(jù)錯(cuò)亂會出現(xiàn)負(fù)數(shù)后面所有統(tǒng)計(jì)全崩。3. 后端接口與前端頁面用 Spring Boot MyBatis 跑通宿舍管理主流程數(shù)據(jù)庫立住之后接下來把后端接口和前端頁面串起來。技術(shù)選型上如果是新項(xiàng)目我建議直接上 Spring Boot 2.7 MyBatis-Plus Thymeleaf 或前后端分離的 Vue別再用純 JSP Servlet 手寫 DAO 了那套東西寫起來慢、維護(hù)難答辯時(shí)老師也未必覺得加分。但如果你學(xué)校明確要求 JSP那也沒辦法核心業(yè)務(wù)邏輯是一樣的只是把 Controller 換成 Servlet、把 Service 調(diào)用換成手動 new 對象。3.1 項(xiàng)目分層與依賴配置標(biāo)準(zhǔn)分層是 controller / service / mapper / entity / dto別把所有代碼堆在一個(gè)類里。pom.xml里核心依賴就四個(gè)spring-boot-starter-web、mybatis-plus-boot-starter、mysql-connector-j、lombok。版本號跟著 Spring Boot 父工程走別自己亂指定否則容易出現(xiàn)NoSuchMethodError這種運(yùn)行時(shí)才炸的坑。dependencies dependency groupIdorg.springframework.boot/groupId artifactIdspring-boot-starter-web/artifactId /dependency dependency groupIdcom.baomidou/groupId artifactIdmybatis-plus-boot-starter/artifactId version3.5.3/version /dependency dependency groupIdcom.mysql/groupId artifactIdmysql-connector-j/artifactId scoperuntime/scope /dependency dependency groupIdorg.projectlombok/groupId artifactIdlombok/artifactId optionaltrue/optional /dependency /dependenciesapplication.yml里配好數(shù)據(jù)源和 MyBatis-Plus 的駝峰映射。注意serverTimezone必須寫MySQL 8 不寫會報(bào)時(shí)區(qū)錯(cuò)誤allowPublicKeyRetrievaltrue在本地開發(fā)時(shí)加上否則某些驅(qū)動版本連不上。spring: datasource: url: jdbc:mysql://localhost:3306/dorm_db?useUnicodetruecharacterEncodingutf8serverTimezoneAsia/ShanghaiallowPublicKeyRetrievaltrue username: root password: your_password driver-class-name: com.mysql.cj.jdbc.Driver mybatis-plus: configuration: map-underscore-to-camel-case: true global-config: db-config: logic-delete-field: deleted logic-delete-value: 1 logic-not-delete-value: 03.2 宿舍列表分頁查詢接口宿舍列表是使用頻率最高的頁面要支持按樓棟篩選、按是否滿員篩選、分頁。用 MyBatis-Plus 的Page對象配合LambdaQueryWrapper代碼干凈且不容易寫錯(cuò)字段名。GetMapping(/dorm/list) public ResultPageDormVO listDorms( RequestParam(defaultValue 1) Integer pageNum, RequestParam(defaultValue 10) Integer pageSize, RequestParam(required false) Integer buildingId, RequestParam(required false) Integer full) { PageDormitory page new Page(pageNum, pageSize); LambdaQueryWrapperDormitory wrapper new LambdaQueryWrapper(); wrapper.eq(buildingId ! null, Dormitory::getBuildingId, buildingId); // full1 查滿員full0 查未滿 if (full ! null) { wrapper.apply(full 1, occupied capacity); wrapper.apply(full 0, occupied capacity); } wrapper.orderByAsc(Dormitory::getBuildingId, Dormitory::getRoomNo); PageDormitory result dormitoryMapper.selectPage(page, wrapper); // 轉(zhuǎn) VO補(bǔ)上樓棟名稱 return Result.ok(convertToVO(result)); }參數(shù)說明pageNum和pageSize給了默認(rèn)值前端不傳也能用。wrapper.apply里的條件拼接用了 MyBatis-Plus 的條件構(gòu)造第一個(gè)參數(shù)為 true 時(shí)才拼 SQL這樣避免了手寫if判斷。convertToVO里做一次批量查詢樓棟名稱別在循環(huán)里單條查那是 N1 問題的經(jīng)典翻車點(diǎn)。3.3 前端頁面與接口聯(lián)調(diào)如果走 Thymeleaf 服務(wù)端渲染宿舍列表頁就是一個(gè)表格加篩選表單用th:each循環(huán)渲染。如果走前后端分離前端用 axios 調(diào)/dorm/list把返回的records渲染成表格。兩種方式我都做過服務(wù)端渲染開發(fā)快、部署簡單適合畢設(shè)前后端分離更接近企業(yè)實(shí)踐但要多配跨域和前端工程時(shí)間緊的話不劃算。聯(lián)調(diào)時(shí)最常見的報(bào)錯(cuò)是 404 和 500。404 先看 Controller 的RequestMapping路徑和前端請求路徑是否一致注意 context-path 有沒有配。500 先看后端控制臺堆棧十有八九是 SQL 字段名和實(shí)體類對不上或者resultMap沒配好。我一般會在application.yml里把 MyBatis 的 SQL 日志打開logging.level.com.xxx.mapperdebug這樣每條 SQL 和參數(shù)都打出來排查效率翻倍。4. 論文與程序怎么對齊框架搭建、圖表插入與查重規(guī)避程序和數(shù)據(jù)庫跑通只是及格線論文寫不好照樣卡人。我見過太多人程序做得不錯(cuò)論文卻寫成「需求分析—總體設(shè)計(jì)—詳細(xì)設(shè)計(jì)—測試」的八股文老師一看就知道是模板套的。論文的核心是讓評委相信這套系統(tǒng)是你設(shè)計(jì)的、你理解每個(gè)決策背后的原因。所以論文里的每一張圖、每一段描述都要能在程序里找到對應(yīng)。4.1 論文框架怎么搭才不空我推薦的框架是緒論背景與意義別寫太長→ 相關(guān)技術(shù)Spring Boot、MyBatis、MySQL 各一段點(diǎn)到為止→ 需求分析用例圖 功能列表→ 系統(tǒng)設(shè)計(jì)架構(gòu)圖 數(shù)據(jù)庫 E-R 圖 表結(jié)構(gòu)說明→ 系統(tǒng)實(shí)現(xiàn)按模塊貼關(guān)鍵代碼和界面截圖→ 系統(tǒng)測試測試用例表 結(jié)果→ 結(jié)論。這個(gè)框架不新鮮但勝在每一章都有實(shí)打?qū)嵉膬?nèi)容可寫。關(guān)鍵技巧數(shù)據(jù)庫設(shè)計(jì)那一章把第 2 章里的表結(jié)構(gòu)直接搬過去每張表配一段設(shè)計(jì)說明講清楚為什么這么拆、字段為什么這么設(shè)。比如checkin_record為什么單獨(dú)成表而不是在student表里加個(gè)bed_id字段因?yàn)橐Ａ魵v史入住記錄一個(gè)學(xué)生換過宿舍后舊記錄不能丟。這種「為什么」才是論文的得分點(diǎn)比堆十頁技術(shù)介紹管用。4.2 圖表與代碼片段的處理論文里的圖分三類架構(gòu)圖、E-R 圖、界面截圖。架構(gòu)圖用 draw.io 畫分層清晰即可別搞太花哨。E-R 圖用 PowerDesigner 或 draw.io 都行實(shí)體、屬性、關(guān)系標(biāo)全。界面截圖一定要用真實(shí)運(yùn)行的系統(tǒng)截別用網(wǎng)圖老師一眼能看出來。截圖前把測試數(shù)據(jù)填得像樣點(diǎn)別全是「張三李四測試1測試2」用真實(shí)感的姓名和學(xué)號。代碼片段只貼核心邏輯比如第 2 章那段入住事務(wù)、第 3 章的分頁查詢每段不超過 30 行貼完加一段文字說明這段代碼解決了什么問題。別把整個(gè) Controller 類貼上去那是湊字?jǐn)?shù)評委反感。查重方面代碼和 SQL 一般不算重復(fù)率但大段文字描述容易撞車所以技術(shù)介紹部分用自己的話重寫別直接抄網(wǎng)上博客。4.3 程序與論文的對應(yīng)檢查清單答辯前做一遍對照檢查能避免大部分尷尬提問。下面這張表是我自己用的檢查項(xiàng)逐條過一遍。論文位置程序?qū)?yīng)檢查點(diǎn)需求分析功能列表Controller 里的接口每個(gè)功能都有對應(yīng)接口數(shù)據(jù)庫 E-R 圖實(shí)際建表 SQL實(shí)體、關(guān)系、字段一致系統(tǒng)實(shí)現(xiàn)章節(jié)Service 核心方法貼的代碼能跑通測試用例表實(shí)際測試結(jié)果用例能復(fù)現(xiàn)結(jié)果真實(shí)界面截圖運(yùn)行中的系統(tǒng)截圖與當(dāng)前版本一致這張表看著簡單但每年都有人栽在「論文里寫了導(dǎo)出 Excel 功能程序里根本沒做」這種事上。答辯老師最喜歡挑這種不一致的地方問一問就露餡。5. 部署與排錯(cuò)那些讓宿舍管理系統(tǒng)跑不起來的常見坑代碼寫完、論文定稿最后一步是部署演示。這一步的坑最集中而且往往是環(huán)境問題不是代碼問題。我按「現(xiàn)象 → 原因 → 解決」整理了幾條高頻踩坑記錄都是我自己或身邊人真實(shí)遇到過的。5.1 避坑與常見問題排查現(xiàn)象一啟動報(bào)Access denied for user rootlocalhost。原因通常是application.yml里的密碼和本地 MySQL 實(shí)際密碼不一致或者 MySQL 8 的caching_sha2_password認(rèn)證插件導(dǎo)致舊驅(qū)動連不上。解決先確認(rèn)密碼再用ALTER USER rootlocalhost IDENTIFIED WITH mysql_native_password BY 新密碼;改認(rèn)證方式或者升級驅(qū)動到 8.x 并加上allowPublicKeyRetrievaltrue。現(xiàn)象二頁面能打開但列表數(shù)據(jù)為空控制臺無報(bào)錯(cuò)。原因多半是數(shù)據(jù)庫里沒數(shù)據(jù)或者查詢條件把數(shù)據(jù)過濾掉了。解決先用 Navicat 或命令行直接查SELECT * FROM dormitory確認(rèn)有數(shù)據(jù)再檢查接口的篩選參數(shù)是不是默認(rèn)傳了buildingId0這種無效值。我一般會在 Service 里打一行日志輸出最終 SQL 條件一眼就能看出問題?，F(xiàn)象三入住時(shí)提示「該床位已被占用」但數(shù)據(jù)庫里床位明明是空閑的。原因是bed.status字段和checkin_record的數(shù)據(jù)不一致可能是之前手動改過數(shù)據(jù)庫或者退宿邏輯沒把狀態(tài)改回來。解決寫一個(gè)數(shù)據(jù)修復(fù) SQL把有在住記錄的床位狀態(tài)刷成 1沒有的刷成 0然后檢查退宿代碼是否漏了更新。現(xiàn)象四中文姓名存進(jìn)數(shù)據(jù)庫變成問號。原因是數(shù)據(jù)庫或表的字符集不是utf8mb4或者 JDBC URL 里沒加characterEncodingutf8。解決建庫時(shí)就指定CHARACTER SET utf8mb4 COLLATE utf8mb4_general_ci連接串補(bǔ)上編碼參數(shù)已經(jīng)建錯(cuò)的表用ALTER TABLE ... CONVERT TO CHARACTER SET utf8mb4修?，F(xiàn)象五打包成 jar 后運(yùn)行報(bào)no main manifest attribute。原因是pom.xml里沒配spring-boot-maven-plugin或者配了但沒執(zhí)行repackage。解決在 build 節(jié)點(diǎn)加上插件配置用mvn clean package重新打包確認(rèn)生成的 jar 里有BOOT-INF目錄。提示部署前把數(shù)據(jù)庫腳本單獨(dú)導(dǎo)出一份init.sql包含建庫、建表、初始管理員賬號。演示時(shí)換臺機(jī)器導(dǎo)入腳本就能跑別依賴本地那套環(huán)境。5.2 演示環(huán)境的最小化準(zhǔn)備答辯演示別用 IDE 跑用打包好的 jar 加命令行啟動顯得專業(yè)也穩(wěn)定。準(zhǔn)備一個(gè)start.bat或start.sh內(nèi)容就一行java -jar dorm-system.jar配上--spring.profiles.activeprod指向生產(chǎn)配置。數(shù)據(jù)庫用本地 MySQL 就行提前把演示數(shù)據(jù)灌好至少三棟樓、每棟十間宿舍、每間四個(gè)床位、二十個(gè)學(xué)生、十幾條入住記錄。數(shù)據(jù)要真實(shí)感別全是測試數(shù)據(jù)。演示流程提前走三遍登錄 → 樓棟管理 → 宿舍列表 → 辦理入住 → 查看入住記錄 → 辦理退宿。每一步的預(yù)期結(jié)果記在心里萬一某步卡住知道是數(shù)據(jù)問題還是代碼問題。我一般還會準(zhǔn)備一個(gè)「后悔藥」——數(shù)據(jù)庫備份文件演示前如果數(shù)據(jù)被改亂了直接還原三十秒搞定。6. 從能跑到好用宿舍管理系統(tǒng)的三個(gè)進(jìn)階技巧系統(tǒng)能跑通、論文能過這只是及格。如果你想讓這個(gè)項(xiàng)目在答辯時(shí)眼前一亮或者真的拿去給學(xué)校用下面三個(gè)技巧值得花時(shí)間做。第一個(gè)是入住沖突的并發(fā)壓測。用 JMeter 開 50 個(gè)線程同時(shí)給同一個(gè)床位辦入住看是不是只有一個(gè)成功、其余都返回「已被占用」。這個(gè)測試能證明你的事務(wù)和行鎖是真的生效了答辯時(shí)把壓測報(bào)告往 PPT 里一放比說十句「我考慮了并發(fā)」都有說服力。壓測時(shí)注意把 Tomcat 的最大線程數(shù)調(diào)大否則請求會排隊(duì)測不出真實(shí)效果。第二個(gè)是數(shù)據(jù)導(dǎo)出與報(bào)表。宿管最需要的功能是「導(dǎo)出當(dāng)前在住學(xué)生名單」和「按樓棟統(tǒng)計(jì)入住率」。用 EasyExcel 或 POI 寫一個(gè)導(dǎo)出接口把checkin_record關(guān)聯(lián)student、bed、dormitory、building查出來的數(shù)據(jù)寫成 Excel。統(tǒng)計(jì)入住率就是SUM(occupied) / SUM(capacity)按樓棟分組。這兩個(gè)功能代碼量不大但實(shí)用性極強(qiáng)論文里也能單獨(dú)成節(jié)。第三個(gè)是操作日志與數(shù)據(jù)追溯。給入住、退宿、刪除學(xué)生這些敏感操作加一張operation_log表記錄操作人、操作時(shí)間、操作類型、影響的數(shù)據(jù) ID。實(shí)現(xiàn)方式可以用 AOP 切面在 Service 方法上加自定義注解切面里統(tǒng)一寫日志。這樣一旦數(shù)據(jù)出問題能查到是誰在什么時(shí)候改的。這個(gè)設(shè)計(jì)在論文里屬于「系統(tǒng)安全性」的加分項(xiàng)實(shí)現(xiàn)成本卻很低。Aspect Component public class OperationLogAspect { Autowired private OperationLogMapper logMapper; Around(annotation(operationLog)) public Object around(ProceedingJoinPoint pjp, OperationLog operationLog) throws Throwable { long start System.currentTimeMillis(); Object result pjp.proceed(); // 方法執(zhí)行成功后記錄日志 OperationLogEntity entity new OperationLogEntity(); entity.setType(operationLog.value()); entity.setMethod(pjp.getSignature().getName()); entity.setParams(Arrays.toString(pjp.getArgs())); entity.setCost(System.currentTimeMillis() - start); entity.setCreateTime(new Date()); logMapper.insert(entity); return result; } }這段切面的邏輯是攔截所有標(biāo)了OperationLog注解的方法執(zhí)行完拿到返回值和耗時(shí)寫一條日志記錄。參數(shù)說明operationLog.value()是注解上配的操作類型描述比如「辦理入住」pjp.getArgs()拿到方法入?yún)⑿蛄谢勺址嫫饋?。注意日志表別存太大的參數(shù)學(xué)生照片這種 base64 就別往里塞了會撐爆表。我自己的習(xí)慣是每做完一個(gè)模塊就順手把操作日志加上后期排查問題省太多事。有次演示時(shí)數(shù)據(jù)對不上就是靠日志查到是之前測試時(shí)手動改庫留下的臟數(shù)據(jù)。這套系統(tǒng)看著簡單但真要做到「能跑、能講、能維護(hù)」該下的功夫一點(diǎn)不能省。希望幫到你。本文還有配套的精品資源點(diǎn)擊獲取