：借閱狀態(tài)機與庫存一致性實戰(zhàn))
簡介這份資源是面向高校計算機專業(yè)畢業(yè)生與Java初學(xué)者的一套圖書館書庫管理系統(tǒng)畢業(yè)設(shè)計完整資料包含論文文檔與可運行源代碼幫助讀者完成從需求分析、系統(tǒng)設(shè)計到編碼實現(xiàn)與測試的完整實踐。壓縮包共61個文件約606KB以class編譯文件、java源碼、gif界面素材為主另含doc論文、mdb數(shù)據(jù)庫、jar包及txt說明覆蓋程序運行所需的各類資源。系統(tǒng)采用JDBC、Servlet與JSP技術(shù)結(jié)合MVC設(shè)計模式實現(xiàn)書籍信息、讀者信息與借閱記錄等數(shù)據(jù)庫表設(shè)計并提供圖書查詢、借閱、歸還、續(xù)借及管理員與普通用戶分角色權(quán)限管理同時涉及異常處理與日志記錄等工程細節(jié)。目前已有775人學(xué)習(xí)下載適合需要參考完整賽題方案、理解Java Web項目分層結(jié)構(gòu)與數(shù)據(jù)庫設(shè)計思路的讀者也可作為課程設(shè)計或?qū)嶋H項目開發(fā)的對照范例。1. 從一份課程設(shè)計到能跑的書庫系統(tǒng)JAVA圖書館書庫管理系統(tǒng)到底要做什么很多同學(xué)第一次拿到「JAVA圖書館書庫管理系統(tǒng)設(shè)計(論文源代碼)」這個題目時第一反應(yīng)是去搜一套現(xiàn)成源碼改改界面、換換數(shù)據(jù)庫表名就交差。但真正做過一輪的人都知道這個題目的難點從來不在界面而在「借閱狀態(tài)機」和「庫存一致性」這兩件事上。讀者里如果有正在準備 java 課程設(shè)計、java 基礎(chǔ)面試題或者想拿一個完整項目練手面向?qū)ο缶幊?java 的人這篇筆記就是按我實際帶學(xué)生做課設(shè)的路徑拆的先講清楚系統(tǒng)邊界再落到建表、寫接口、跑通借還書最后把論文里最容易寫空的那幾章填上可驗證的內(nèi)容。這個系統(tǒng)本質(zhì)上是一個帶權(quán)限控制的事務(wù)型 CRUD 應(yīng)用核心角色只有三種讀者、圖書管理員、系統(tǒng)管理員。讀者能查書、借書、還書、看自己的借閱記錄管理員能維護書目、處理借還、管理讀者系統(tǒng)管理員管賬號和參數(shù)。它解決的問題很具體——把紙質(zhì)臺賬換成數(shù)據(jù)庫記錄并且保證「同一本書不能被兩個人同時借走」這種并發(fā)場景不出錯。適合誰適合已經(jīng)學(xué)完 java 基礎(chǔ)、JDBC、Servlet 或 Spring Boot 入門但還沒獨立做過一個完整業(yè)務(wù)閉環(huán)的人。論文部分則對應(yīng)軟件工程的生命周期文檔需求分析、概要設(shè)計、詳細設(shè)計、測試每一章都要能從代碼里找到對應(yīng)實現(xiàn)否則答辯時一問就露餡。2. 需求拆解與數(shù)據(jù)庫設(shè)計先把借閱狀態(tài)機畫清楚再動手2.1 為什么圖書狀態(tài)不能只用一個字段表示新手最容易翻車的地方是把圖書狀態(tài)設(shè)計成status一個字段值只有「在館」和「借出」。看起來夠用實際上借閱流程里至少存在四種狀態(tài)在館可借、已借出、預(yù)約中、下架。如果只用一個布爾值當讀者預(yù)約了一本已被借出的書系統(tǒng)就沒法表達「這本書雖然不在館但已經(jīng)被某人鎖定」這個中間態(tài)。我一般會把狀態(tài)拆成兩層圖書副本層面用copy_status表示物理位置借閱記錄層面用borrow_status表示這次借閱的生命周期。這樣查「某書可借數(shù)量」時只需要統(tǒng)計copy_status AVAILABLE的副本數(shù)邏輯清晰也不會因為一次借還操作把整本書的狀態(tài)改亂。從面向?qū)ο蟮慕嵌瓤碆ook是書目信息ISBN、書名、作者、出版社BookCopy是具體某一本可借的實體BorrowRecord是一次借閱行為。三者是一對多關(guān)系。很多課設(shè)源碼把這三者揉成一張表結(jié)果就是同一本書有多個副本時數(shù)據(jù)冗余嚴重還書時不知道該還哪一本。把副本獨立出來是讓后續(xù)庫存統(tǒng)計和并發(fā)控制能落地的前提。2.2 建表 SQL 與字段說明下面這套表結(jié)構(gòu)是我在多個課設(shè)里驗證過的精簡版本覆蓋了核心借閱閉環(huán)字段命名直接對應(yīng)論文里的數(shù)據(jù)字典。-- 圖書書目表存書的元信息不涉及具體副本 CREATE TABLE book ( book_id BIGINT PRIMARY KEY AUTO_INCREMENT, isbn VARCHAR(20) NOT NULL UNIQUE COMMENT 國際標準書號, title VARCHAR(200) NOT NULL COMMENT 書名, author VARCHAR(100) NOT NULL COMMENT 作者, publisher VARCHAR(100) COMMENT 出版社, category_id INT COMMENT 分類ID關(guān)聯(lián)category表, total_copies INT DEFAULT 0 COMMENT 總副本數(shù)冗余字段便于列表展示, create_time DATETIME DEFAULT CURRENT_TIMESTAMP ) ENGINEInnoDB DEFAULT CHARSETutf8mb4; -- 圖書副本表每一本實體書一行借還操作針對副本 CREATE TABLE book_copy ( copy_id BIGINT PRIMARY KEY AUTO_INCREMENT, book_id BIGINT NOT NULL, barcode VARCHAR(50) NOT NULL UNIQUE COMMENT 條碼掃描借書用, copy_status VARCHAR(20) NOT NULL DEFAULT AVAILABLE COMMENT AVAILABLE/BORROWED/RESERVED/OFF_SHELF, location VARCHAR(50) COMMENT 館藏位置, INDEX idx_book_id (book_id), INDEX idx_status (copy_status) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4; -- 借閱記錄表一次借閱一行歸還后更新狀態(tài)和歸還時間 CREATE TABLE borrow_record ( record_id BIGINT PRIMARY KEY AUTO_INCREMENT, copy_id BIGINT NOT NULL, reader_id BIGINT NOT NULL, borrow_date DATETIME NOT NULL DEFAULT CURRENT_TIMESTAMP, due_date DATETIME NOT NULL COMMENT 應(yīng)還日期, return_date DATETIME COMMENT 實際歸還時間未還為NULL, borrow_status VARCHAR(20) NOT NULL DEFAULT BORROWED COMMENT BORROWED/RETURNED/OVERDUE, fine_amount DECIMAL(10,2) DEFAULT 0.00 COMMENT 逾期罰金, INDEX idx_reader (reader_id), INDEX idx_copy (copy_id), INDEX idx_status (borrow_status) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4;邏輯說明book和book_copy拆開是為了讓「一本書有多個副本」這件事在數(shù)據(jù)層面成立。borrow_record里同時存copy_id和reader_id而不是只存book_id因為借閱的對象是具體某一本副本不是書目。due_date在借出時就算好默認借期 30 天這個值由業(yè)務(wù)層傳入不寫死在 SQL 里方便后續(xù)調(diào)整。fine_amount預(yù)留出來逾期計算時更新。參數(shù)說明copy_status的四個枚舉值要和代碼里的常量類保持一致建議用CopyStatusEnum統(tǒng)一管理避免字符串硬編碼。borrow_status同理。索引方面book_copy上的idx_status在統(tǒng)計可借數(shù)量時會被用到borrow_record上的idx_reader在查個人借閱歷史時走索引數(shù)據(jù)量上萬后差別明顯。2.3 借閱狀態(tài)流轉(zhuǎn)與并發(fā)控制點借書這個動作在代碼里必須是一個事務(wù)順序是查副本狀態(tài)是否為 AVAILABLE → 更新副本為 BORROWED → 插入借閱記錄。三步要么全成功要么全回滾。這里有一個血淚經(jīng)驗如果先插借閱記錄再改副本狀態(tài)中間失敗會留下一條「幽靈借閱」讀者名下多了一條記錄但書還在館。正確順序是先鎖定副本行再改狀態(tài)最后插記錄。并發(fā)場景下兩個管理員同時給同一個副本辦理借書如果不加鎖兩個事務(wù)都讀到 AVAILABLE都去更新就會產(chǎn)生兩條借閱記錄指向同一個副本。解決辦法是在查詢副本時用SELECT ... FOR UPDATE鎖住這一行或者在更新時加條件UPDATE book_copy SET copy_statusBORROWED WHERE copy_id? AND copy_statusAVAILABLE根據(jù)受影響行數(shù)判斷是否搶到。后者更輕量我一般用這種樂觀方式。3. 后端接口實現(xiàn)從借書事務(wù)到逾期計算的可復(fù)現(xiàn)步驟3.1 借書接口的完整實現(xiàn)與事務(wù)邊界下面這段代碼用 Spring Boot MyBatis 的常見組合寫核心是Transactional注解和條件更新。如果你用的是原生 JDBC 或 Servlet把事務(wù)手動setAutoCommit(false)再 commit/rollback 即可邏輯一樣。Service public class BorrowService { Autowired private BookCopyMapper bookCopyMapper; Autowired private BorrowRecordMapper borrowRecordMapper; // 借書事務(wù)內(nèi)完成狀態(tài)校驗、副本更新、記錄插入 Transactional(rollbackFor Exception.class) public BorrowResult borrow(Long copyId, Long readerId, int borrowDays) { // 1. 條件更新只有當前是 AVAILABLE 才能借走返回受影響行數(shù) int affected bookCopyMapper.updateStatusIfAvailable(copyId, BORROWED); if (affected 0) { // 沒搶到說明副本已被借出或不存在 return BorrowResult.fail(該副本當前不可借); } // 2. 計算應(yīng)還日期 LocalDateTime due LocalDateTime.now().plusDays(borrowDays); // 3. 插入借閱記錄 BorrowRecord record new BorrowRecord(); record.setCopyId(copyId); record.setReaderId(readerId); record.setDueDate(due); record.setBorrowStatus(BORROWED); borrowRecordMapper.insert(record); return BorrowResult.ok(record.getRecordId(), due); } }對應(yīng)的 Mapper XML 里那條條件更新是關(guān)鍵update idupdateStatusIfAvailable UPDATE book_copy SET copy_status #{newStatus} WHERE copy_id #{copyId} AND copy_status AVAILABLE /update邏輯說明updateStatusIfAvailable把「判斷」和「更新」合并成一條原子 SQL數(shù)據(jù)庫層面保證只有一個事務(wù)能成功。返回 0 就代表沒搶到直接返回失敗不需要額外加鎖。Transactional保證如果插入借閱記錄失敗副本狀態(tài)會回滾回 AVAILABLE不會出現(xiàn)書被鎖死的情況。參數(shù)說明borrowDays建議從配置表或常量讀取默認 30不要寫死在方法里。rollbackFor Exception.class是為了讓受檢異常也觸發(fā)回滾默認只回滾運行時異常這點在課設(shè)答辯時經(jīng)常被問到。3.2 還書與逾期罰金計算還書比借書多一步判斷是否逾期逾期則計算罰金。罰金規(guī)則一般是每天 0.2 元封頂不超過書價。下面這段邏輯放在還書事務(wù)里。Transactional(rollbackFor Exception.class) public ReturnResult returnBook(Long copyId) { // 1. 找到該副本當前未歸還的借閱記錄 BorrowRecord record borrowRecordMapper.findActiveByCopy(copyId); if (record null) { return ReturnResult.fail(該副本沒有未歸還記錄); } // 2. 計算逾期天數(shù)與罰金 LocalDateTime now LocalDateTime.now(); long overdueDays 0; if (now.isAfter(record.getDueDate())) { overdueDays ChronoUnit.DAYS.between(record.getDueDate(), now); } BigDecimal fine BigDecimal.valueOf(overdueDays) .multiply(new BigDecimal(0.20)) .setScale(2, RoundingMode.HALF_UP); // 3. 更新借閱記錄為已歸還 borrowRecordMapper.markReturned(record.getRecordId(), now, fine); // 4. 副本狀態(tài)改回 AVAILABLE bookCopyMapper.updateStatus(copyId, AVAILABLE); return ReturnResult.ok(overdueDays, fine); }邏輯說明findActiveByCopy查的是borrow_status BORROWED且return_date IS NULL的記錄保證一個副本同時只有一條活躍借閱。逾期天數(shù)用ChronoUnit.DAYS.between計算注意這里算的是整天數(shù)不足一天按 0 天處理符合大多數(shù)圖書館規(guī)則。罰金用BigDecimal避免浮點誤差setScale(2)保留兩位。參數(shù)說明罰金單價 0.20 建議抽成配置項fine.per.day方便不同學(xué)校調(diào)整。markReturned的 SQL 要同時更新return_date、borrow_statusRETURNED和fine_amount三個字段一次更新完避免中間狀態(tài)被其他查詢讀到。3.3 書目檢索接口與分頁檢索是讀者用得最多的功能支持按書名、作者、ISBN 模糊查并且要顯示每本書的可借數(shù)量?？山钄?shù)量不能存在book表里當靜態(tài)字段必須實時統(tǒng)計否則還書后數(shù)字對不上。-- 分頁查詢書目并統(tǒng)計每本書當前可借副本數(shù) SELECT b.book_id, b.title, b.author, b.isbn, COUNT(CASE WHEN c.copy_status AVAILABLE THEN 1 END) AS available_count, b.total_copies FROM book b LEFT JOIN book_copy c ON b.book_id c.book_id WHERE b.title LIKE CONCAT(%, #{keyword}, %) OR b.author LIKE CONCAT(%, #{keyword}, %) OR b.isbn #{keyword} GROUP BY b.book_id ORDER BY b.book_id DESC LIMIT #{offset}, #{pageSize};邏輯說明用LEFT JOIN保證沒有副本的書也能查出來COUNT(CASE WHEN ...)只統(tǒng)計 AVAILABLE 的副本。GROUP BY b.book_id配合ONLY_FULL_GROUP_BY模式下b.title等字段因為函數(shù)依賴主鍵所以合法。分頁用LIMIT offset, pageSizeoffset 由頁碼算出。參數(shù)說明keyword要做前后空格 trim空字符串時返回全部或提示輸入。pageSize建議默認 10最大不超過 50防止一次拉太多數(shù)據(jù)。如果數(shù)據(jù)量大LIKE %keyword%走不了索引可以考慮全文索引或 Elasticsearch但課設(shè)階段 MySQL 足夠。4. 避坑與排查課設(shè)答辯前最容易翻車的五個點4.1 借還書后庫存數(shù)量對不上現(xiàn)象借走一本書后列表頁顯示的可借數(shù)量沒變或者還書后數(shù)量反而多了一本。原因通常是可借數(shù)量被存成了book表的靜態(tài)字段借還時忘了同步更新或者更新邏輯寫在了事務(wù)外面。解決可借數(shù)量一律實時統(tǒng)計不落庫如果非要冗余必須在同一個事務(wù)里更新并且加定時對賬任務(wù)。我一般直接不存用 3.3 的統(tǒng)計 SQL省心。4.2 同一副本被借兩次現(xiàn)象兩個讀者名下出現(xiàn)同一條copy_id的未歸還記錄。原因是沒有用條件更新兩個事務(wù)都先查后改。解決把狀態(tài)判斷合并進UPDATE ... WHERE copy_statusAVAILABLE用受影響行數(shù)判斷成敗。這個坑在答辯演示時如果被問到并發(fā)答不上來很減分。4.3 逾期天數(shù)算出來是負數(shù)或超大值現(xiàn)象剛借出的書顯示逾期 30 天或者還書時罰金幾百塊。原因是due_date存成了字符串或者時區(qū)不一致LocalDateTime和數(shù)據(jù)庫DATETIME對不上。解決統(tǒng)一用LocalDateTime數(shù)據(jù)庫連接串加serverTimezoneAsia/Shanghaidue_date在借出時用now().plusDays(30)算好再存不要在查詢時臨時算。4.4 刪除書目時外鍵報錯現(xiàn)象管理員刪除一本書后臺拋Cannot delete or update a parent row。原因是book_copy里有該書的副本外鍵約束擋住了。解決不要物理刪除書目改成邏輯刪除加is_deleted字段或者刪除前先檢查副本是否全部下架。課設(shè)里推薦邏輯刪除論文里也能寫成「數(shù)據(jù)保留策略」。4.5 論文里的「詳細設(shè)計」和代碼對不上現(xiàn)象答辯老師翻到詳細設(shè)計章節(jié)問「你這里寫的借閱流程和代碼里不一致」。原因是論文先寫完代碼后改沒同步。解決先定稿代碼再照著代碼里的類名、方法名、表字段寫論文的詳細設(shè)計。類圖用 IDEA 的 Diagrams 功能直接生成時序圖按BorrowService.borrow的調(diào)用鏈畫保證每個框都能在代碼里找到。5. 論文框架怎么搭把代碼里的類圖直接變成章節(jié)骨架論文最怕寫成產(chǎn)品說明書通篇「本系統(tǒng)實現(xiàn)了……」。我一般建議按「問題—設(shè)計—驗證」三段來組織每一段都能從代碼里找到證據(jù)。需求分析章不要抄網(wǎng)上的模板直接把你系統(tǒng)里三種角色的用例寫清楚每個用例對應(yīng)一個 Controller 方法。概要設(shè)計章放架構(gòu)圖和模塊劃分模塊名和包名一致比如com.library.borrow對應(yīng)借閱模塊。詳細設(shè)計章是重頭每個核心類配一張類圖每個核心方法配一段流程說明流程里的判斷分支要和代碼里的 if 條件一一對應(yīng)。數(shù)據(jù)庫設(shè)計章把第 2 章的建表 SQL 貼上去加數(shù)據(jù)字典表格。測試章不要只寫「功能正常」要寫具體用例借書時副本已借出返回什么、還書逾期罰金算對沒有、并發(fā)借同一副本只有一個成功。這些用例你在本地用 Postman 或單元測試跑一遍把結(jié)果截圖放進論文比任何文字都有說服力。最后一章說一個具體技巧論文里的圖表不要用截圖用 draw.io 或 PlantUML 畫導(dǎo)出矢量圖查重和排版都省事。類圖直接從 IDEA 右鍵Diagrams → Show Diagram生成后導(dǎo)出省得手畫對不上字段。我自己的習(xí)慣是代碼每改一次就順手更新對應(yīng)的 PlantUML 文件最后論文里的圖和代碼永遠一致。這個習(xí)慣幫我省掉了答辯前通宵改圖的后悔藥。希望幫到你。本文還有配套的精品資源點擊獲取 JAVA圖書館書庫管理系統(tǒng)：借閱狀態(tài)機與庫存一致性實戰(zhàn)
簡介這份資源是面向高校計算機專業(yè)畢業(yè)生與Java初學(xué)者的一套圖書館書庫管理系統(tǒng)畢業(yè)設(shè)計完整資料包含論文文檔與可運行源代碼幫助讀者完成從需求分析、系統(tǒng)設(shè)計到編碼實現(xiàn)與測試的完整實踐。壓縮包共61個文件約606KB以class編譯文件、java源碼、gif界面素材為主另含doc論文、mdb數(shù)據(jù)庫、jar包及txt說明覆蓋程序運行所需的各類資源。系統(tǒng)采用JDBC、Servlet與JSP技術(shù)結(jié)合MVC設(shè)計模式實現(xiàn)書籍信息、讀者信息與借閱記錄等數(shù)據(jù)庫表設(shè)計并提供圖書查詢、借閱、歸還、續(xù)借及管理員與普通用戶分角色權(quán)限管理同時涉及異常處理與日志記錄等工程細節(jié)。目前已有775人學(xué)習(xí)下載適合需要參考完整賽題方案、理解Java Web項目分層結(jié)構(gòu)與數(shù)據(jù)庫設(shè)計思路的讀者也可作為課程設(shè)計或?qū)嶋H項目開發(fā)的對照范例。1. 從一份課程設(shè)計到能跑的書庫系統(tǒng)JAVA圖書館書庫管理系統(tǒng)到底要做什么很多同學(xué)第一次拿到「JAVA圖書館書庫管理系統(tǒng)設(shè)計(論文源代碼)」這個題目時第一反應(yīng)是去搜一套現(xiàn)成源碼改改界面、換換數(shù)據(jù)庫表名就交差。但真正做過一輪的人都知道這個題目的難點從來不在界面而在「借閱狀態(tài)機」和「庫存一致性」這兩件事上。讀者里如果有正在準備 java 課程設(shè)計、java 基礎(chǔ)面試題或者想拿一個完整項目練手面向?qū)ο缶幊?java 的人這篇筆記就是按我實際帶學(xué)生做課設(shè)的路徑拆的先講清楚系統(tǒng)邊界再落到建表、寫接口、跑通借還書最后把論文里最容易寫空的那幾章填上可驗證的內(nèi)容。這個系統(tǒng)本質(zhì)上是一個帶權(quán)限控制的事務(wù)型 CRUD 應(yīng)用核心角色只有三種讀者、圖書管理員、系統(tǒng)管理員。讀者能查書、借書、還書、看自己的借閱記錄管理員能維護書目、處理借還、管理讀者系統(tǒng)管理員管賬號和參數(shù)。它解決的問題很具體——把紙質(zhì)臺賬換成數(shù)據(jù)庫記錄并且保證「同一本書不能被兩個人同時借走」這種并發(fā)場景不出錯。適合誰適合已經(jīng)學(xué)完 java 基礎(chǔ)、JDBC、Servlet 或 Spring Boot 入門但還沒獨立做過一個完整業(yè)務(wù)閉環(huán)的人。論文部分則對應(yīng)軟件工程的生命周期文檔需求分析、概要設(shè)計、詳細設(shè)計、測試每一章都要能從代碼里找到對應(yīng)實現(xiàn)否則答辯時一問就露餡。2. 需求拆解與數(shù)據(jù)庫設(shè)計先把借閱狀態(tài)機畫清楚再動手2.1 為什么圖書狀態(tài)不能只用一個字段表示新手最容易翻車的地方是把圖書狀態(tài)設(shè)計成status一個字段值只有「在館」和「借出」。看起來夠用實際上借閱流程里至少存在四種狀態(tài)在館可借、已借出、預(yù)約中、下架。如果只用一個布爾值當讀者預(yù)約了一本已被借出的書系統(tǒng)就沒法表達「這本書雖然不在館但已經(jīng)被某人鎖定」這個中間態(tài)。我一般會把狀態(tài)拆成兩層圖書副本層面用copy_status表示物理位置借閱記錄層面用borrow_status表示這次借閱的生命周期。這樣查「某書可借數(shù)量」時只需要統(tǒng)計copy_status AVAILABLE的副本數(shù)邏輯清晰也不會因為一次借還操作把整本書的狀態(tài)改亂。從面向?qū)ο蟮慕嵌瓤碆ook是書目信息ISBN、書名、作者、出版社BookCopy是具體某一本可借的實體BorrowRecord是一次借閱行為。三者是一對多關(guān)系。很多課設(shè)源碼把這三者揉成一張表結(jié)果就是同一本書有多個副本時數(shù)據(jù)冗余嚴重還書時不知道該還哪一本。把副本獨立出來是讓后續(xù)庫存統(tǒng)計和并發(fā)控制能落地的前提。2.2 建表 SQL 與字段說明下面這套表結(jié)構(gòu)是我在多個課設(shè)里驗證過的精簡版本覆蓋了核心借閱閉環(huán)字段命名直接對應(yīng)論文里的數(shù)據(jù)字典。-- 圖書書目表存書的元信息不涉及具體副本 CREATE TABLE book ( book_id BIGINT PRIMARY KEY AUTO_INCREMENT, isbn VARCHAR(20) NOT NULL UNIQUE COMMENT 國際標準書號, title VARCHAR(200) NOT NULL COMMENT 書名, author VARCHAR(100) NOT NULL COMMENT 作者, publisher VARCHAR(100) COMMENT 出版社, category_id INT COMMENT 分類ID關(guān)聯(lián)category表, total_copies INT DEFAULT 0 COMMENT 總副本數(shù)冗余字段便于列表展示, create_time DATETIME DEFAULT CURRENT_TIMESTAMP ) ENGINEInnoDB DEFAULT CHARSETutf8mb4; -- 圖書副本表每一本實體書一行借還操作針對副本 CREATE TABLE book_copy ( copy_id BIGINT PRIMARY KEY AUTO_INCREMENT, book_id BIGINT NOT NULL, barcode VARCHAR(50) NOT NULL UNIQUE COMMENT 條碼掃描借書用, copy_status VARCHAR(20) NOT NULL DEFAULT AVAILABLE COMMENT AVAILABLE/BORROWED/RESERVED/OFF_SHELF, location VARCHAR(50) COMMENT 館藏位置, INDEX idx_book_id (book_id), INDEX idx_status (copy_status) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4; -- 借閱記錄表一次借閱一行歸還后更新狀態(tài)和歸還時間 CREATE TABLE borrow_record ( record_id BIGINT PRIMARY KEY AUTO_INCREMENT, copy_id BIGINT NOT NULL, reader_id BIGINT NOT NULL, borrow_date DATETIME NOT NULL DEFAULT CURRENT_TIMESTAMP, due_date DATETIME NOT NULL COMMENT 應(yīng)還日期, return_date DATETIME COMMENT 實際歸還時間未還為NULL, borrow_status VARCHAR(20) NOT NULL DEFAULT BORROWED COMMENT BORROWED/RETURNED/OVERDUE, fine_amount DECIMAL(10,2) DEFAULT 0.00 COMMENT 逾期罰金, INDEX idx_reader (reader_id), INDEX idx_copy (copy_id), INDEX idx_status (borrow_status) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4;邏輯說明book和book_copy拆開是為了讓「一本書有多個副本」這件事在數(shù)據(jù)層面成立。borrow_record里同時存copy_id和reader_id而不是只存book_id因為借閱的對象是具體某一本副本不是書目。due_date在借出時就算好默認借期 30 天這個值由業(yè)務(wù)層傳入不寫死在 SQL 里方便后續(xù)調(diào)整。fine_amount預(yù)留出來逾期計算時更新。參數(shù)說明copy_status的四個枚舉值要和代碼里的常量類保持一致建議用CopyStatusEnum統(tǒng)一管理避免字符串硬編碼。borrow_status同理。索引方面book_copy上的idx_status在統(tǒng)計可借數(shù)量時會被用到borrow_record上的idx_reader在查個人借閱歷史時走索引數(shù)據(jù)量上萬后差別明顯。2.3 借閱狀態(tài)流轉(zhuǎn)與并發(fā)控制點借書這個動作在代碼里必須是一個事務(wù)順序是查副本狀態(tài)是否為 AVAILABLE → 更新副本為 BORROWED → 插入借閱記錄。三步要么全成功要么全回滾。這里有一個血淚經(jīng)驗如果先插借閱記錄再改副本狀態(tài)中間失敗會留下一條「幽靈借閱」讀者名下多了一條記錄但書還在館。正確順序是先鎖定副本行再改狀態(tài)最后插記錄。并發(fā)場景下兩個管理員同時給同一個副本辦理借書如果不加鎖兩個事務(wù)都讀到 AVAILABLE都去更新就會產(chǎn)生兩條借閱記錄指向同一個副本。解決辦法是在查詢副本時用SELECT ... FOR UPDATE鎖住這一行或者在更新時加條件UPDATE book_copy SET copy_statusBORROWED WHERE copy_id? AND copy_statusAVAILABLE根據(jù)受影響行數(shù)判斷是否搶到。后者更輕量我一般用這種樂觀方式。3. 后端接口實現(xiàn)從借書事務(wù)到逾期計算的可復(fù)現(xiàn)步驟3.1 借書接口的完整實現(xiàn)與事務(wù)邊界下面這段代碼用 Spring Boot MyBatis 的常見組合寫核心是Transactional注解和條件更新。如果你用的是原生 JDBC 或 Servlet把事務(wù)手動setAutoCommit(false)再 commit/rollback 即可邏輯一樣。Service public class BorrowService { Autowired private BookCopyMapper bookCopyMapper; Autowired private BorrowRecordMapper borrowRecordMapper; // 借書事務(wù)內(nèi)完成狀態(tài)校驗、副本更新、記錄插入 Transactional(rollbackFor Exception.class) public BorrowResult borrow(Long copyId, Long readerId, int borrowDays) { // 1. 條件更新只有當前是 AVAILABLE 才能借走返回受影響行數(shù) int affected bookCopyMapper.updateStatusIfAvailable(copyId, BORROWED); if (affected 0) { // 沒搶到說明副本已被借出或不存在 return BorrowResult.fail(該副本當前不可借); } // 2. 計算應(yīng)還日期 LocalDateTime due LocalDateTime.now().plusDays(borrowDays); // 3. 插入借閱記錄 BorrowRecord record new BorrowRecord(); record.setCopyId(copyId); record.setReaderId(readerId); record.setDueDate(due); record.setBorrowStatus(BORROWED); borrowRecordMapper.insert(record); return BorrowResult.ok(record.getRecordId(), due); } }對應(yīng)的 Mapper XML 里那條條件更新是關(guān)鍵update idupdateStatusIfAvailable UPDATE book_copy SET copy_status #{newStatus} WHERE copy_id #{copyId} AND copy_status AVAILABLE /update邏輯說明updateStatusIfAvailable把「判斷」和「更新」合并成一條原子 SQL數(shù)據(jù)庫層面保證只有一個事務(wù)能成功。返回 0 就代表沒搶到直接返回失敗不需要額外加鎖。Transactional保證如果插入借閱記錄失敗副本狀態(tài)會回滾回 AVAILABLE不會出現(xiàn)書被鎖死的情況。參數(shù)說明borrowDays建議從配置表或常量讀取默認 30不要寫死在方法里。rollbackFor Exception.class是為了讓受檢異常也觸發(fā)回滾默認只回滾運行時異常這點在課設(shè)答辯時經(jīng)常被問到。3.2 還書與逾期罰金計算還書比借書多一步判斷是否逾期逾期則計算罰金。罰金規(guī)則一般是每天 0.2 元封頂不超過書價。下面這段邏輯放在還書事務(wù)里。Transactional(rollbackFor Exception.class) public ReturnResult returnBook(Long copyId) { // 1. 找到該副本當前未歸還的借閱記錄 BorrowRecord record borrowRecordMapper.findActiveByCopy(copyId); if (record null) { return ReturnResult.fail(該副本沒有未歸還記錄); } // 2. 計算逾期天數(shù)與罰金 LocalDateTime now LocalDateTime.now(); long overdueDays 0; if (now.isAfter(record.getDueDate())) { overdueDays ChronoUnit.DAYS.between(record.getDueDate(), now); } BigDecimal fine BigDecimal.valueOf(overdueDays) .multiply(new BigDecimal(0.20)) .setScale(2, RoundingMode.HALF_UP); // 3. 更新借閱記錄為已歸還 borrowRecordMapper.markReturned(record.getRecordId(), now, fine); // 4. 副本狀態(tài)改回 AVAILABLE bookCopyMapper.updateStatus(copyId, AVAILABLE); return ReturnResult.ok(overdueDays, fine); }邏輯說明findActiveByCopy查的是borrow_status BORROWED且return_date IS NULL的記錄保證一個副本同時只有一條活躍借閱。逾期天數(shù)用ChronoUnit.DAYS.between計算注意這里算的是整天數(shù)不足一天按 0 天處理符合大多數(shù)圖書館規(guī)則。罰金用BigDecimal避免浮點誤差setScale(2)保留兩位。參數(shù)說明罰金單價 0.20 建議抽成配置項fine.per.day方便不同學(xué)校調(diào)整。markReturned的 SQL 要同時更新return_date、borrow_statusRETURNED和fine_amount三個字段一次更新完避免中間狀態(tài)被其他查詢讀到。3.3 書目檢索接口與分頁檢索是讀者用得最多的功能支持按書名、作者、ISBN 模糊查并且要顯示每本書的可借數(shù)量?？山钄?shù)量不能存在book表里當靜態(tài)字段必須實時統(tǒng)計否則還書后數(shù)字對不上。-- 分頁查詢書目并統(tǒng)計每本書當前可借副本數(shù) SELECT b.book_id, b.title, b.author, b.isbn, COUNT(CASE WHEN c.copy_status AVAILABLE THEN 1 END) AS available_count, b.total_copies FROM book b LEFT JOIN book_copy c ON b.book_id c.book_id WHERE b.title LIKE CONCAT(%, #{keyword}, %) OR b.author LIKE CONCAT(%, #{keyword}, %) OR b.isbn #{keyword} GROUP BY b.book_id ORDER BY b.book_id DESC LIMIT #{offset}, #{pageSize};邏輯說明用LEFT JOIN保證沒有副本的書也能查出來COUNT(CASE WHEN ...)只統(tǒng)計 AVAILABLE 的副本。GROUP BY b.book_id配合ONLY_FULL_GROUP_BY模式下b.title等字段因為函數(shù)依賴主鍵所以合法。分頁用LIMIT offset, pageSizeoffset 由頁碼算出。參數(shù)說明keyword要做前后空格 trim空字符串時返回全部或提示輸入。pageSize建議默認 10最大不超過 50防止一次拉太多數(shù)據(jù)。如果數(shù)據(jù)量大LIKE %keyword%走不了索引可以考慮全文索引或 Elasticsearch但課設(shè)階段 MySQL 足夠。4. 避坑與排查課設(shè)答辯前最容易翻車的五個點4.1 借還書后庫存數(shù)量對不上現(xiàn)象借走一本書后列表頁顯示的可借數(shù)量沒變或者還書后數(shù)量反而多了一本。原因通常是可借數(shù)量被存成了book表的靜態(tài)字段借還時忘了同步更新或者更新邏輯寫在了事務(wù)外面。解決可借數(shù)量一律實時統(tǒng)計不落庫如果非要冗余必須在同一個事務(wù)里更新并且加定時對賬任務(wù)。我一般直接不存用 3.3 的統(tǒng)計 SQL省心。4.2 同一副本被借兩次現(xiàn)象兩個讀者名下出現(xiàn)同一條copy_id的未歸還記錄。原因是沒有用條件更新兩個事務(wù)都先查后改。解決把狀態(tài)判斷合并進UPDATE ... WHERE copy_statusAVAILABLE用受影響行數(shù)判斷成敗。這個坑在答辯演示時如果被問到并發(fā)答不上來很減分。4.3 逾期天數(shù)算出來是負數(shù)或超大值現(xiàn)象剛借出的書顯示逾期 30 天或者還書時罰金幾百塊。原因是due_date存成了字符串或者時區(qū)不一致LocalDateTime和數(shù)據(jù)庫DATETIME對不上。解決統(tǒng)一用LocalDateTime數(shù)據(jù)庫連接串加serverTimezoneAsia/Shanghaidue_date在借出時用now().plusDays(30)算好再存不要在查詢時臨時算。4.4 刪除書目時外鍵報錯現(xiàn)象管理員刪除一本書后臺拋Cannot delete or update a parent row。原因是book_copy里有該書的副本外鍵約束擋住了。解決不要物理刪除書目改成邏輯刪除加is_deleted字段或者刪除前先檢查副本是否全部下架。課設(shè)里推薦邏輯刪除論文里也能寫成「數(shù)據(jù)保留策略」。4.5 論文里的「詳細設(shè)計」和代碼對不上現(xiàn)象答辯老師翻到詳細設(shè)計章節(jié)問「你這里寫的借閱流程和代碼里不一致」。原因是論文先寫完代碼后改沒同步。解決先定稿代碼再照著代碼里的類名、方法名、表字段寫論文的詳細設(shè)計。類圖用 IDEA 的 Diagrams 功能直接生成時序圖按BorrowService.borrow的調(diào)用鏈畫保證每個框都能在代碼里找到。5. 論文框架怎么搭把代碼里的類圖直接變成章節(jié)骨架論文最怕寫成產(chǎn)品說明書通篇「本系統(tǒng)實現(xiàn)了……」。我一般建議按「問題—設(shè)計—驗證」三段來組織每一段都能從代碼里找到證據(jù)。需求分析章不要抄網(wǎng)上的模板直接把你系統(tǒng)里三種角色的用例寫清楚每個用例對應(yīng)一個 Controller 方法。概要設(shè)計章放架構(gòu)圖和模塊劃分模塊名和包名一致比如com.library.borrow對應(yīng)借閱模塊。詳細設(shè)計章是重頭每個核心類配一張類圖每個核心方法配一段流程說明流程里的判斷分支要和代碼里的 if 條件一一對應(yīng)。數(shù)據(jù)庫設(shè)計章把第 2 章的建表 SQL 貼上去加數(shù)據(jù)字典表格。測試章不要只寫「功能正常」要寫具體用例借書時副本已借出返回什么、還書逾期罰金算對沒有、并發(fā)借同一副本只有一個成功。這些用例你在本地用 Postman 或單元測試跑一遍把結(jié)果截圖放進論文比任何文字都有說服力。最后一章說一個具體技巧論文里的圖表不要用截圖用 draw.io 或 PlantUML 畫導(dǎo)出矢量圖查重和排版都省事。類圖直接從 IDEA 右鍵Diagrams → Show Diagram生成后導(dǎo)出省得手畫對不上字段。我自己的習(xí)慣是代碼每改一次就順手更新對應(yīng)的 PlantUML 文件最后論文里的圖和代碼永遠一致。這個習(xí)慣幫我省掉了答辯前通宵改圖的后悔藥。希望幫到你。本文還有配套的精品資源點擊獲取