選課這事兒每年開(kāi)學(xué)都是教務(wù)老師最頭疼的一周。直到今天仍然有大量高校在用“先到先得 人工補(bǔ)退選”的方式處理學(xué)生選課服務(wù)器一開(kāi)機(jī)就被沖垮后臺(tái)導(dǎo)出名單能卡半小時(shí)。所以每年畢業(yè)設(shè)計(jì)季“Spring Boot 學(xué)生選課管理系統(tǒng)”都會(huì)出現(xiàn)在計(jì)算機(jī)專業(yè)的題目清單里。這篇東西不是給你抄代碼的而是把這類項(xiàng)目的設(shè)計(jì)邏輯、開(kāi)發(fā)順序、答辯時(shí)會(huì)問(wèn)到的坑全部拆開(kāi)講清楚。如果你正準(zhǔn)備拿這個(gè)題目做畢設(shè)或者在工作中要接手類似的教務(wù)系統(tǒng)可以先花半小時(shí)把這篇讀完。它講的是如何把一個(gè)看起來(lái)“只是增刪改查”的選課系統(tǒng)做成一個(gè)能應(yīng)付并發(fā)搶課、權(quán)限隔離、事務(wù)一致性追問(wèn)的完整項(xiàng)目同時(shí)回答“為什么用 Spring Boot”“為什么這么設(shè)計(jì)表”“為什么這里要加緩存”這些老師最愛(ài)問(wèn)的問(wèn)題。1. 選課系統(tǒng)這類畢設(shè)題目的真實(shí)現(xiàn)狀每年都有大量學(xué)生選“學(xué)生選課管理系統(tǒng)”這個(gè)題目但很多人做到一半才發(fā)現(xiàn)自己只是把教材里的用戶表、課程表、選課表搬出來(lái)做了三個(gè) CRUD 頁(yè)面。等到寫(xiě)論文的時(shí)候都不知道“創(chuàng)新點(diǎn)”三個(gè)字該怎么下筆。事實(shí)上選課系統(tǒng)的復(fù)雜度被嚴(yán)重低估了它不是“簡(jiǎn)單管理系統(tǒng)”而是一個(gè)典型的、帶有并發(fā)寫(xiě)操作和復(fù)雜業(yè)務(wù)規(guī)則的中小型系統(tǒng)。1.1 為什么“選課”比“圖書(shū)管理”更適合做畢設(shè)同樣是管理系統(tǒng)圖書(shū)管理只需要關(guān)心“書(shū)的庫(kù)存”核心操作是借書(shū)、還書(shū)業(yè)務(wù)規(guī)則少系統(tǒng)設(shè)計(jì)上沒(méi)有太多可以深挖的地方。選課系統(tǒng)則完全不同它天然自帶幾個(gè)值得研究的技術(shù)點(diǎn)并發(fā)選課熱門課程同一秒可能被幾百人同時(shí)搶數(shù)據(jù)庫(kù)層面會(huì)競(jìng)爭(zhēng)同一行記錄。業(yè)務(wù)約束學(xué)生選課不能超學(xué)分上限不能跨年級(jí)選課不能和已選課程時(shí)間沖突。狀態(tài)流轉(zhuǎn)選課要經(jīng)歷“預(yù)選、抽簽/搶課、退課、補(bǔ)選、課程關(guān)閉”多個(gè)狀態(tài)數(shù)據(jù)不只是插入和刪除。權(quán)限角色學(xué)生、教師、教務(wù)管理員各有一套操作流程需要做RBAC權(quán)限控制。這些點(diǎn)恰好對(duì)應(yīng) Spring Boot 項(xiàng)目里最常被考察的幾個(gè)方向Spring Data JPA/MyBatis 的數(shù)據(jù)訪問(wèn)、Spring Security/自研攔截器的權(quán)限控制、Redis 緩存減輕數(shù)據(jù)庫(kù)壓力、事務(wù)管理保證選課數(shù)據(jù)不產(chǎn)生超選。1.2 大多數(shù)人做這個(gè)題目時(shí)會(huì)踩的坑第一坑數(shù)據(jù)庫(kù)表設(shè)計(jì)照搬“用戶-角色-菜單”三張表。有些同學(xué)一開(kāi)始就堆了七八張表角色表、權(quán)限表、菜單表一應(yīng)俱全結(jié)果做出來(lái)發(fā)現(xiàn)登錄以后根本沒(méi)有細(xì)粒度權(quán)限控制的需求反而把登錄邏輯搞得特別復(fù)雜。更合理的做法是先用“學(xué)生表、教師表、課程表、選課表”四張核心表跑通主流程再進(jìn)行權(quán)限設(shè)計(jì)權(quán)限表是逐步演進(jìn)來(lái)的。第二坑選課邏輯寫(xiě)在 Service 里但是沒(méi)有加事務(wù)。一個(gè)學(xué)生選兩門課第一門插入成功第二門因?yàn)闀r(shí)間沖突拋異常結(jié)果第一門課也寫(xiě)入進(jìn)去了。這就是典型的“缺少事務(wù)控制”。第三坑只做了“選課”和“退課”忽略了“課程容量不足”這個(gè)最現(xiàn)實(shí)的問(wèn)題。熱門課剩余容量為 0 時(shí)前端還允許提交請(qǐng)求后端也沒(méi)做校驗(yàn)最后庫(kù)里出現(xiàn)容量為負(fù)數(shù)的臟數(shù)據(jù)。2. 解構(gòu)標(biāo)題里的三個(gè)關(guān)鍵詞系統(tǒng)、框架、設(shè)計(jì)與實(shí)現(xiàn)標(biāo)題里反復(fù)出現(xiàn)“Spring Boot”“學(xué)生選課管理系統(tǒng)”“設(shè)計(jì)與實(shí)現(xiàn)”這三個(gè)詞其實(shí)對(duì)應(yīng)著論文和系統(tǒng)里三個(gè)不同的關(guān)注層次。把它們拆開(kāi)理解你會(huì)發(fā)現(xiàn)整個(gè)項(xiàng)目的脈絡(luò)一下子就清楚了。2.1 “系統(tǒng)”不是一個(gè)頁(yè)面集合而是一組流程閉環(huán)如果你在開(kāi)題報(bào)告里寫(xiě)“本系統(tǒng)包括登錄、選課、退課、課程管理、成績(jī)錄入等模塊”那只是功能列表不是系統(tǒng)設(shè)計(jì)。真正的系統(tǒng)設(shè)計(jì)要畫(huà)業(yè)務(wù)流程學(xué)生登錄后——查看培養(yǎng)方案開(kāi)放的可選課程——提交選課請(qǐng)求——判斷學(xué)分是否超限——判斷是否沖突——扣減課程容量——生成選課記錄——教師端查看選課名單——教務(wù)端處理退課審核。每一步都要有對(duì)應(yīng)的數(shù)據(jù)變動(dòng)和異常處理。我見(jiàn)過(guò)不少同學(xué)的論文里數(shù)據(jù)流圖畫(huà)的是一條直線“學(xué)生選課直接寫(xiě)入選課表”這顯然是沒(méi)在真實(shí)系統(tǒng)里跑通過(guò)流程。選課中間至少還要經(jīng)過(guò)“容量校驗(yàn)”和“沖突檢測(cè)”兩個(gè)環(huán)節(jié)否則系統(tǒng)做出來(lái)也會(huì)被老師一句話問(wèn)倒“你選課的時(shí)候如果兩門課時(shí)間沖突了怎么辦”2.2 “Spring Boot”的選擇為什么在這個(gè)題目里幾乎是標(biāo)配Spring Boot 在這個(gè)題目里勝出不是因?yàn)樗募夹g(shù)棧“顯得高級(jí)”而是三個(gè)非常務(wù)實(shí)的原因。第一啟動(dòng)和配置成本極低。傳統(tǒng) Spring 項(xiàng)目要寫(xiě)一堆 XML 配置Spring Boot 用自動(dòng)配置把開(kāi)發(fā)者的注意力集中在業(yè)務(wù)代碼上。對(duì)畢設(shè)來(lái)說(shuō)時(shí)間有限這一點(diǎn)最實(shí)際能讓你把精力留給真正的業(yè)務(wù)邏輯而不是配置調(diào)試。第二生態(tài)成熟。Spring Data JPA 或 MyBatis 都能和它無(wú)縫集成Spring Security 可以用于權(quán)限控制Redis 的 starter 包可以讓緩存落地非常平滑。答辯老師聽(tīng)到你用到了 Spring Security 做權(quán)限至少會(huì)認(rèn)可你了解企業(yè)級(jí)開(kāi)發(fā)的常見(jiàn)套路。第三內(nèi)置 Tomcat。打包成一個(gè) jar 直接運(yùn)行寫(xiě)論文的時(shí)候部署章節(jié)很好交代演示系統(tǒng)也不需要在評(píng)委電腦上裝一堆中間件。這里也順便回答一個(gè)常見(jiàn)疑問(wèn)到底用 JPA 還是 MyBatis我的建議是如果你對(duì) SQL 比較熟選 MyBatis配置 mapper 文件或注解 SQL 都很直觀也方便在論文里展示復(fù)雜查詢語(yǔ)句。如果你希望少寫(xiě)點(diǎn)代碼選 Spring Data JPA簡(jiǎn)單 CRUD 可以省不少時(shí)間但是多表關(guān)聯(lián)查詢會(huì)相對(duì)需要花時(shí)間學(xué)一學(xué)。我這邊更推薦 MyBatis因?yàn)樵凇斑x課沖突檢測(cè)”這類場(chǎng)景里你往往需要寫(xiě)比較復(fù)雜的 SQL 或使用數(shù)據(jù)庫(kù)鎖MyBatis 的 SQL 控制力更直接。2.3 “設(shè)計(jì)與實(shí)現(xiàn)”在論文里要回答什么先說(shuō)“設(shè)計(jì)”。設(shè)計(jì)不等于“我用了三層架構(gòu)”。三層架構(gòu)只是代碼組織方式你要設(shè)計(jì)的是數(shù)據(jù)結(jié)構(gòu)、業(yè)務(wù)流程、接口規(guī)范和異常處理策略。課程表的唯一約束怎么設(shè)計(jì)選課表的聯(lián)合唯一索引是什么退課操作是物理刪除還是狀態(tài)變更這些都是設(shè)計(jì)內(nèi)容。再說(shuō)“實(shí)現(xiàn)”。實(shí)現(xiàn)也不等于貼代碼。你要能夠說(shuō)清楚每個(gè)核心接口的請(qǐng)求參數(shù)、響應(yīng)結(jié)果、異常情況以及關(guān)鍵代碼的時(shí)序邏輯。比如選課接口Spring Boot 代碼執(zhí)行順序是接收 POST 請(qǐng)求解析 studentId 和 courseId查學(xué)生當(dāng)前已選學(xué)分校驗(yàn)是否超限查課程信息校驗(yàn)是否可選、是否已選過(guò)、容量是否足夠進(jìn)入事務(wù)更新課程剩余容量插入選課記錄返回成功或拋出業(yè)務(wù)異常。把這些按步驟寫(xiě)清楚論文的“詳細(xì)設(shè)計(jì)”一章就有了真正的骨架。3. 系統(tǒng)模塊到底怎么劃先理清角色再談功能很多初學(xué)者習(xí)慣把“功能模塊圖”畫(huà)成一個(gè)巨大的方框里面塞下十幾個(gè)小方框這看起來(lái)內(nèi)容多實(shí)際毫無(wú)重點(diǎn)。選課系統(tǒng)的模塊劃分最好的切入點(diǎn)是角色權(quán)限因?yàn)椴煌巧珜?duì)系統(tǒng)的訴求完全不同。3.1 三個(gè)角色的核心訴求學(xué)生角色的核心操作是瀏覽課程、選課、退課、查看個(gè)人課表。這個(gè)視角的系統(tǒng)要解決的問(wèn)題是“怎么快速找到我能選、我想選的課”所以課程列表頁(yè)一定要支持按課程名稱、學(xué)分、上課時(shí)間篩選而不是把所有課程一次性全查出來(lái)。教師角色的核心操作是查看自己開(kāi)設(shè)課程的學(xué)生名單有時(shí)還要錄入成績(jī)。這個(gè)視角的重點(diǎn)在于“開(kāi)課管理”和“成績(jī)管理”教師不需要也不應(yīng)該看到其他教師的課程數(shù)據(jù)。教務(wù)管理員的核心操作是基礎(chǔ)數(shù)據(jù)維護(hù)維護(hù)學(xué)生信息、維護(hù)教師信息、維護(hù)課程信息、設(shè)置選課時(shí)間段、處理個(gè)別學(xué)生的補(bǔ)退選申請(qǐng)。3.2 權(quán)限控制的最小落地方式權(quán)限這塊不用一上來(lái)就上 Spring Security JWT那樣學(xué)習(xí)成本太高而且畢設(shè)系統(tǒng)一般是單體應(yīng)用前后端不分離或者簡(jiǎn)單的模板渲染都能滿足需求。我建議的做法是數(shù)據(jù)庫(kù)加一個(gè) role 字段值可以是 STUDENT、TEACHER、ADMIN登錄接口校驗(yàn)用戶名密碼后把用戶 ID、角色存入 Session寫(xiě)一個(gè)攔截器HandlerInterceptor攔截所有 /api/** 請(qǐng)求校驗(yàn) Session 中是否有登錄用戶再通過(guò)注解或路徑規(guī)則判斷角色是否匹配對(duì)于選課、退課等敏感操作Service 層再做一次數(shù)據(jù)歸屬校驗(yàn)比如學(xué)生只能操作自己的選課記錄。這樣既控制了權(quán)限又能在答辯時(shí)解釋 RBAC 的簡(jiǎn)化模型還能在小論文里對(duì)比“基于 Session 和基于 JWT 的兩種方案差異”。如果你非要上 Spring Security也可以但一定要能講清楚 Spring Security 的過(guò)濾器鏈原理否則老師一句“你這個(gè) Spring Security 配置的過(guò)濾器順序會(huì)不會(huì)有問(wèn)題”就容易卡殼。3.3 核心表結(jié)構(gòu)設(shè)計(jì)與字段說(shuō)明選課系統(tǒng)最少需要五張核心數(shù)據(jù)表這也是最穩(wěn)妥的起步方案。下面把每張表的用途和關(guān)鍵字段列出來(lái)建表的時(shí)候可以直接參考表名關(guān)鍵字段設(shè)計(jì)說(shuō)明studentid, student_no, name, password, major, grade, max_credit學(xué)生基礎(chǔ)信息max_credit 表示每學(xué)期學(xué)分上限默認(rèn)20teacherid, teacher_no, name, password, department教師基礎(chǔ)信息courseid, course_code, name, credit, teacher_id, capacity, selected_count, class_time, statusstatus 控制是否開(kāi)放選課selected_count 表示當(dāng)前已選人數(shù)selectionid, student_id, course_id, select_time, status聯(lián)合唯一索引 (student_id, course_id)防止重復(fù)選課semesterid, name, is_current用學(xué)期表隔離不同學(xué)期的選課數(shù)據(jù)不要把所有學(xué)期課程混在一張表里課程表里的 selected_count 和課程容量 capacity 是關(guān)鍵設(shè)計(jì)點(diǎn)。每次選課成功時(shí)需要既插入一條 selection 記錄又把 course.selected_count 加 1。這兩個(gè)動(dòng)作必須放在同一個(gè)事務(wù)里。更嚴(yán)格的做法是在選課 SQL 里加“容量樂(lè)觀鎖”比如UPDATE course SET selected_count selected_count 1 WHERE id #{courseId} AND selected_count capacity;這行 SQL 返回的影響行數(shù)如果為 0說(shuō)明課程已滿選課失敗。這個(gè)寫(xiě)法比“先查容量再更新”安全得多也是答辯時(shí)一個(gè)很好的加分項(xiàng)因?yàn)樗苯釉跀?shù)據(jù)庫(kù)層面解決了超選問(wèn)題。4. 從空工程到可演示系統(tǒng)我建議的落地順序很多同學(xué)拿到題目喜歡從登錄注冊(cè)開(kāi)始寫(xiě)寫(xiě)完登錄寫(xiě)權(quán)限寫(xiě)完權(quán)限再寫(xiě)課程管理結(jié)果是課程管理還沒(méi)寫(xiě)完開(kāi)題時(shí)吹的“選課系統(tǒng)”影子都沒(méi)見(jiàn)到老師催中期進(jìn)度時(shí)非常被動(dòng)。我自己做項(xiàng)目比較習(xí)慣“縱向切片”的開(kāi)發(fā)方式也就是先打通一條完整的主流程再橫向擴(kuò)展其他功能。4.1 第一階段先打通“登錄-看課-選課-查課表”全鏈路先用 Spring Initializr 創(chuàng)建一個(gè)最簡(jiǎn)單的 Spring Boot 工程引入 Spring Web、MyBatis、MySQL Driver。這個(gè)階段不需要做多角色權(quán)限直接用一個(gè) student 表完成登錄。建好數(shù)據(jù)庫(kù)和五張核心表插入幾條測(cè)試數(shù)據(jù)登錄接口根據(jù)用戶名和密碼查詢 student 表密碼用 MD5 加密存儲(chǔ)實(shí)際項(xiàng)目要加鹽畢設(shè)用加密過(guò)的 MD5 加一個(gè)固定鹽值勉強(qiáng)夠解釋課程列表接口查詢所有可選課程返回 JSON 列表選課接口先做最基本的插入 selection 記錄然后再逐步加事務(wù)、容量校驗(yàn)課表查詢接口按學(xué)生 ID 查詢選課記錄并關(guān)聯(lián)課程信息。等這一條鏈路跑通了項(xiàng)目就有了“骨架”后續(xù)加功能都是往骨架上添肉。這種開(kāi)發(fā)方式最大的好處是任何時(shí)候停下來(lái)系統(tǒng)都有得演示不會(huì)出現(xiàn)“功能做了三個(gè)沒(méi)有一個(gè)能跑通”的尷尬局面。4.2 第二階段加入教師端和教務(wù)端主流程跑通之后再拆角色。教師端主要做兩件事查看自己課程下的學(xué)生選課名單、錄入成績(jī)。這時(shí)候需要在 teacher 表和 course 表之間建立關(guān)聯(lián)查詢時(shí)用 teacher_id 做條件確保教師只能看到自己的課程。教務(wù)端要做的第一件事是課程維護(hù)包括新增課程、修改容量、開(kāi)放選課狀態(tài)切換。這個(gè)階段最需要注意的是“菜單與權(quán)限不同步”的問(wèn)題。有些同學(xué)前端做了一個(gè)菜單欄把所有端的功能都渲染出來(lái)了學(xué)生登錄后點(diǎn)教師菜單后端雖然攔截了但前端體驗(yàn)很差。正確做法是登錄接口把角色返回給前端前端根據(jù)角色動(dòng)態(tài)渲染菜單。4.3 第三階段在打磨細(xì)節(jié)中提升答辯質(zhì)量到了這個(gè)階段系統(tǒng)已經(jīng)能用但這個(gè)時(shí)候恰恰是拉開(kāi)差距的時(shí)候。很多普通項(xiàng)目只能演示正常流程你的系統(tǒng)可以演示以下這些細(xì)節(jié)重復(fù)選課提示同一學(xué)生重復(fù)提交同一門課返回明確錯(cuò)誤信息“你已選過(guò)該課程”學(xué)分超限校驗(yàn)選擇課程后已選學(xué)分總和超過(guò)上限給出提示并阻止課程時(shí)間沖突檢測(cè)課程表里有 class_time 字段選課時(shí)循環(huán)比較已選課程發(fā)現(xiàn)時(shí)間重疊就報(bào)錯(cuò)容量不足提示熱門課程剩余 0 時(shí)前端按鈕置灰后端再次校驗(yàn)。每個(gè)細(xì)節(jié)都對(duì)應(yīng)論文里的一小段“異常情況處理與分析”加起來(lái)內(nèi)容量就足夠撐起核心章節(jié)了。5. 并發(fā)搶課、緩存穿透與事務(wù)一致性被追問(wèn)最多的技術(shù)點(diǎn)選課系統(tǒng)的“技術(shù)含金量”很大程度上體現(xiàn)在高并發(fā)場(chǎng)景。答辯老師只要聽(tīng)說(shuō)“選課”大概率會(huì)問(wèn)一句“如果幾百人同時(shí)搶一門只有 50 個(gè)名額的課你的系統(tǒng)會(huì)不會(huì)超賣”這個(gè)問(wèn)題回答得好項(xiàng)目檔次能明顯不一樣。5.1 為什么不能只靠“先查再更新”最簡(jiǎn)單的選課邏輯是Course course courseMapper.selectById(courseId); if (course.getSelectedCount() course.getCapacity()) { courseMapper.increaseSelectedCount(courseId); selectionMapper.insert(selection); return 選課成功; }這段代碼看起來(lái)沒(méi)問(wèn)題實(shí)際上在并發(fā)環(huán)境下問(wèn)題很大。兩個(gè)請(qǐng)求同時(shí)查出selectedCount49都滿足小于容量 50 的條件然后兩個(gè)請(qǐng)求都執(zhí)行了increaseSelectedCount最終 selectedCount 變成 51容量被突破。這就是經(jīng)典的并發(fā)超賣問(wèn)題。解決辦法就是我前面提到的那條“帶條件的 UPDATE”UPDATE course SET selected_count selected_count 1 WHERE id #{courseId} AND selected_count capacity;同時(shí)選課記錄插入要在同一個(gè)事務(wù)里并且啟用適當(dāng)?shù)臄?shù)據(jù)庫(kù)隔離級(jí)別。如果你用了 Redis也可以把課程剩余容量緩存到 Redis 里選課前用 Lua 腳本做扣減再同步到數(shù)據(jù)庫(kù)但這對(duì)畢設(shè)來(lái)說(shuō)有點(diǎn)重了。這里更推薦把“數(shù)據(jù)庫(kù)樂(lè)觀更新”作為主方案把 Redis 方案作為論文里的“優(yōu)化與展望”來(lái)寫(xiě)。5.2 緩存穿透課程列表接口的隱形瓶頸選課高峰期課程列表頁(yè)會(huì)被反復(fù)請(qǐng)求。如果不加緩存每次刷新都打到數(shù)據(jù)庫(kù)課程表數(shù)據(jù)量一大數(shù)據(jù)庫(kù) IO 就會(huì)成為瓶頸。最常見(jiàn)的做法是使用 Redis 緩存熱門課程列表String cacheKey course:list:hot; ListCourse hotCourses redisTemplate.opsForValue().get(cacheKey); if (hotCourses null) { // 去數(shù)據(jù)庫(kù)查然后寫(xiě)入緩存設(shè)置過(guò)期時(shí)間 }這里容易忽略的是緩存穿透問(wèn)題如果某個(gè)課程 ID 根本不存在請(qǐng)求仍然會(huì)每次都穿過(guò)緩存去查數(shù)據(jù)庫(kù)數(shù)據(jù)庫(kù)壓力依然很大。解決方式也很簡(jiǎn)單——空結(jié)果也緩存幾分鐘或者用布隆過(guò)濾器攔截不存在的 ID。畢設(shè)系統(tǒng)里用“空值緩存”就夠了布隆過(guò)濾器可以作為論文里的進(jìn)階點(diǎn)提一句。5.3 事務(wù)回滾與異常處理的配合選課失敗有很多種原因但 Service 層代碼如果不加事務(wù)可能會(huì)留下臟數(shù)據(jù)。正確做法是在選課 Service 方法上標(biāo)注Transactional然后在業(yè)務(wù)校驗(yàn)失敗時(shí)拋出RuntimeException或自定義業(yè)務(wù)異常讓事務(wù)回滾。有一個(gè)細(xì)節(jié)容易被忽略如果在事務(wù)方法內(nèi)部 try-catch 吞掉了異常事務(wù)是不會(huì)回滾的。比如Transactional public Result selectCourse(Long studentId, Long courseId) { try { // 校驗(yàn) 更新 插入 } catch (Exception e) { return Result.error(選課失敗); } }這種寫(xiě)法看似友好實(shí)際事務(wù)邊界已經(jīng)失效數(shù)據(jù)可能出現(xiàn)不一致。正確寫(xiě)法是把 try-catch 放在 Controller 層做全局異常處理Service 層只負(fù)責(zé)往外拋異常。Spring Boot 里可以用RestControllerAdvice統(tǒng)一捕獲業(yè)務(wù)異常返回 JSON 提示這樣代碼既干凈事務(wù)也安全。如果答辯的時(shí)候能自己主動(dòng)講出這個(gè)點(diǎn)老師基本不會(huì)再追問(wèn)“事務(wù)失效為什么沒(méi)處理”。6. 真實(shí)答辯中必定被追問(wèn)的四個(gè)問(wèn)題系統(tǒng)做完進(jìn)入答辯環(huán)節(jié)很多同學(xué)最擔(dān)心老師問(wèn)“框架源碼”“算法”之類的深問(wèn)題。實(shí)際上對(duì)于選課系統(tǒng)這種題目老師更在意的還是“你自己有沒(méi)有真正理解系統(tǒng)”下面四個(gè)問(wèn)題出現(xiàn)的頻率非常高提前準(zhǔn)備好比臨時(shí)背書(shū)強(qiáng)得多。6.1 你選課的時(shí)候怎么處理“超選”情況這個(gè)問(wèn)題千萬(wàn)不要只說(shuō)“用事務(wù)”要把事務(wù)和并發(fā)控制結(jié)合起來(lái)說(shuō)?？梢詤⒖歼@條回答思路“選課的核心操作是一句帶條件的更新 SQLUPDATE course SET selected_count selected_count 1 WHERE id ? AND selected_count capacity這條 SQL 的原子性由數(shù)據(jù)庫(kù)行鎖保證。當(dāng)多個(gè)請(qǐng)求同時(shí)到達(dá)時(shí)只有一個(gè)請(qǐng)求能成功執(zhí)行更新語(yǔ)句影響行數(shù)是 1其余請(qǐng)求影響行數(shù)為 0判定為容量已滿。同時(shí)選課記錄的插入和課程容量的更新放在同一個(gè)事務(wù)里如果插入失敗整個(gè)事務(wù)回滾容量不會(huì)被錯(cuò)誤占用?！边@條回答涵蓋了并發(fā)控制、事務(wù)邊界、數(shù)據(jù)庫(kù)鎖三個(gè)知識(shí)點(diǎn)已經(jīng)超過(guò)多數(shù)畢設(shè)項(xiàng)目的深度。6.2 課程表容量字段和選課記錄數(shù)會(huì)不會(huì)不一致老師說(shuō)這句話是在暗示你可能只改了其中一個(gè)表?；卮鹚悸肥敲看芜x課成功先更新 course 表容量再插入 selection 記錄兩者在同一個(gè)事務(wù)里。如果要進(jìn)一步保證一致性可以在 selection 表上建觸發(fā)器或者定期跑一個(gè)對(duì)賬定時(shí)任務(wù)將課程表的 selected_count 與 selection 表的實(shí)際記錄數(shù)比對(duì)。定時(shí)任務(wù)可以用 Spring 自帶的Scheduled注解實(shí)現(xiàn)這也是一個(gè)小加分項(xiàng)。6.3 學(xué)生退課后學(xué)分和容量怎么釋放退課是選課的逆操作仍然要放在事務(wù)里刪除或標(biāo)記 selection 記錄把 course 表的 selected_count 減 1。這里有個(gè)業(yè)務(wù)選擇問(wèn)題——退課是物理刪除還是邏輯刪除。我的建議是使用邏輯刪除加一個(gè) status 字段標(biāo)記“已退課”這樣學(xué)生和老師都能看到歷史操作記錄教務(wù)端也可以做審計(jì)論文里不用花太多篇幅解釋“為什么刪不掉數(shù)據(jù)”。6.4 密碼你是怎么存儲(chǔ)的這問(wèn)題幾乎是畢設(shè)必問(wèn)千萬(wàn)不要回答“明文存數(shù)據(jù)庫(kù)”。最低限度也要用 MD5 加固定鹽。稍微進(jìn)階一點(diǎn)可以用 Spring Security 自帶的 BCryptPasswordEncoder這個(gè)做法既能保證安全又能在論文的技術(shù)選型里寫(xiě)一句“使用 BCrypt 哈希算法對(duì)用戶密碼進(jìn)行加密存儲(chǔ)”比空談“重視安全”有說(shuō)服力得多。我在幫某高校的學(xué)弟排查選課人數(shù)統(tǒng)計(jì)不準(zhǔn)的問(wèn)題時(shí)發(fā)現(xiàn)他代碼里兩個(gè) Service 方法各開(kāi)了一個(gè)事務(wù)第一個(gè)方法更新課程容量提交后第二個(gè)方法插入選課記錄時(shí)才報(bào)錯(cuò)導(dǎo)致容量被扣了但選課記錄沒(méi)生成。當(dāng)時(shí)我讓他把所有數(shù)據(jù)庫(kù)操作合并到一個(gè)事務(wù)方法里再把業(yè)務(wù)校驗(yàn)全部前移問(wèn)題立刻解決。很多時(shí)候不是代碼不會(huì)寫(xiě)而是事務(wù)邊界沒(méi)劃清這類問(wèn)題自己在測(cè)試階段又很難暴露因?yàn)閱斡脩舨僮鞲究床怀霾l(fā)問(wèn)題。如果你也在做類似項(xiàng)目建議測(cè)試階段至少開(kāi)兩個(gè)瀏覽器窗口同時(shí)登錄兩個(gè)學(xué)生賬號(hào)用同一門課做容量臨界值測(cè)試能復(fù)現(xiàn)不少隱藏問(wèn)題。