1. 項(xiàng)目概述與需求拆解1.1 這個(gè)項(xiàng)目解決的到底是什么問(wèn)題先說(shuō)個(gè)現(xiàn)象我接觸過(guò)的不少高校里心理咨詢中心其實(shí)挺尷尬的。線下預(yù)約排隊(duì)能排到兩三個(gè)星期以后學(xué)生有問(wèn)題不敢去學(xué)院辦公室問(wèn)覺(jué)得“被輔導(dǎo)員知道被全院知道”加上咨詢室開(kāi)放時(shí)間固定白天有課的學(xué)生基本約不上。另一方面心理咨詢師的時(shí)間被大量重復(fù)性事務(wù)占用——回答“在哪里預(yù)約”“你們幾點(diǎn)上班”“怎么取消”這類問(wèn)題真正做咨詢的時(shí)間反而被壓縮。所以這個(gè)項(xiàng)目的核心不是“做一個(gè)網(wǎng)站”而是把心理咨詢服務(wù)從前臺(tái)接待、紙質(zhì)登記、電話確認(rèn)這套流程遷移到線上自助式服務(wù)。學(xué)生能自己看咨詢師排班、自己約時(shí)間、自己填心理評(píng)測(cè)問(wèn)卷咨詢師能在線管理日程、查看預(yù)約記錄、做簡(jiǎn)單的評(píng)估記錄管理員能看整體數(shù)據(jù)、管理用戶和內(nèi)容。這就是一個(gè)典型的“信息管理在線服務(wù)”雙合一的業(yè)務(wù)系統(tǒng)。如果你是計(jì)算機(jī)相關(guān)專業(yè)的畢業(yè)生這類選題在答辯時(shí)有一個(gè)天然優(yōu)勢(shì)業(yè)務(wù)邊界非常清晰評(píng)審老師不需要額外花時(shí)間理解項(xiàng)目是干什么的所有功能點(diǎn)都能對(duì)應(yīng)到明確的業(yè)務(wù)需求。不像某些徒有其表的“智能推薦系統(tǒng)”你扛不住一句“為什么用這個(gè)方法不用那個(gè)方法”。1.2 校園場(chǎng)景的特殊性在哪里很多人會(huì)把校園心理平臺(tái)想成“一個(gè)普通的預(yù)約網(wǎng)站”這是最大的誤區(qū)。校園場(chǎng)景有幾個(gè)非常具體的要求直接決定了系統(tǒng)設(shè)計(jì)的方向。第一個(gè)是權(quán)限模型復(fù)雜。同樣的預(yù)約功能學(xué)生看到的是“我要約哪個(gè)老師”咨詢師看到的是“我的日程管理”管理員看到的是“所有老師的所有日程”。這三個(gè)角色的數(shù)據(jù)范圍、操作邊界、頁(yè)面入口完全不同權(quán)限設(shè)計(jì)一旦沒(méi)做好后面每個(gè)功能都要打補(bǔ)丁。第二個(gè)是隱私保護(hù)優(yōu)先級(jí)極高。學(xué)生填寫(xiě)的心理評(píng)測(cè)結(jié)果、咨詢記錄屬于敏感數(shù)據(jù)界面展示和數(shù)據(jù)庫(kù)存儲(chǔ)都要做隔離。學(xué)生本人只能看自己的評(píng)測(cè)報(bào)告咨詢師只能看預(yù)約了自己時(shí)段的學(xué)生信息管理員原則上不直接查看評(píng)測(cè)明細(xì)——只能看統(tǒng)計(jì)匯總數(shù)據(jù)。這個(gè)規(guī)則在功能設(shè)計(jì)階段就要想清楚而不是最后快答辯了才補(bǔ)。第三個(gè)是互動(dòng)模式不再是單一的“預(yù)約—到場(chǎng)”。線上心理咨詢平臺(tái)通常有兩種模式預(yù)約線下咨詢或者直接在平臺(tái)內(nèi)做文字/語(yǔ)音咨詢。對(duì)于一個(gè)畢業(yè)設(shè)計(jì)體量的項(xiàng)目建議做預(yù)約留言板在線反饋的組合不建議直接上實(shí)時(shí)音視頻。理由后面章節(jié)會(huì)說(shuō)這里先記住結(jié)論。1.3 為什么說(shuō)“畢業(yè)設(shè)計(jì)”這個(gè)屬性影響技術(shù)方案“計(jì)算機(jī)畢業(yè)設(shè)計(jì)”這六個(gè)字意味著這個(gè)項(xiàng)目的評(píng)價(jià)標(biāo)準(zhǔn)不是“功能越復(fù)雜越好”而是“邏輯完整、技術(shù)合理、工作量飽滿”。評(píng)審老師看重的有三個(gè)點(diǎn)業(yè)務(wù)邏輯能不能閉環(huán)、技術(shù)選型能不能說(shuō)明白理由、工作量能不能體現(xiàn)出來(lái)。所以我個(gè)人強(qiáng)烈建議不要一上來(lái)就堆微服務(wù)、分布式、Redis緩存、消息隊(duì)列這些東西。SpringBoot單體應(yīng)用配合MySQL加上合理的模塊劃分足夠支撐一個(gè)完整的校園心理平臺(tái)。用我常說(shuō)的一句話畢業(yè)設(shè)計(jì)的核心是證明你理解了一個(gè)系統(tǒng)是怎么從零到一建設(shè)起來(lái)的而不是證明你背過(guò)多少框架名。2. 技術(shù)選型思路與核心框架解析2.1 為什么是SpringBoot而不是其他框架現(xiàn)在Java后端就業(yè)市場(chǎng)的主流要求就是SpringBoot這個(gè)不用多解釋。但從項(xiàng)目本身的角度看選SpringBoot有三個(gè)實(shí)實(shí)在在的好處。第一起步成本低。SpringBoot的自動(dòng)配置機(jī)制把大量繁瑣的Bean注冊(cè)、XML配置變成了約定俗成的默認(rèn)值一個(gè)空的Web項(xiàng)目幾分鐘就能跑起來(lái)。對(duì)于需要同時(shí)兼顧文檔撰寫(xiě)、數(shù)據(jù)庫(kù)設(shè)計(jì)、前端頁(yè)面、功能開(kāi)發(fā)的大四學(xué)生來(lái)說(shuō)省下來(lái)的時(shí)間很寶貴。第二生態(tài)成熟出問(wèn)題好搜。這是一個(gè)很現(xiàn)實(shí)的因素。你做項(xiàng)目過(guò)程中遇到的90%的報(bào)錯(cuò)在搜索引擎上都能找到對(duì)應(yīng)的解決方案因?yàn)橛肧pringBoot的人實(shí)在太多了。比如后面會(huì)提到的Lombok編譯報(bào)錯(cuò)問(wèn)題、SpringBoot版本過(guò)高導(dǎo)致的配置項(xiàng)變更問(wèn)題都是社區(qū)里反復(fù)討論過(guò)的話題。第三加分項(xiàng)明確。答辯時(shí)老師問(wèn)“為什么選SpringBoot”你可以回答SpringBoot基于Spring框架通過(guò)自動(dòng)配置和起步依賴簡(jiǎn)化了項(xiàng)目搭建內(nèi)置Tomcat可以打成Jar包獨(dú)立運(yùn)行配合Spring MVC提供RESTful接口天然適合前后端分離開(kāi)發(fā)。這三句話就把選型理由說(shuō)得明明白白。2.2 版本選擇是第一個(gè)坑說(shuō)一個(gè)我在幫別人排查項(xiàng)目時(shí)遇到最多的問(wèn)題SpringBoot版本太高。很多同學(xué)直接從官網(wǎng)拉最新穩(wěn)定版Spring Boot 3.x結(jié)果一整合舊教程里的代碼就報(bào)錯(cuò)——因?yàn)镾pring Boot 3.0以上版本要求JDK 17同時(shí)javax.servlet變成了jakarta.servlet一大批第三方工具的兼容性都變了。我做這個(gè)項(xiàng)目時(shí)用的是SpringBoot 2.7.x系列 JDK 1.8。為什么因?yàn)檫@個(gè)組合是當(dāng)前畢業(yè)設(shè)計(jì)生態(tài)里最穩(wěn)的市面上絕大多數(shù)教程適配的是這個(gè)版本MyBatis-Plus、Hutool、Lombok等常用工具在這個(gè)組合下無(wú)痛兼容而且JDK 1.8依然是很多學(xué)校機(jī)房和企業(yè)老項(xiàng)目的標(biāo)配。注意如果你的項(xiàng)目需求或?qū)熤付烁甙姹灸钦?qǐng)忽略我的建議。但如果是自己選聽(tīng)我的2.7.x JDK 8是你做畢設(shè)最省心的組合。2.3 輕量級(jí)不是功能少而是設(shè)計(jì)克制標(biāo)題里“輕量級(jí)Java框架”這個(gè)詞很多人理解成“功能簡(jiǎn)單”這不對(duì)。輕量級(jí)的本意是“最小依賴實(shí)現(xiàn)核心功能不引入不必要的復(fù)雜度”。具體到這個(gè)項(xiàng)目我的理解是能不引入中間件就不引入。比如用戶登錄狀態(tài)用Spring SessionRedis是常見(jiàn)的生產(chǎn)級(jí)方案但畢業(yè)設(shè)計(jì)場(chǎng)景里單機(jī)部署的SpringBoot應(yīng)用用JWT或者普通的Session機(jī)制完全夠用。再比如文件上傳把學(xué)生頭像存到本地磁盤(pán)比引一個(gè)OSS對(duì)象存儲(chǔ)更直觀代碼量少部署也簡(jiǎn)單。“克制”的另一層意思是你引入的每一個(gè)技術(shù)組件都要能回答“它解決了什么痛點(diǎn)”。比如你引入Redis就要說(shuō)清楚“存放驗(yàn)證碼并設(shè)置過(guò)期時(shí)間”“緩存熱點(diǎn)數(shù)據(jù)降低數(shù)據(jù)庫(kù)壓力”。你引入消息隊(duì)列就要想清楚“哪個(gè)業(yè)務(wù)場(chǎng)景真的需要異步削峰”。如果答不上來(lái)這個(gè)組件就是扣分項(xiàng)而不是加分項(xiàng)。2.4 前后端分離還是服務(wù)端渲染這個(gè)項(xiàng)目我強(qiáng)烈建議用前后端分離原因不只是技術(shù)趨勢(shì)更重要的是開(kāi)發(fā)節(jié)奏上的優(yōu)勢(shì)。Vue Element UI是當(dāng)前學(xué)校的主流技術(shù)棧前端的頁(yè)面組件可以直接套用開(kāi)源模板快速搭建后端的邏輯通過(guò)RESTful API對(duì)外暴露前端調(diào)接口拿JSON數(shù)據(jù)渲染頁(yè)面兩邊可以并行推進(jìn)。同時(shí)也預(yù)留了一個(gè)擴(kuò)展點(diǎn)如果未來(lái)要接入移動(dòng)端或者小程序后端API不用做任何改動(dòng)新寫(xiě)一個(gè)前端殼子就行。這個(gè)話術(shù)在答辯“未來(lái)展望”環(huán)節(jié)非常好用。前端就選Vue 2版本Element UI組件庫(kù)配合Axios請(qǐng)求庫(kù)。如果你會(huì)Vue 3那也可以用Vue 3 Element Plus但要注意教程和資料最多的還是Vue 2自己權(quán)衡。我對(duì)大多數(shù)人的建議是選你最有把握的畢業(yè)設(shè)計(jì)不是新技術(shù)試驗(yàn)場(chǎng)。3. 核心功能模塊設(shè)計(jì)與數(shù)據(jù)庫(kù)建模3.1 角色定位與功能全景圖任何項(xiàng)目的第一步都不是寫(xiě)代碼而是把角色和功能梳理清楚。這個(gè)平臺(tái)總共有三類角色外加一個(gè)“游客”我把他們的核心訴求整理成了一張表角色核心訴求核心功能學(xué)生快速約到咨詢師、保護(hù)隱私、查看自己的記錄注冊(cè)登錄、瀏覽咨詢師、查看排班、在線預(yù)約、填寫(xiě)評(píng)測(cè)問(wèn)卷、查看評(píng)測(cè)報(bào)告、留言反饋?zhàn)稍儙煿芾碜约旱呐虐?、查看預(yù)約、快速記錄登錄、維護(hù)個(gè)人資料、設(shè)置可預(yù)約時(shí)段、查看預(yù)約列表、處理預(yù)約、填寫(xiě)咨詢記錄管理員統(tǒng)覽全局、管理基礎(chǔ)數(shù)據(jù)用戶管理、咨詢師審核、文章管理、數(shù)據(jù)統(tǒng)計(jì)、系統(tǒng)設(shè)置游客了解平臺(tái)、獲取幫助瀏覽平臺(tái)介紹、查看心理科普文章、查看常見(jiàn)問(wèn)題這里要特別留意“游客和學(xué)生的邊界”。很多畢設(shè)會(huì)把所有內(nèi)容都鎖在登錄后才可看這其實(shí)不符合業(yè)務(wù)邏輯——一個(gè)學(xué)生第一次訪問(wèn)平臺(tái)應(yīng)該能先看看平臺(tái)有什么、咨詢師長(zhǎng)什么樣、科普文章能不能讀有了信任感才愿意注冊(cè)。所以前端頁(yè)面必須有一部分是免登錄開(kāi)放的。3.2 預(yù)約業(yè)務(wù)的核心流程預(yù)約是這個(gè)平臺(tái)的核心業(yè)務(wù)也是最容易出現(xiàn)邏輯漏洞的地方。一個(gè)合理的預(yù)約流程至少包含以下環(huán)節(jié)學(xué)生查看咨詢師列表進(jìn)入咨詢師詳情頁(yè)查看該咨詢師的可預(yù)約時(shí)間段由咨詢師提前設(shè)置選擇一個(gè)時(shí)間段提交預(yù)約申請(qǐng)系統(tǒng)檢查該時(shí)間段是否仍可預(yù)約防止兩個(gè)人同時(shí)搶到預(yù)約成功后狀態(tài)為“待確認(rèn)”學(xué)生和咨詢師都能看到咨詢師確認(rèn)或取消預(yù)約學(xué)生收到狀態(tài)變更通知咨詢完成后咨詢師填寫(xiě)本次咨詢記錄注意第4步“防并發(fā)沖突”。兩個(gè)學(xué)生同時(shí)點(diǎn)了同一個(gè)時(shí)段理論上只允許一個(gè)人成功。技術(shù)實(shí)現(xiàn)上最簡(jiǎn)單的方案是在數(shù)據(jù)庫(kù)層面做約束判斷當(dāng)前時(shí)間段預(yù)約數(shù)是否小于容量通過(guò)UPDATE語(yǔ)句帶條件更新影響行數(shù)來(lái)判斷是否搶到。這個(gè)問(wèn)題的解決方案在答辯時(shí)也是一個(gè)非常好的技術(shù)亮點(diǎn)能體現(xiàn)你是否考慮過(guò)并發(fā)場(chǎng)景。3.3 數(shù)據(jù)庫(kù)表設(shè)計(jì)的關(guān)鍵決策數(shù)據(jù)庫(kù)表設(shè)計(jì)不能邊寫(xiě)邊想必須在開(kāi)工前把核心表結(jié)構(gòu)定下來(lái)。我按照這個(gè)項(xiàng)目實(shí)際需要整理了這樣一組核心表用戶相關(guān)user用戶表學(xué)生/咨詢師/管理員都放這里用role字段區(qū)分consultant_info咨詢師擴(kuò)展信息表咨詢方向、從業(yè)年限、個(gè)人簡(jiǎn)介、資質(zhì)證書(shū)編號(hào)student_info學(xué)生擴(kuò)展信息表學(xué)號(hào)、學(xué)院、年級(jí)業(yè)務(wù)相關(guān)appointment預(yù)約表關(guān)聯(lián)用戶ID、咨詢師ID、時(shí)段、狀態(tài)、備注schedule排班表/可預(yù)約時(shí)段表咨詢師ID、日期、開(kāi)始時(shí)間、結(jié)束時(shí)間、是否已約evaluation_template評(píng)測(cè)問(wèn)卷模板表evaluation_question評(píng)測(cè)問(wèn)題表evaluation_record評(píng)測(cè)記錄表學(xué)生ID、模板ID、分?jǐn)?shù)、結(jié)果等級(jí)evaluation_answer評(píng)測(cè)答案表每題的選擇結(jié)果message_board留言表學(xué)生留言、咨詢師回復(fù)內(nèi)容相關(guān)article心理科普文章表banner首頁(yè)輪播圖表notice公告表關(guān)于user表要不要拆成用戶主表和用戶擴(kuò)展表很多同學(xué)猶豫。我的建議是拆原因?qū)W生和咨詢師的信息字段差異很大比如咨詢師要存“咨詢方向”而學(xué)生要存“學(xué)號(hào)”。如果全塞在user表里要么大量字段為空要么表結(jié)構(gòu)臃腫難以理解。拆分后user表只存公共字段擴(kuò)展表用外鍵關(guān)聯(lián)user_id思路清晰答辯也好講。3.4 評(píng)測(cè)問(wèn)卷模塊設(shè)計(jì)經(jīng)驗(yàn)心理評(píng)測(cè)模塊是這個(gè)平臺(tái)區(qū)別于“普通預(yù)約網(wǎng)站”的重要亮點(diǎn)實(shí)現(xiàn)得好能撐起不少工作量。我建議至少設(shè)計(jì)3套評(píng)測(cè)模板比如“焦慮自評(píng)量表SAS”“抑郁自評(píng)量表SDS”“睡眠質(zhì)量評(píng)估”。這里重要的不是量表本身的專業(yè)醫(yī)學(xué)背景而是它的計(jì)分和結(jié)果映射邏輯。拿SAS舉例20道題目每道題按1-4分計(jì)分粗分乘以1.25取整數(shù)得到標(biāo)準(zhǔn)分。標(biāo)準(zhǔn)分小于50為正常50-59為輕度焦慮60-69為中度焦慮70及以上為重度焦慮。這個(gè)映射規(guī)則在代碼中用一個(gè)配置類封裝前端按照后臺(tái)返回的分?jǐn)?shù)區(qū)間展示對(duì)應(yīng)結(jié)果。評(píng)測(cè)結(jié)果要和預(yù)約流程聯(lián)動(dòng)如果評(píng)測(cè)結(jié)果異常頁(yè)面直接推送一條建議——“系統(tǒng)檢測(cè)到您最近情緒壓力偏高建議盡快預(yù)約咨詢師進(jìn)行線下溝通這里為您推薦幾位擅長(zhǎng)情緒管理的咨詢師”。這樣就把評(píng)測(cè)模塊的價(jià)值和大預(yù)約模塊綁在了一起業(yè)務(wù)邏輯閉環(huán)了。4. 核心功能實(shí)現(xiàn)與關(guān)鍵技術(shù)細(xì)節(jié)4.1 登錄認(rèn)證與權(quán)限控制的落地SpringBoot JWT做登錄認(rèn)證是我推薦的一套輕量級(jí)方案。核心思路用戶登錄成功后服務(wù)器用SecretKey簽發(fā)一個(gè)Token返回給前端前端每次請(qǐng)求在請(qǐng)求頭里帶上Authorization: token后端寫(xiě)一個(gè)攔截器統(tǒng)一校驗(yàn)Token解析出用戶ID和角色放到ThreadLocal或請(qǐng)求上下文里。JWT的好處是無(wú)狀態(tài)后端不需要存Session對(duì)前后端分離部署非常友好。但要記住兩個(gè)細(xì)節(jié)Token要設(shè)置過(guò)期時(shí)間建議2小時(shí)前端的Axios攔截器在收到401響應(yīng)時(shí)自動(dòng)跳轉(zhuǎn)登錄頁(yè)并提示“登錄已過(guò)期”密碼不能用明文存數(shù)據(jù)庫(kù)至少要用MD5加鹽或BCrypt加密。Spring Security自帶的BCryptPasswordEncoder是最穩(wěn)妥的選擇權(quán)限控制層面我習(xí)慣用自定義注解RequireRole(CONSULTANT)加攔截器的方案攔截器先解析Token拿到用戶角色再判斷當(dāng)前請(qǐng)求的接口是否允許該角色訪問(wèn)。比Spring Security的PreAuthorize更直觀對(duì)還沒(méi)系統(tǒng)學(xué)過(guò)Spring Security的同學(xué)來(lái)說(shuō)更容易講清楚原理。4.2 預(yù)約模塊的并發(fā)防重實(shí)現(xiàn)前面提到預(yù)約需要防并發(fā)沖突這里說(shuō)具體實(shí)現(xiàn)。預(yù)約表里加一個(gè)version字段或者依靠帶條件的UPDATE// 偽代碼更新某個(gè)時(shí)間段為“已預(yù)約” int rows appointmentMapper.updateStatusByIdAndStatus(appointmentId, 0, 1); if (rows 0) { // 更新成功說(shuō)明該時(shí)段之前是未預(yù)約狀態(tài)本次操作成功 } else { // 更新失敗說(shuō)明該時(shí)段已被別人預(yù)約 throw new BusinessException(該時(shí)間段已被預(yù)約請(qǐng)選擇其他時(shí)間); }核心原理是UPDATE語(yǔ)句影響行數(shù)為0時(shí)說(shuō)明條件不滿足。這里WHERE條件里帶著status0未預(yù)約兩個(gè)請(qǐng)求同時(shí)進(jìn)來(lái)數(shù)據(jù)庫(kù)層面的行鎖保證只有一個(gè)請(qǐng)求能改成功。4.3 評(píng)測(cè)模塊的計(jì)分實(shí)現(xiàn)評(píng)測(cè)模塊的代碼核心不復(fù)雜但要把邏輯捋清楚。前端把學(xué)生的答案按[{questionId: 1, optionValue: 2}, ...]的格式提交到后端后端拿到答案列表后// 偽代碼計(jì)算SAS量表標(biāo)準(zhǔn)分 int roughScore evaluationService.calculateRoughScore(answers, templateId); int standardScore (int) Math.round(roughScore * 1.25); String resultLevel standardScore 50 ? 正常 : standardScore 60 ? 輕度焦慮 : standardScore 70 ? 中度焦慮 : 重度焦慮;這里有幾個(gè)坑要注意有些題目是反向計(jì)分的比如“我覺(jué)得一切都很好”需要按選項(xiàng)值5 - optionValue處理題目表里要加一個(gè)isReverse字段模板的版本管理評(píng)測(cè)模板以后可能會(huì)修改題目所以evaluation_record表必須記錄本次評(píng)測(cè)用的template_id否則歷史評(píng)測(cè)記錄對(duì)應(yīng)不上當(dāng)時(shí)用的題目結(jié)果顯示建議用分級(jí)顏色正常用綠色、輕度用黃色、中重度用紅色前端判斷resultLevel后渲染對(duì)應(yīng)顏色視覺(jué)上更直觀4.4 留言板與咨詢師回復(fù)的會(huì)話模型留言板的實(shí)現(xiàn)有一個(gè)容易忽略的點(diǎn)——它實(shí)際上是“一對(duì)一會(huì)話”而非“公開(kāi)帖”。學(xué)生的咨詢內(nèi)容屬于隱私不能像論壇一樣公開(kāi)所有人可見(jiàn)。所以我設(shè)計(jì)的是學(xué)生可以發(fā)起一個(gè)咨詢?cè)掝}標(biāo)題內(nèi)容咨詢師登錄后只能看到分配給自己的未回復(fù)話題?；貜?fù)完成后學(xué)生端收到狀態(tài)更新可以繼續(xù)追問(wèn)。這就涉及數(shù)據(jù)庫(kù)表設(shè)計(jì)feedback_topic留言主題表 - id, student_id, title, content, status, create_time feedback_reply回復(fù)表 - id, topic_id, consultant_id, content, create_time默認(rèn)情況下feedback_topic不直接關(guān)聯(lián)咨詢師而是在第一次回復(fù)時(shí)才綁定。學(xué)生發(fā)起話題后管理員或系統(tǒng)自動(dòng)分配給當(dāng)前空閑的咨詢師咨詢師回復(fù)后該話題即與該咨詢師綁定后續(xù)追問(wèn)都由同一個(gè)人回復(fù)。這個(gè)邏輯既保護(hù)隱私又避免了“多個(gè)咨詢師同時(shí)回復(fù)一個(gè)學(xué)生”的混亂。4.5 咨詢師排班功能的設(shè)計(jì)思路排班功能要做成“周模板臨時(shí)調(diào)整”的雙層結(jié)構(gòu)這是我從實(shí)際運(yùn)營(yíng)場(chǎng)景里總結(jié)出來(lái)的。咨詢師每周的可用時(shí)間往往是有規(guī)律的比如“周一三五下午2點(diǎn)到5點(diǎn)有空”如果讓咨詢師每天手動(dòng)添加排班操作負(fù)擔(dān)太重。所以數(shù)據(jù)庫(kù)里加一張schedule_template表記錄咨詢師一周內(nèi)的固定排班規(guī)則然后再有一張schedule_item表記錄具體某一天的可預(yù)約時(shí)段。咨詢師可以在周模板基礎(chǔ)上做微調(diào)比如某周周三臨時(shí)有事刪除當(dāng)天時(shí)段。前端交互上咨詢師端使用一個(gè)“周視圖”日歷頁(yè)面選了日期可以一鍵“復(fù)制上周排班”也可以手動(dòng)新增/刪除某一天的時(shí)段操作體驗(yàn)自然。5. 項(xiàng)目管理與部署落地經(jīng)驗(yàn)5.1 開(kāi)發(fā)順序與里程碑安排給所有做畢設(shè)的同學(xué)一個(gè)時(shí)間管理建議這是我自己帶項(xiàng)目時(shí)反復(fù)強(qiáng)調(diào)的。整個(gè)項(xiàng)目建議按下面四個(gè)里程碑推進(jìn)第一階段需求梳理與設(shè)計(jì)約1周。寫(xiě)需求文檔畫(huà)用例圖、ER圖、原型圖。這個(gè)階段不寫(xiě)代碼但要確定所有表結(jié)構(gòu)和接口清單。表結(jié)構(gòu)定好了后面開(kāi)發(fā)才不會(huì)反復(fù)改數(shù)據(jù)庫(kù)。第二階段核心業(yè)務(wù)閉環(huán)約2周。先做后端從注冊(cè)登錄開(kāi)始把用戶管理、咨詢師管理、預(yù)約管理、留言板這些核心接口全部跑通。前端同步做基礎(chǔ)的頁(yè)面框架和API對(duì)接。先跑通“學(xué)生注冊(cè)—登錄—查看咨詢師—預(yù)約—咨詢師確認(rèn)”這條主鏈路其他功能后續(xù)補(bǔ)。第三階段功能完善約2周。做評(píng)測(cè)模塊、文章管理、數(shù)據(jù)統(tǒng)計(jì)、輪播圖、公告等周邊功能。這里要特別提醒每個(gè)功能做完立即自測(cè)不要攢到最后統(tǒng)一測(cè)試否則出問(wèn)題根本定位不到是哪一段代碼改壞了。第四階段測(cè)試與打磨約1周。完整的全流程測(cè)試、邊界情況測(cè)試重復(fù)預(yù)約、密碼錯(cuò)誤、Token過(guò)期、界面細(xì)節(jié)調(diào)整、Bug修復(fù)。最后留兩三天寫(xiě)答辯PPT和準(zhǔn)備問(wèn)答題。5.2 SpringBoot項(xiàng)目打包與部署項(xiàng)目開(kāi)發(fā)完成后要用Maven打成Jar包部署。這里我把關(guān)鍵流程和常見(jiàn)問(wèn)題寫(xiě)一起mvn clean package -DskipTests打包成功后在target目錄下生成xxx.jar文件直接扔到服務(wù)器上java -jar xxx.jar下面是幾個(gè)我踩過(guò)的坑如果打包報(bào)錯(cuò)“You arent using a compiler supported by lombok”說(shuō)明Lombok版本和JDK版本不匹配檢查pom.xml里L(fēng)ombok的版本2.7.x的SpringBoot配套Lombok 1.18.x版本一般沒(méi)問(wèn)題如果有靜態(tài)資源上傳的頭像不要直接存在項(xiàng)目目錄里因?yàn)镴ar包重新部署會(huì)覆蓋文件。我在配置里指定了一個(gè)外部路徑file.D:/upload/用于存儲(chǔ)上傳文件生產(chǎn)部署時(shí)換成Linux服務(wù)器路徑JDK 1.8項(xiàng)目部署到Docker很多教程讓你用openjdk:8-jdk-alpine作為基礎(chǔ)鏡像但如果你用的SpringBoot版本較新可能需要openjdk:8-jre-alpine并注意時(shí)區(qū)配置。最簡(jiǎn)單的Dockerfile示例FROM openjdk:8-jdk-alpine VOLUME /tmp ADD target/campus-psychology.jar app.jar ENTRYPOINT [java,-Djava.security.egdfile:/dev/./urandom,-jar,/app.jar]構(gòu)建鏡像并啟動(dòng)docker build -t campus-psychology . docker run -d -p 8080:8080 --name psychology campus-psychology5.3 單元測(cè)試怎么寫(xiě)得能讓答辯加分SpringBoot單元測(cè)試在畢業(yè)設(shè)計(jì)里容易被忽略但如果你寫(xiě)了答辯時(shí)非常加分。我的建議是不要追求覆蓋率而是重點(diǎn)覆蓋核心業(yè)務(wù)邏輯注冊(cè)模塊用戶名重復(fù)、密碼加密驗(yàn)證預(yù)約模塊同一時(shí)段并發(fā)預(yù)約、非本人取消預(yù)約評(píng)測(cè)模塊正向計(jì)分與反向計(jì)分題目的計(jì)算邏輯舉例預(yù)約并發(fā)測(cè)試可以用一個(gè)簡(jiǎn)單的多線程測(cè)試類SpringBootTest public class AppointmentServiceTest { Autowired private AppointmentService appointmentService; Test public void testConcurrentBooking() throws InterruptedException { int threadCount 10; CountDownLatch latch new CountDownLatch(threadCount); final int[] successCount {0}; for (int i 0; i threadCount; i) { new Thread(() - { try { appointmentService.bookAppointment(1L, 1L); synchronized (successCount) { successCount[0]; } } catch (BusinessException e) { // 預(yù)約失敗的線程信息 } finally { latch.countDown(); } }).start(); } latch.await(); // 斷言同一個(gè)時(shí)段只有一個(gè)預(yù)約成功 Assertions.assertEquals(1, successCount[0]); } }這段代碼即使不完全懂多線程的同學(xué)也能照著寫(xiě)效果卻非常直觀——老師看到你考慮到了并發(fā)場(chǎng)景這個(gè)項(xiàng)目檔次就不一樣了。6. 常見(jiàn)問(wèn)題與排查技巧實(shí)錄6.1 數(shù)據(jù)庫(kù)連接總是失敗這是排查記錄里出現(xiàn)頻率最高的問(wèn)題。先檢查application.yml里的配置然后手工用數(shù)據(jù)庫(kù)客戶端工具Navicat或DataGrip試連一下。如果客戶端能連上但項(xiàng)目連不上重點(diǎn)檢查pom.xml里數(shù)據(jù)庫(kù)驅(qū)動(dòng)的依賴范圍是不是誤加了scoperuntime/scope之外的限制。另一個(gè)隱蔽問(wèn)題是時(shí)區(qū)serverTimezoneAsia/Shanghai不配的話MySQL 8.x版本連接時(shí)會(huì)報(bào)一個(gè)時(shí)區(qū)警告提示配置讓程序更安全。加上一句話就解決。6.2 前端聯(lián)調(diào)時(shí)跨域報(bào)錯(cuò)SpringBoot后端的CORS跨域配置最簡(jiǎn)單的方案是寫(xiě)一個(gè)WebMvcConfigurer的配置類Configuration public class CorsConfig implements WebMvcConfigurer { Override public void addCorsMappings(CorsRegistry registry) { registry.addMapping(/**) .allowedOriginPatterns(*) .allowedMethods(GET, POST, PUT, DELETE, OPTIONS) .allowedHeaders(*) .allowCredentials(true) .maxAge(3600); } }前后端分離開(kāi)發(fā)時(shí)這個(gè)配置幾乎是必寫(xiě)的有些同學(xué)忘了寫(xiě)前端一直報(bào)跨域錯(cuò)誤排查半天發(fā)現(xiàn)是少了這段代碼。6.3 數(shù)據(jù)統(tǒng)計(jì)頁(yè)面加載慢管理員端的數(shù)據(jù)統(tǒng)計(jì)頁(yè)要展示預(yù)約數(shù)量、用戶數(shù)量、評(píng)測(cè)完成數(shù)量等聚合數(shù)據(jù)。笨辦法是每個(gè)指標(biāo)實(shí)時(shí)查一次數(shù)據(jù)庫(kù)用戶量大了以后頁(yè)面可能要等好幾秒。優(yōu)化的思路是用Scheduled寫(xiě)一個(gè)定時(shí)任務(wù)每10分鐘統(tǒng)計(jì)一次核心指標(biāo)存入statistics_cache表頁(yè)面加載時(shí)直接讀緩存表數(shù)據(jù)不需要實(shí)時(shí)到分鐘級(jí)管理員看的是趨勢(shì)這個(gè)優(yōu)化我強(qiáng)烈建議做代碼量不大但答辯時(shí)能講出“數(shù)據(jù)統(tǒng)計(jì)性能優(yōu)化”這個(gè)點(diǎn)。6.4 SpringBoot啟動(dòng)報(bào)OutOfMemoryError開(kāi)發(fā)階段遇到過(guò)java.lang.OutOfMemoryError: insufficient memory這種問(wèn)題。多數(shù)情況是IDEA給JVM分配的內(nèi)存不夠或者項(xiàng)目里加載了過(guò)多的依賴導(dǎo)致元空間溢出。解決方式Help - Change Memory Settings調(diào)整IDEA最大堆內(nèi)存建議設(shè)為1024MB以上在Run Configuration的VM options里加上-Xms256m -Xmx512m如果重啟后還是報(bào)錯(cuò)檢查是否有循環(huán)依賴。SpringBoot 2.6版本以上默認(rèn)禁止循環(huán)依賴會(huì)直接啟動(dòng)失敗并給出明確的提示信息按照提示重構(gòu)代碼即可。7. 答辯現(xiàn)場(chǎng)最容易被追問(wèn)的十個(gè)問(wèn)題這部分是保命內(nèi)容我建議你把下面的問(wèn)題逐一準(zhǔn)備好答案不要等到答辯現(xiàn)場(chǎng)臨場(chǎng)發(fā)揮。問(wèn)題1為什么選擇SpringBoot而不是Spring回答要點(diǎn)SpringBoot是Spring的增強(qiáng)通過(guò)自動(dòng)配置和起步依賴減少了繁瑣的配置內(nèi)嵌Tomcat容器項(xiàng)目可以獨(dú)立運(yùn)行提供了生產(chǎn)級(jí)特性健康檢查、外部化配置本質(zhì)還是基于Spring生態(tài)。我的項(xiàng)目利用SpringBoot快速搭建RESTful API配合Spring MVC處理請(qǐng)求路由。問(wèn)題2JWT和Session有什么區(qū)別為什么選JWT回答要點(diǎn)Session狀態(tài)保存在服務(wù)器內(nèi)存需要依賴同一臺(tái)服務(wù)器粘性會(huì)話在集群環(huán)境下要引入Session共享方案。JWT把狀態(tài)信息編碼在Token中服務(wù)器不需要存狀態(tài)天然適合前后端分離和橫向擴(kuò)展。缺點(diǎn)是無(wú)法主動(dòng)讓Token失效到期前即使注銷登錄Token依然可用所以需要設(shè)置較短的有效期。問(wèn)題3預(yù)約功能的并發(fā)問(wèn)題是怎么解決的回答要點(diǎn)用數(shù)據(jù)庫(kù)樂(lè)觀鎖方式。UPDATE appointment SET status1 WHERE id? AND status0影響行數(shù)為0說(shuō)明已被搶約。數(shù)據(jù)庫(kù)的行級(jí)鎖保證了同一時(shí)間只有一個(gè)事務(wù)能成功更新。問(wèn)題4如果系統(tǒng)部署到線上你擔(dān)心哪些安全隱患回答要點(diǎn)可以提到SQL注入風(fēng)險(xiǎn)我用了MyBatis的預(yù)編譯機(jī)制規(guī)避、XSS跨站腳本攻擊前端對(duì)輸入內(nèi)容做了標(biāo)簽過(guò)濾、密碼安全BCrypt加密存儲(chǔ)、用戶敏感數(shù)據(jù)隔離訪問(wèn)。問(wèn)題5你的項(xiàng)目的亮點(diǎn)是什么回答要點(diǎn)不要泛泛說(shuō)“功能完整”要挑一個(gè)具體場(chǎng)景講透。比如“我在評(píng)測(cè)模塊中設(shè)計(jì)了反向計(jì)分規(guī)則不同模板可配置預(yù)約模塊通過(guò)條件更新解決了并發(fā)沖突問(wèn)題評(píng)測(cè)結(jié)果與預(yù)約推薦關(guān)聯(lián)形成業(yè)務(wù)閉環(huán)”。問(wèn)題6項(xiàng)目的數(shù)據(jù)量大了之后性能瓶頸可能出現(xiàn)在哪里回答要點(diǎn)查詢量最大的接口是咨詢師列表和預(yù)約記錄分頁(yè)。解決思路給常用查詢字段加索引用PageHelper分頁(yè)插件避免全表查詢熱門數(shù)據(jù)可以做緩存。問(wèn)題7為什么評(píng)測(cè)模板要單獨(dú)建表回答要點(diǎn)模板和題目分離題目變化不影響歷史記錄管理員可以通過(guò)后臺(tái)維護(hù)模板不需要改代碼為以后新增評(píng)測(cè)量表做了擴(kuò)展。問(wèn)題8異常和統(tǒng)一返回格式是怎么處理的回答要點(diǎn)項(xiàng)目用統(tǒng)一Result對(duì)象包裝返回結(jié)果code、message、data后端用RestControllerAdvice全局異常處理器捕獲業(yè)務(wù)異常和系統(tǒng)異常轉(zhuǎn)換成統(tǒng)一的JSON結(jié)構(gòu)。前端根據(jù)code值統(tǒng)一處理提示和跳轉(zhuǎn)。問(wèn)題9如何保證不同角色看到的菜單和功能不一樣回答要點(diǎn)前端根據(jù)登錄接口返回的role字段動(dòng)態(tài)生成菜單后端接口通過(guò)自定義注解攔截器校驗(yàn)角色雙重保障。問(wèn)題10部署遇到的最大挑戰(zhàn)是什么回答要點(diǎn)這個(gè)要結(jié)合自己的實(shí)際經(jīng)歷。比如你遇到了Docker容器中的時(shí)區(qū)問(wèn)題、上傳文件路徑問(wèn)題、數(shù)據(jù)庫(kù)編碼問(wèn)題都可以講。重點(diǎn)不是講問(wèn)題有多難而是講你是怎么一步步排查出來(lái)的這比什么都加分。我在實(shí)際陪跑畢業(yè)設(shè)計(jì)的過(guò)程中見(jiàn)過(guò)太多同學(xué)把精力花在堆新技術(shù)上反而忽略了業(yè)務(wù)閉環(huán)和基礎(chǔ)代碼質(zhì)量。這個(gè)校園網(wǎng)絡(luò)心理支持平臺(tái)如果用SpringBoot老老實(shí)實(shí)做把預(yù)約流程的并發(fā)邏輯、評(píng)測(cè)模塊的計(jì)算邏輯、角色權(quán)限的隔離設(shè)計(jì)講清楚答辯拿優(yōu)秀是完全有把握的。希望這篇拆解能幫你在開(kāi)始寫(xiě)代碼之前先把整個(gè)項(xiàng)目的骨架和關(guān)鍵雷區(qū)都摸透。