每年到了畢業(yè)季總有一大批計(jì)算機(jī)專業(yè)的同學(xué)在找畢設(shè)項(xiàng)目時(shí)犯了難。市面上的SpringBootVue圖書管理系統(tǒng)源碼一抓一大把可真正能順利跑起來、講得清楚、答得上答辯老師提問的卻不多。這套圖書管理系統(tǒng)我前前后后幫好幾個(gè)學(xué)弟學(xué)妹調(diào)試過也用它的思路改造過企業(yè)里的真實(shí)業(yè)務(wù)系統(tǒng)。今天這篇就把這個(gè)項(xiàng)目從數(shù)據(jù)庫(kù)設(shè)計(jì)、后端接口到前端頁(yè)面完整拆開來講重點(diǎn)不是讓你“有代碼”而是讓你真正“懂項(xiàng)目”——從項(xiàng)目結(jié)構(gòu)到每個(gè)模塊的實(shí)現(xiàn)邏輯再到答辯時(shí)老師喜歡問的細(xì)節(jié)一次說透。這套系統(tǒng)適合誰第一類是Java Web方向的畢設(shè)學(xué)生拿去做課程設(shè)計(jì)或者畢業(yè)設(shè)計(jì)非常合適第二類是剛學(xué)完SpringBoot和Vue、想找一個(gè)完整前后端分離項(xiàng)目練手的初學(xué)者第三類是想快速搭一套管理后臺(tái)模板做二次開發(fā)的開發(fā)者圖書管理系統(tǒng)的用戶、權(quán)限、增刪改查、分頁(yè)、借閱關(guān)聯(lián)這些模塊抽出來?yè)Q個(gè)業(yè)務(wù)表就是另一個(gè)管理系統(tǒng)。所以這篇文章我盡量把原理講清楚代碼你拿到手能改能擴(kuò)而不是死記硬背。1. SpringBootVue技術(shù)棧為什么成了Java Web畢設(shè)的主流選擇這幾年Java Web畢設(shè)項(xiàng)目的技術(shù)選型幾乎被SpringBootVue前后端分離這套組合壟斷了。放在五年前大家還在用SSHSpringStrutsHibernate或者SSMSpringSpringMVCMyBatis寫傳統(tǒng)單體應(yīng)用頁(yè)面用JSP渲染前后端代碼混在一個(gè)工程里部署靠Tomcat手動(dòng)扔war包。那時(shí)候做一個(gè)圖書管理系統(tǒng)光配置XML文件就能折騰一個(gè)星期?，F(xiàn)在SpringBoot把大多數(shù)配置都自動(dòng)完成了內(nèi)嵌Tomcat讓部署變成一條java -jar命令Vue又用組件化開發(fā)把前端的復(fù)雜度拆得清清楚楚。這套組合能火核心邏輯就四個(gè)字省事、好找工作。從就業(yè)角度說SpringBoot是Java后端崗位的絕對(duì)主流Vue是國(guó)內(nèi)前端框架的占有率第一這兩個(gè)技術(shù)棧寫在簡(jiǎn)歷上面試官看到的第一反應(yīng)是“這人能直接干活”。從畢設(shè)角度說SpringBootVue前后端分離的項(xiàng)目天生就比單體應(yīng)用多出一層架構(gòu)上的討論空間寫論文的時(shí)候“前后端分離架構(gòu)設(shè)計(jì)”“RESTful API設(shè)計(jì)”這些章節(jié)都有實(shí)實(shí)在在的內(nèi)容可以寫比硬湊字?jǐn)?shù)強(qiáng)多了。而且圖書管理系統(tǒng)這種業(yè)務(wù)需求邊界清晰——登錄注冊(cè)、圖書管理、借閱歸還、分類查詢、統(tǒng)計(jì)排行每個(gè)模塊的功能都容易演示數(shù)據(jù)模型也不復(fù)雜非常適合作為教學(xué)和考核場(chǎng)景。但這里我必須說句實(shí)話正因?yàn)檫@個(gè)選題太常見老師一眼就能看出來你是真做了還是只是搬運(yùn)了源碼。如果你只是把代碼下下來、把數(shù)據(jù)庫(kù)導(dǎo)入、點(diǎn)幾下頁(yè)面截圖然后丟進(jìn)論文里答辯的時(shí)候老師問“分頁(yè)是怎么實(shí)現(xiàn)的”“登錄狀態(tài)是怎么保持的”“借閱超期是怎么算的”你答不上來那這個(gè)項(xiàng)目反而會(huì)成為扣分項(xiàng)。所以這篇文章我會(huì)把項(xiàng)目里面最容易被人問倒的細(xì)節(jié)全部挑出來一點(diǎn)點(diǎn)講明白。你把這些吃透了就算代碼是參考來的到了答辯現(xiàn)場(chǎng)你也跟原作者沒什么區(qū)別。1.1 前后端分離架構(gòu)到底是怎么協(xié)作的要弄懂這套圖書管理系統(tǒng)首先得搞明白前后端分離下兩邊是怎么配合的。傳統(tǒng)的JSP項(xiàng)目前端頁(yè)面是后端用Java動(dòng)態(tài)拼出來的頁(yè)面的HTML里面嵌著% %這種標(biāo)簽里面直接寫Java代碼調(diào)數(shù)據(jù)庫(kù)瀏覽器拿到的是渲染好的完整頁(yè)面。前后端分離之后Vue負(fù)責(zé)渲染頁(yè)面SpringBoot只負(fù)責(zé)提供數(shù)據(jù)兩者通過HTTP接口通信數(shù)據(jù)格式統(tǒng)一走JSON。拿圖書列表這個(gè)功能演示一下完整的請(qǐng)求鏈路。用戶在瀏覽器打開Vue頁(yè)面Vue組件掛載完成后通過axios發(fā)出一個(gè)GET請(qǐng)求URL長(zhǎng)這樣http://localhost:8080/api/book/list?pageNum1pageSize10。這個(gè)請(qǐng)求先經(jīng)過SpringBoot的Controller層Controller收到參數(shù)之后交給Service層處理業(yè)務(wù)邏輯Service再調(diào)用Mapper層也就是MyBatis的持久層執(zhí)行SQL語(yǔ)句從MySQL里查出對(duì)應(yīng)頁(yè)碼的圖書數(shù)據(jù)然后把結(jié)果封裝成一個(gè)JSON對(duì)象返回給前端。前端拿到JSON之后通過Vue的數(shù)據(jù)綁定把書名、作者、ISBN這些字段渲染到表格里。這個(gè)過程中有幾個(gè)關(guān)鍵點(diǎn)值得注意后端接口只返回?cái)?shù)據(jù)、不關(guān)心頁(yè)面長(zhǎng)什么樣前端只負(fù)責(zé)展示數(shù)據(jù)、不直接操作數(shù)據(jù)庫(kù)兩者之間通過約定的接口文檔對(duì)接。這就是為什么這套項(xiàng)目里除了源碼之外還專門配了一份接口文檔——前后端分離開發(fā)的時(shí)候后端工程師把接口定義好前端工程師照著接口文檔就可以并行開發(fā)不用等后端全部寫完才開始做頁(yè)面。你在論文里面寫“前后端并行開發(fā)提升了開發(fā)效率”這就是對(duì)應(yīng)的實(shí)踐支撐。1.2 項(xiàng)目的整體目錄結(jié)構(gòu)與模塊劃分拿到源碼之后別急著跑先看目錄結(jié)構(gòu)。一個(gè)規(guī)范的SpringBootVue項(xiàng)目根目錄下面通常分成兩部分springboot后端工程有的叫server或backend和vue前端工程有的叫ui或web。這兩個(gè)目錄是獨(dú)立的項(xiàng)目可以分別打開、分別啟動(dòng)通過端口號(hào)區(qū)分——后端默認(rèn)8080前端默認(rèn)8081或者5173。開發(fā)的時(shí)候前端配了一個(gè)代理把/api開頭的請(qǐng)求轉(zhuǎn)發(fā)到后端的8080端口這樣瀏覽器就不會(huì)出現(xiàn)跨域報(bào)錯(cuò)。后端目錄結(jié)構(gòu)遵循SpringBoot的標(biāo)準(zhǔn)分層controller存放接口類service存放業(yè)務(wù)邏輯接口和實(shí)現(xiàn)類mapper存放MyBatis的數(shù)據(jù)訪問接口entity或domain/model存放數(shù)據(jù)庫(kù)實(shí)體類config存放配置類common或utils存放統(tǒng)一返回結(jié)果、異常處理、工具方法。前端目錄結(jié)構(gòu)遵循Vue CLI或Vite的標(biāo)準(zhǔn)結(jié)構(gòu)src/views存放頁(yè)面組件src/router存放路由配置src/api存放所有請(qǐng)求后端的接口方法src/components存放復(fù)用組件。你把這套目錄結(jié)構(gòu)理解了后面講到的每一個(gè)功能模塊你都能很快定位到對(duì)應(yīng)的代碼在哪里改起來也方便。2. 數(shù)據(jù)庫(kù)設(shè)計(jì)與SQL腳本圖書管理系統(tǒng)背后的數(shù)據(jù)建模邏輯數(shù)據(jù)庫(kù)是一個(gè)管理系統(tǒng)的地基也是答辯老師重點(diǎn)考察的內(nèi)容。很多同學(xué)拿著SQL腳本一頓執(zhí)行庫(kù)建好了就開始寫代碼卻根本不知道這些表為什么這么設(shè)計(jì)、外鍵為什么要這樣關(guān)聯(lián)。這一節(jié)我們從SQL腳本出發(fā)把數(shù)據(jù)建模的思路完整捋一遍。這也是你在寫論文時(shí)“數(shù)據(jù)庫(kù)設(shè)計(jì)”章節(jié)的主要素材。2.1 核心數(shù)據(jù)表結(jié)構(gòu)與字段設(shè)計(jì)思路圖書管理系統(tǒng)一般跑不了這幾張核心表用戶表user、圖書表book、圖書分類表category、借閱記錄表borrow_record。有的版本還會(huì)有管理員表admin或者讀者表reader但很多系統(tǒng)把管理員和普通用戶合并在一張用戶表里用一個(gè)role字段區(qū)分身份這也是合理的方案——因?yàn)楣芾韱T和普通用戶本質(zhì)上都是系統(tǒng)的“使用者”只是權(quán)限不同合并成一張表反而省事。用戶表的核心字段大致包括id主鍵自增、username用戶名唯一、password密碼通常MD5或BCrypt加密存儲(chǔ)、real_name真實(shí)姓名、phone聯(lián)系電話、role角色標(biāo)識(shí)例如admin/user、create_time創(chuàng)建時(shí)間。password不能明文存儲(chǔ)這是底線。早期很多教學(xué)項(xiàng)目用MD5加密不加鹽現(xiàn)在推薦至少用MD5多次加密或直接用BCryptSpringSecurity里面內(nèi)置了BCryptPasswordEncoder用起來很方便。答辯的時(shí)候老師問“密碼安全怎么做的”你答“BCrypt加鹽哈希存儲(chǔ)”這就是一個(gè)完整的得分點(diǎn)。圖書表的核心字段包括id、book_name書名、author作者、isbn國(guó)際標(biāo)準(zhǔn)書號(hào)、publisher出版社、publish_date出版日期、category_id分類ID關(guān)聯(lián)分類表、total_stock總庫(kù)存、available_stock可借庫(kù)存、location館藏位置、description簡(jiǎn)介、create_time、update_time。這里有兩個(gè)字段值得展開一個(gè)是isbn它是圖書的唯一標(biāo)識(shí)查詢和判重都靠它數(shù)據(jù)庫(kù)里應(yīng)該加唯一索引另一個(gè)是available_stock可借庫(kù)存這個(gè)字段的存在是為了在借書業(yè)務(wù)里快速判斷“這本書還能不能借”避免每次都通過借閱記錄去現(xiàn)算在借數(shù)量屬于典型的空間換時(shí)間手法。分類表很簡(jiǎn)單id、category_name、description。圖書表和分類表是多對(duì)一的關(guān)系一本書只能屬于一個(gè)分類一個(gè)分類下面可以有很多本書所以在圖書表里用category_id做外鍵。借閱記錄表相對(duì)復(fù)雜一些id、user_id借閱人關(guān)聯(lián)用戶表、book_id被借圖書關(guān)聯(lián)圖書表、borrow_time借書時(shí)間、due_time應(yīng)還時(shí)間、return_time實(shí)際歸還時(shí)間空表示未歸還、status借閱狀態(tài)借出中/已歸還/已續(xù)借/逾期。這張表是系統(tǒng)里業(yè)務(wù)邏輯最密集的地方后面講借閱流程的時(shí)候再細(xì)說。2.2 表關(guān)系與SQL腳本中的關(guān)鍵設(shè)計(jì)先說表關(guān)系。用戶表、圖書表、分類表、借閱記錄表之間的關(guān)聯(lián)就兩條主鏈路分類表一對(duì)多圖書表用戶表一對(duì)多借閱記錄表圖書表一對(duì)多借閱記錄表。借閱記錄表其實(shí)是一個(gè)典型的“關(guān)系表”它同時(shí)關(guān)聯(lián)了用戶和圖書兩個(gè)維度——一條借閱記錄表達(dá)的是“哪個(gè)用戶借了哪本書、什么時(shí)候借的、什么時(shí)候該還”。這種一對(duì)多關(guān)聯(lián)在管理系統(tǒng)中非常常見理解了這張表你就理解了訂單表、審批表、日志表這一類數(shù)據(jù)表的設(shè)計(jì)套路。SQL腳本里還有幾個(gè)容易忽視的點(diǎn)。一是字符集建庫(kù)語(yǔ)句應(yīng)該是CREATE DATABASE IF NOT EXISTS library DEFAULT CHARACTER SET utf8mb4 COLLATE utf8mb4_general_ci用utf8mb4而不是utf8因?yàn)閡tf8mb4能完整支持中文和emoji表情并且兼容性更好。二是每張表都建議帶create_time和update_time字段哪怕你現(xiàn)在用不到后面做統(tǒng)計(jì)、排查問題、擴(kuò)展審計(jì)功能的時(shí)候就能派上用場(chǎng)這是很多教學(xué)項(xiàng)目不會(huì)教但企業(yè)開發(fā)里約定俗成的習(xí)慣。三是索引設(shè)計(jì)username、isbn這類高頻查詢字段都要建索引借閱記錄的user_id和book_id因?yàn)榻?jīng)常做關(guān)聯(lián)查詢也應(yīng)該建索引否則數(shù)據(jù)量到了一定規(guī)模查詢會(huì)明顯變慢。提示SQL腳本本身就是項(xiàng)目的一種交付文檔你拿到后先別急著執(zhí)行把表結(jié)構(gòu)和注釋認(rèn)真讀一遍。能解釋清楚每一張表、每一個(gè)關(guān)鍵字段為什么存在答辯時(shí)就已經(jīng)贏了一半。3. 后端核心模塊實(shí)戰(zhàn)解讀從登錄鑒權(quán)到圖書借還后端是整個(gè)系統(tǒng)的中樞。這一節(jié)我會(huì)挑四個(gè)核心模塊出來拆解登錄鑒權(quán)、統(tǒng)一返回和異常處理、圖書管理CRUD加分頁(yè)、借閱歸還流程。這四個(gè)模塊覆蓋了后端開發(fā)最常用的知識(shí)點(diǎn)也是答辯時(shí)最容易被提問的地方。3.1 用戶登錄與Token鑒權(quán)的完整鏈路登錄功能表面上看就是“用戶名密碼對(duì)了就放行”但前后端分離場(chǎng)景下的登錄和傳統(tǒng)Session方式有本質(zhì)區(qū)別。傳統(tǒng)Session方式用戶登錄成功后后端把用戶信息存在服務(wù)器內(nèi)存的Session里再給瀏覽器寫一個(gè)JSESSIONID的Cookie之后每次請(qǐng)求都帶著這個(gè)Cookie后端憑它找到對(duì)應(yīng)的Session。問題在于如果部署了多臺(tái)服務(wù)器用戶的Session只存在其中一臺(tái)那臺(tái)掛了或者請(qǐng)求分發(fā)到別的機(jī)器登錄狀態(tài)就丟了必須引入Session共享方案非常麻煩。前后端分離項(xiàng)目普遍改用Token方案?；玖鞒淌沁@樣的用戶提交username和password后端校驗(yàn)通過后用JWTJSON Web Token生成一串加密的Token返回給前端。Token里面可以攜帶用戶ID、用戶名、角色這些信息本身經(jīng)過簽名偽造不了。前端拿到Token之后存到localStorage或者Vuex里之后每次請(qǐng)求都在請(qǐng)求頭里加一個(gè)Authorization字段值是“Bearer”加空格加Token串。后端通過一個(gè)攔截器Interceptor或者過濾器Filter統(tǒng)一攔截需要登錄才能訪問的接口校驗(yàn)Token是否存在、是否過期、簽名是否正確校驗(yàn)通過就把Token里的用戶信息取出來放到請(qǐng)求上下文里方便Controller使用。無狀態(tài)、可擴(kuò)展、天然適配前后端分離這就是Token方案的核心優(yōu)勢(shì)。JWT的代碼實(shí)現(xiàn)結(jié)構(gòu)大概是登錄接口的Controller接收用戶名密碼調(diào)用Service中的authenticate方法使用BCryptPasswordEncoder的matches方法校驗(yàn)密碼是否一致校驗(yàn)通過后用JWT工具類生成Token返回給前端。攔截器里通過HandlerInterceptor的preHandle方法從請(qǐng)求頭取出Token調(diào)用JWT工具的parseToken方法解析解析失敗直接返回401狀態(tài)碼。還有一個(gè)細(xì)節(jié)是哪些接口需要放行——登錄、注冊(cè)、以及前端的靜態(tài)資源不需要鑒權(quán)其他接口全部攔截。很多初學(xué)者在這個(gè)地方容易搞混把攔截器作用于所有路徑結(jié)果登錄接口自己都被攔截了請(qǐng)求永遠(yuǎn)進(jìn)不來調(diào)試半天發(fā)現(xiàn)是這個(gè)問題。3.2 統(tǒng)一返回結(jié)果類與全局異常處理很多同學(xué)的代碼里Controller返回的數(shù)據(jù)五花八門有的返回HashMap有的直接返回實(shí)體對(duì)象有的只要出錯(cuò)了就返回null前端拿到之后處理邏輯寫成一坨。這種開發(fā)方式對(duì)一個(gè)人自己寫著玩沒太大問題但到了團(tuán)隊(duì)協(xié)作和接口對(duì)接階段就是災(zāi)難。規(guī)范的做法是定義一個(gè)統(tǒng)一的返回結(jié)果類所有接口無論成功失敗都返回相同格式的JSON結(jié)構(gòu)。返回結(jié)果類一般長(zhǎng)這樣code狀態(tài)碼、message提示信息、data真正的業(yè)務(wù)數(shù)據(jù)。成功時(shí)code是200message是“操作成功”data放具體數(shù)據(jù)失敗時(shí)code是對(duì)應(yīng)的錯(cuò)誤碼message是錯(cuò)誤描述。Controller里的寫法也從直接return book變成了return Result.success(book)出錯(cuò)時(shí)拋出業(yè)務(wù)異常由全局異常處理器捕獲后轉(zhuǎn)換成Result格式返回。全局異常處理器用RestControllerAdvice注解配合ExceptionHandler注解可以按異常類型分別處理——參數(shù)校驗(yàn)異常返回參數(shù)錯(cuò)誤提示業(yè)務(wù)異常返回具體的業(yè)務(wù)錯(cuò)誤信息兜底異常返回“系統(tǒng)繁忙請(qǐng)稍后再試”。這個(gè)設(shè)計(jì)的好處有兩個(gè)。第一是前端寫起來非常舒服axios封裝里統(tǒng)一判斷response.data.code如果不是200就彈出錯(cuò)誤提示不需要每個(gè)接口單獨(dú)去判斷數(shù)據(jù)格式。第二是后端代碼清爽業(yè)務(wù)方法里只需要關(guān)注正常邏輯出錯(cuò)就throw一個(gè)BizException所有異常都在一個(gè)地方統(tǒng)一處理不會(huì)因?yàn)榈教帉憈ry-catch把代碼搞得一團(tuán)糟。這個(gè)模式在幾乎所有企業(yè)級(jí)SpringBoot項(xiàng)目里都是標(biāo)配你在簡(jiǎn)歷上寫“設(shè)計(jì)并實(shí)現(xiàn)了統(tǒng)一返回值與全局異常處理機(jī)制”是有含金量的。3.3 圖書管理的分頁(yè)查詢與條件檢索實(shí)現(xiàn)圖書管理模塊的本質(zhì)是一套標(biāo)準(zhǔn)CRUD但其中一個(gè)點(diǎn)特別能體現(xiàn)開發(fā)水平——分頁(yè)加條件檢索。圖書數(shù)量少的時(shí)候一次性查出來沒問題但到了上萬條數(shù)據(jù)前端一次性渲染上萬行會(huì)讓頁(yè)面卡死所以必須分頁(yè)。同時(shí)用戶需要按書名、作者、分類等條件篩選所以分頁(yè)必須跟條件檢索結(jié)合起來。后端實(shí)現(xiàn)使用的技術(shù)通常是MyBatis-Plus內(nèi)置的分頁(yè)插件PageHelper或PaginationInnerInterceptor兩種方案接口上有差異但原理一樣。PageHelper的用法是在執(zhí)行查詢前調(diào)用PageHelper.startPage(pageNum, pageSize)然后跟著的這條查詢就會(huì)自動(dòng)拼上LIMIT子句查詢結(jié)果用一個(gè)PageInfo對(duì)象包裝里面除了當(dāng)前頁(yè)的數(shù)據(jù)列表還有總記錄數(shù)、總頁(yè)數(shù)、當(dāng)前頁(yè)碼這些分頁(yè)信息。MyBatis-Plus的IPage方案則是把分頁(yè)對(duì)象作為查詢參數(shù)傳進(jìn)Mapper寫法上更貼近SpringBoot風(fēng)格。條件檢索的邏輯是構(gòu)造一個(gè)QueryWrapperMyBatis-Plus的查詢條件構(gòu)造器根據(jù)前端傳過來的參數(shù)動(dòng)態(tài)拼接條件。前端傳了書名就加上.like(book_name, bookName)傳了分類ID就加上.eq(category_id, categoryId)沒傳的就不加。用一個(gè)if判斷包裹每個(gè)條件這就是“動(dòng)態(tài)SQL”的實(shí)用版。對(duì)這個(gè)知識(shí)點(diǎn)答辯老師很喜歡問的一個(gè)變形問題是“如果不使用MyBatis-Plus純MyBatis怎么做條件拼接”那就需要用到 、 標(biāo)簽配合XML文件寫動(dòng)態(tài)SQL原理一樣只是一種是代碼層面拼一種是XML層面拼。你能把兩條路都講出來絕對(duì)加分。3.4 借閱與歸還業(yè)務(wù)中的事務(wù)與庫(kù)存一致性借閱和歸還是圖書管理系統(tǒng)里業(yè)務(wù)邏輯最復(fù)雜的部分也是最容易出bug的地方。用戶點(diǎn)擊“借閱”按鈕后端要做的事情包括判斷當(dāng)前用戶是否已借了這本書不能重復(fù)借同一本、判斷這本書的可借庫(kù)存是否大于0、生成一條借閱記錄borrow_time設(shè)為當(dāng)前時(shí)間due_time設(shè)為當(dāng)前時(shí)間加30天status為借出中、把圖書表的available_stock減1。歸還的時(shí)候反過來把借閱記錄的return_time設(shè)為當(dāng)前時(shí)間、status改為已歸還、把圖書表的available_stock加1。如果用戶借了書超出了due_time還沒還系統(tǒng)還需要能識(shí)別出這條記錄是“逾期”狀態(tài)通常在查詢借閱記錄時(shí)判斷due_time是否早于當(dāng)前時(shí)間超過則在展示層標(biāo)記為“已逾期”。為什么說事務(wù)是這里的核心假設(shè)用戶點(diǎn)擊借閱程序先把庫(kù)存減了1然后生成借閱記錄的時(shí)候數(shù)據(jù)庫(kù)報(bào)錯(cuò)了如果沒有事務(wù)庫(kù)存已經(jīng)被扣減但借閱記錄不存在用戶明明沒借到書庫(kù)存卻少了。這屬于典型的“數(shù)據(jù)不一致”。SpringBoot里解決這個(gè)問題非常簡(jiǎn)單——在Service方法上加一個(gè)Transactional注解Spring會(huì)把方法內(nèi)所有數(shù)據(jù)庫(kù)操作包裹在同一個(gè)事務(wù)里任何一個(gè)步驟失敗整體回滾。這個(gè)功能是Spring框架對(duì)AOP面向切面編程的經(jīng)典應(yīng)用事務(wù)在進(jìn)入方法時(shí)開啟方法正常結(jié)束時(shí)提交拋出異常時(shí)回滾對(duì)業(yè)務(wù)代碼完全透明。借閱流程的代碼邏輯大概分為四步先根據(jù)userId和bookId去借閱記錄表查有沒有status為借出中的記錄有就拋異?！罢?qǐng)勿重復(fù)借閱”沒有的話查圖書信息判斷available_stock是否大于0通過校驗(yàn)之后執(zhí)行庫(kù)存減1最后插入借閱記錄?？蹘?kù)存和生成記錄的先后順序也有講究——先扣庫(kù)存后生成記錄如果后面失敗整體回滾最終狀態(tài)仍然一致。歸還流程相對(duì)簡(jiǎn)單根據(jù)借閱記錄ID查出記錄判斷是否已歸還未歸還的話更新return_time和status同時(shí)圖書表可借庫(kù)存加1。這里同樣需要事務(wù)因?yàn)楦陆栝営涗浐透聢D書庫(kù)存兩個(gè)操作必須同時(shí)成功或同時(shí)失敗。注意事務(wù)的另一個(gè)隱藏價(jià)值是并發(fā)控制。沒有事務(wù)和隔離級(jí)別保障時(shí)兩個(gè)用戶同時(shí)借同一本書的最后庫(kù)存可能都被判成“庫(kù)存大于0”從而都借成功但庫(kù)存實(shí)際只有1本。加事務(wù)配合行鎖或樂觀鎖可以解決這個(gè)問題這也是老師喜歡深挖的進(jìn)階考點(diǎn)。4. 前端Vue工程從路由守衛(wèi)到圖書管理頁(yè)面的完整聯(lián)動(dòng)后端接口設(shè)計(jì)得再好前端展示跟不上也白搭。這一節(jié)我們從前端工程的角度看整個(gè)項(xiàng)目是怎么搭建起來的重點(diǎn)說三塊Vue工程結(jié)構(gòu)、路由與登錄狀態(tài)的前端限制、以及圖書管理頁(yè)面的核心代碼組織方式。4.1 Vue工程創(chuàng)建與項(xiàng)目結(jié)構(gòu)約定前端工程通常是用Vue CLI或者Vite創(chuàng)建的兩者的流程其實(shí)已經(jīng)模板化但大部分找畢設(shè)源碼的同學(xué)要面對(duì)的問題是“我需要在導(dǎo)入別人的工程之后把它跑起來并看懂”。前端工程拿到手先看package.json文件這是Node.js項(xiàng)目的“身份證”里面列出了項(xiàng)目運(yùn)行所需的依賴包和啟動(dòng)腳本。項(xiàng)目依賴一般包括vue核心庫(kù)、vue-router路由、axiosHTTP庫(kù)、element-ui或ant-design-vueUI組件庫(kù)、pinia或vuex狀態(tài)管理等。啟動(dòng)前在項(xiàng)目根目錄執(zhí)行npm install命令安裝依賴安裝成功后執(zhí)行npm run serve或npm run dev啟動(dòng)開發(fā)服務(wù)器。src目錄是前端的核心代碼區(qū)main.js是入口文件負(fù)責(zé)創(chuàng)建Vue實(shí)例、安裝插件、掛載路由App.vue是根組件頁(yè)面內(nèi)容都渲染在它內(nèi)部的router-view里router目錄存放路由配置里面定義了前端頁(yè)面的路徑和組件的對(duì)應(yīng)關(guān)系例如/login對(duì)應(yīng)登錄頁(yè)/book對(duì)應(yīng)圖書管理頁(yè)api目錄里把所有請(qǐng)求后端的函數(shù)按模塊集中封裝每個(gè)函數(shù)對(duì)應(yīng)一個(gè)后端接口views目錄存放頁(yè)面級(jí)組件通常一個(gè)路由對(duì)應(yīng)一個(gè)頁(yè)面components目錄存放可復(fù)用的小組件例如分頁(yè)條、彈窗表單等。這套結(jié)構(gòu)非常標(biāo)準(zhǔn)把main.js、router、api、views這幾個(gè)目錄搞懂前端部分基本就通了。4.2 路由配置與登錄狀態(tài)的前端守門邏輯前后端分離模式里有一個(gè)很多人忽略的問題后端的攔截器只能攔住“發(fā)往后端的請(qǐng)求”但前端瀏覽器地址欄輸入一個(gè)未登錄頁(yè)面URL的時(shí)候請(qǐng)求根本沒到后端而是直接被前端路由解析渲染了。比如用戶沒登錄直接在瀏覽器里輸入http://localhost:8081/bookVue會(huì)把圖書管理頁(yè)面渲染出來頁(yè)面上發(fā)出的獲取圖書數(shù)據(jù)的請(qǐng)求才會(huì)被后端攔截返回401。雖然數(shù)據(jù)拿不到但頁(yè)面已經(jīng)暴露了而且體驗(yàn)很差。所以前端必須自己在路由層面做一次登錄校驗(yàn)這就是路由守衛(wèi)的意義。Vue Router提供了beforeEach鉤子函數(shù)在每次路由跳轉(zhuǎn)之前執(zhí)行。判斷邏輯是訪問的不是登錄頁(yè)且localStorage里沒有token就強(qiáng)制跳轉(zhuǎn)到登錄頁(yè)如果token存在且訪問的是登錄頁(yè)則直接跳轉(zhuǎn)到首頁(yè)。這樣用戶在未登錄狀態(tài)下無論如何都進(jìn)不了系統(tǒng)內(nèi)部頁(yè)面既提升體驗(yàn)也減輕后端攔截的壓力。這就是所謂的“前端路由守門”跟后端的Token校驗(yàn)形成雙重保障。路由守衛(wèi)還有一個(gè)進(jìn)階用法是角色控制。圖書管理系統(tǒng)里管理員和普通用戶能看到的頁(yè)面可能有差異比如用戶管理、圖書管理只有管理員能用。在路由的meta字段里標(biāo)記一個(gè)roles數(shù)組守衛(wèi)里面判斷當(dāng)前用戶角色是否命中沒命中就重定向到一個(gè)“無權(quán)限”頁(yè)面。這個(gè)知識(shí)點(diǎn)能講清楚整個(gè)項(xiàng)目的權(quán)限設(shè)計(jì)就立體了。4.3 圖書管理頁(yè)面與后端接口的動(dòng)態(tài)聯(lián)動(dòng)實(shí)現(xiàn)圖書管理頁(yè)面是整個(gè)前端工程里最典型的“表格表單分頁(yè)搜索”頁(yè)面幾乎涵蓋了后臺(tái)管理系統(tǒng)的所有常見交互。頁(yè)面組件掛載時(shí)先調(diào)用api模塊里的getBookList方法傳入當(dāng)前頁(yè)碼、每頁(yè)條數(shù)以及搜索條件后端返回分頁(yè)數(shù)據(jù)后前端把list渲染成表格。表格上方是搜索區(qū)域書名輸入框、分類下拉框、查詢和重置按鈕篩選條件變化時(shí)重新帶著新條件請(qǐng)求第一頁(yè)數(shù)據(jù)。表格右側(cè)是操作列編輯、刪除按鈕點(diǎn)擊編輯會(huì)彈出表單對(duì)話框表單里的字段初始化為當(dāng)前行的數(shù)據(jù)提交時(shí)根據(jù)是否有ID判斷是新增還是修改從而調(diào)用不同的接口。刪除操作會(huì)彈一個(gè)確認(rèn)框用戶確認(rèn)后調(diào)刪除接口成功后刷新當(dāng)前列表。axios封裝的一個(gè)常見模式是所有請(qǐng)求在發(fā)起前把token從localStorage取出來塞進(jìn)請(qǐng)求頭這樣業(yè)務(wù)代碼里不需要每次手動(dòng)寫Authorization。響應(yīng)攔截器統(tǒng)一處理返回結(jié)果如果code是200直接返data給調(diào)用方如果code是401說明登錄失效清除本地token并跳轉(zhuǎn)到登錄頁(yè)其他錯(cuò)誤碼彈出對(duì)應(yīng)的錯(cuò)誤提示。封裝好了之后頁(yè)面里調(diào)用接口的代碼非常簡(jiǎn)潔幾乎就是一個(gè)await加一行賦值。圖書管理頁(yè)面的核心交互流程表述成一個(gè)代碼骨架大概是這樣的加載列表的loadBooks方法接收頁(yè)碼和搜索參數(shù)調(diào)api層的getBookList成功后把返回的records賦值給數(shù)據(jù)表格把total賦值給分頁(yè)組件分頁(yè)組件的current-change事件觸發(fā)loadBooks刷新搜索按鈕觸發(fā)loadBooks的重置和重新請(qǐng)求新增和編輯共用同一個(gè)dialog表單通過一個(gè)dialogTitle變量區(qū)分標(biāo)題。這一套邏輯你看懂了后面自己寫用戶管理、借閱記錄的頁(yè)面也是同樣的套路所謂的“后端管理系統(tǒng)頁(yè)面”其實(shí)就是這個(gè)模式在不同業(yè)務(wù)表上的重復(fù)。5. 拿到源碼后從0到1跑通項(xiàng)目的完整流程與踩坑實(shí)錄很多同學(xué)卡在項(xiàng)目跑不起來這一關(guān)往往不是代碼有問題而是環(huán)境配置或者操作細(xì)節(jié)出了問題。這一節(jié)我按步驟拆解從零開始運(yùn)行整個(gè)項(xiàng)目的全過程同時(shí)把最容易踩的坑提前給你標(biāo)出來。建議你按照下面的順序操作每一步確認(rèn)沒問題再進(jìn)行下一步。5.1 環(huán)境準(zhǔn)備清單與版本匹配建議在動(dòng)代碼之前先把環(huán)境捋清楚。SpringBoot項(xiàng)目需要JDK推薦8或11取決于pom.xml里配置的Java版本用錯(cuò)版本會(huì)出現(xiàn)編譯錯(cuò)誤、Maven用來管理后端依賴IDEA自帶或單獨(dú)安裝都可以、MySQL8.0為主流選擇5.7也可以但要注意驅(qū)動(dòng)版本。前端項(xiàng)目需要Node.js推薦14以上版本版本太低會(huì)安裝不了新依賴太高可能出現(xiàn)node-sass編譯問題如果不依賴node-sass則影響不大、npmNode自帶包管理器。除此之外還需要一個(gè)IDE后端推薦IDEA前端可以用IDEA或者VSCode。版本匹配是環(huán)境配置里的頭號(hào)大坑。SpringBoot 2.x和3.x之間差異巨大2.x默認(rèn)使用javax.命名空間3.x換成了jakarta.如果你的項(xiàng)目是基于SpringBoot 2.7寫的結(jié)果你電腦上裝的是JDK17甚至更高版本編譯就會(huì)報(bào)錯(cuò)。同理MySQL驅(qū)動(dòng)在SpringBoot 2.x中寫法是com.mysql.jdbc.Driver3.x換成了com.mysql.cj.jdbc.Driver。建議先打開pom.xml看看parent標(biāo)簽里的版本號(hào)再去本機(jī)確認(rèn)JDK版本和MySQL版本三者的兼容性是能否跑通的第一道坎。提示如果本地缺少某個(gè)版本的JDK不必卸載當(dāng)前版本Java支持多版本共存。IDEA里可以在Project Structure中給每個(gè)項(xiàng)目單獨(dú)指定JDK版本運(yùn)行時(shí)再指定對(duì)應(yīng)的運(yùn)行環(huán)境即可。5.2 后端啟動(dòng)全流程從SQL導(dǎo)入到IDEA配置后端啟動(dòng)分三步初始化數(shù)據(jù)庫(kù)、導(dǎo)入工程并配置Maven、啟動(dòng)并驗(yàn)證接口。第一步用Navicat、DataGrip或者命令行source命令執(zhí)行SQL腳本執(zhí)行完后確認(rèn)數(shù)據(jù)庫(kù)里出現(xiàn)對(duì)應(yīng)的數(shù)據(jù)表。第二步用IDEA導(dǎo)入后端文件夾等待Maven下載依賴完成——這一步最容易出問題因?yàn)镸aven默認(rèn)中央倉(cāng)庫(kù)在國(guó)外下載非常慢經(jīng)?？ㄗ?bào)超時(shí)解決辦法是在Maven的settings.xml里配置阿里云鏡像。依賴全部下載完成后檢查application.yml或application.properties配置文件重點(diǎn)看數(shù)據(jù)庫(kù)連接信息datasource.url里的IP地址、端口、數(shù)據(jù)庫(kù)名是否跟你的MySQL一致username和password是否改成了你自己的賬號(hào)密碼。配置文件改好之后就能啟動(dòng)。運(yùn)行SpringBootApplication主類IDEA控制臺(tái)出現(xiàn)Spring Boot啟動(dòng)成功的日志說明后端已經(jīng)起來。驗(yàn)證方式是直接在瀏覽器訪問一個(gè)不需要登錄的接口比如登錄接口用POST請(qǐng)求或者直接訪問http://localhost:8080/api/book/list如果返回JSON數(shù)據(jù)說明數(shù)據(jù)庫(kù)連接正常。如果啟動(dòng)時(shí)報(bào)端口被占用SpringBoot默認(rèn)8080端口找到占用進(jìn)程殺掉或者在配置文件里改server.port換一個(gè)端口前端代理的地址也要跟著改。5.3 前端啟動(dòng)全流程依賴安裝與代理配置前端啟動(dòng)相對(duì)簡(jiǎn)單用IDEA或VSCode打開前端文件夾在終端里執(zhí)行npm install安裝依賴安裝完成后執(zhí)行npm run serveVue CLI項(xiàng)目或npm run devVite項(xiàng)目看到編譯成功且輸出了一個(gè)本地訪問地址瀏覽器打開就能進(jìn)入頁(yè)面。但有兩個(gè)點(diǎn)需要特別留意。第一個(gè)是npm install失敗。常見原因包括網(wǎng)絡(luò)問題換成淘寶鏡像源執(zhí)行npm config set registry https://registry.npmmirror.com、Node版本與依賴不兼容ESLint或node-sass要求特定Node版本、依賴包下載不完整刪掉node_modules目錄重新install。第二個(gè)是前端代理配置。開發(fā)環(huán)境下前端跑在8081等端口后端跑在8080瀏覽器直接從前端頁(yè)面請(qǐng)求后端接口屬于跨域請(qǐng)求會(huì)被瀏覽器的同源策略攔截。解決辦法是前端在vue.config.js或vite.config.js里配置devServer代理把/api前綴的請(qǐng)求轉(zhuǎn)發(fā)到http://localhost:8080這樣瀏覽器看來請(qǐng)求是同源的不會(huì)報(bào)跨域錯(cuò)誤。如果項(xiàng)目里沒有配置代理也可以在后端加CORS配置類直接允許跨域兩種方案選一種即可。啟動(dòng)完成后整個(gè)流程能不能跑通用最樸素的測(cè)試方法打開頁(yè)面注冊(cè)一個(gè)用戶然后用管理員賬號(hào)登錄登錄后新增一本書去借閱它再歸還再驗(yàn)證圖書可借庫(kù)存的數(shù)量變化是否符合預(yù)期。如果這幾步全部正常項(xiàng)目基本宣告跑通。之后你再動(dòng)手改任何代碼都有了一個(gè)可以隨時(shí)驗(yàn)證的基準(zhǔn)環(huán)境改壞了隨時(shí)回退。5.4 我調(diào)試這套項(xiàng)目時(shí)遇到過的幾個(gè)高頻問題第一批問題是數(shù)據(jù)庫(kù)連接出錯(cuò)常見報(bào)錯(cuò)是Access denied for user rootlocalhost或者Unknown database。前者是用戶名密碼錯(cuò)了后者是數(shù)據(jù)庫(kù)沒有創(chuàng)建成功或庫(kù)名與配置不一致檢查SQL腳本是否完整執(zhí)行庫(kù)名大小寫是否匹配。第二批問題集中在Maven依賴下載失敗報(bào)錯(cuò)May be caused by transferring或PKIX path building failed解決方案是配置阿里云鏡像或者檢查IDEA的Maven配置是否指向了正確的settings.xml如果公司網(wǎng)絡(luò)或校園網(wǎng)有特殊限制可以使用4G熱點(diǎn)試一下。第三批問題是前端編譯時(shí)報(bào)Module not found: Error: Cant resolve通常是npm安裝階段就有包沒裝上重新執(zhí)行npm install。第四批問題比較隱蔽頁(yè)面能打開但所有接口請(qǐng)求都報(bào)404或者500404大概率是代理沒有生效500大概率是后端代碼運(yùn)行時(shí)報(bào)錯(cuò)去后端控制臺(tái)看異常堆棧很少有兩邊同時(shí)出問題、需要檢查接口路徑的情況。還有一個(gè)非常容易踩的坑拿到的源碼可能由不同版本的工具創(chuàng)建前端可能是Vue 2Element UI也可能是Vue 3Element Plus。Vue 2和Vue 3的語(yǔ)法差異很大Element UI和Element Plus很多組件用法不一樣寫代碼、查資料的時(shí)候一定要先確認(rèn)自己的版本。判斷方法很簡(jiǎn)單看package.json里面的vue版本號(hào)2.x還是3.x一目了然。6. 答辯準(zhǔn)備與功能擴(kuò)展方向讓項(xiàng)目在展示時(shí)更有說服力項(xiàng)目能跑通只是及格線答辯能講清楚才是目的。這一節(jié)我結(jié)合這幾年給畢業(yè)生做答辯輔導(dǎo)的經(jīng)驗(yàn)按“常規(guī)提問、系統(tǒng)演示、擴(kuò)展優(yōu)化”三個(gè)維度給出準(zhǔn)備思路。6.1 答辯老師最愛問的幾個(gè)考點(diǎn)與標(biāo)準(zhǔn)應(yīng)答思路答辯老師對(duì)“爛大街”的圖書管理系統(tǒng)問題非常熟悉他們的問題基本圍繞幾個(gè)方向架構(gòu)、鑒權(quán)、事務(wù)、分頁(yè)、數(shù)據(jù)庫(kù)設(shè)計(jì)?；卮鸬暮诵脑瓌t是“用關(guān)鍵詞打頭、結(jié)合項(xiàng)目實(shí)際展開”不要只背概念要落到這個(gè)系統(tǒng)里“你具體是怎么做的”。老師問“登錄是怎么實(shí)現(xiàn)的”——參考答案項(xiàng)目采用前后端分離架構(gòu)登錄采用Token鑒權(quán)方案用戶提交密碼后后端用BCrypt加密校驗(yàn)校驗(yàn)通過后生成JWT返回前端存儲(chǔ)前端通過axios攔截器在每次請(qǐng)求頭攜帶Token后端用攔截器統(tǒng)一校驗(yàn)無需登錄的接口比如登錄、注冊(cè)做了放行處理。老師問“為什么用Token不用Session”——參考答案Session依賴服務(wù)器內(nèi)存多實(shí)例部署時(shí)需要額外的共享方案Token是自包含的服務(wù)器不保存會(huì)話狀態(tài)天然適用于前后端分離和分布式場(chǎng)景。老師問“借書的時(shí)候庫(kù)存減1什么時(shí)候加回來”——參考答案還書的時(shí)候加回來通過借閱記錄查到對(duì)應(yīng)的圖書ID然后對(duì)可借庫(kù)存加1借書和還書操作都加了事務(wù)保證借閱記錄和庫(kù)存數(shù)據(jù)的操作要么都成功、要么都失敗。老師問“分頁(yè)是怎么實(shí)現(xiàn)的”——參考答案后端使用MyBatis-Plus分頁(yè)插件傳入當(dāng)前頁(yè)碼和每頁(yè)條數(shù)自動(dòng)拼接LIMIT返回分頁(yè)對(duì)象前端配合分頁(yè)組件展示。老師問“數(shù)據(jù)庫(kù)有哪些表、表之間有什么關(guān)系”這類問題直接把第2節(jié)的內(nèi)容用自己的話講出來即可。這類問題一定要準(zhǔn)備充分因?yàn)閹缀醣貑枴?.2 系統(tǒng)演示的標(biāo)準(zhǔn)動(dòng)作與講解節(jié)奏答辯現(xiàn)場(chǎng)演示系統(tǒng)是重頭戲節(jié)奏比內(nèi)容更重要。建議按這個(gè)順序演示先展示系統(tǒng)首頁(yè)的整體界面一句話概括系統(tǒng)定位然后演示登錄注冊(cè)重點(diǎn)說明不同角色登錄后看到的界面差異接著演示圖書管理模塊——分頁(yè)瀏覽、條件搜索、新增圖書搜索時(shí)選一個(gè)能明顯看出篩選效果的關(guān)鍵詞然后演示借閱歸還全流程這是業(yè)務(wù)核心借之前和借之后分別展示可借庫(kù)存的變化讓老師直觀看到數(shù)據(jù)聯(lián)動(dòng)如果系統(tǒng)中做了數(shù)據(jù)統(tǒng)計(jì)例如借閱排行榜、圖書分類統(tǒng)計(jì)圖也在這時(shí)候展示這是拉開檔次的關(guān)鍵一步最后快速展示用戶管理、個(gè)人信息修改等次要功能一筆帶過即可。演示時(shí)有一個(gè)細(xì)節(jié)特別加分提前準(zhǔn)備好測(cè)試數(shù)據(jù)確保數(shù)據(jù)庫(kù)里有幾十本書、每本書庫(kù)存不一、有幾條借閱記錄。不要演示現(xiàn)場(chǎng)再臨時(shí)插入一本新書容易緊張出錯(cuò)。另外瀏覽器窗口盡量拉開字體調(diào)大確保最后一排的老師也能看清頁(yè)面。整個(gè)演示控制在5分鐘之內(nèi)講得越連貫越流暢老師的主觀印象越好。6.3 從“能過”到“出彩”值得投入的擴(kuò)展方向如果你的時(shí)間還有富余有幾個(gè)性價(jià)比很高的擴(kuò)展方向值得考慮。這幾個(gè)方向都在原有架構(gòu)上做增量開發(fā)不會(huì)改動(dòng)核心業(yè)務(wù)邏輯但論文和工作量描述上都有足夠多的素材可以寫。第一個(gè)方向是圖形化統(tǒng)計(jì)用ECharts做首頁(yè)可視化大屏。圖書分類占比餅圖、每月借閱量折線圖、熱門圖書排行Top10柱狀圖這三個(gè)圖表一上整個(gè)項(xiàng)目的效果直接提升一個(gè)檔次。后端需要補(bǔ)充幾個(gè)統(tǒng)計(jì)接口按分類分組查詢圖書數(shù)量、按月分組查詢借閱記錄、按借閱次數(shù)排序取前10本。這就是一個(gè)標(biāo)準(zhǔn)的“數(shù)據(jù)可視化”模塊寫在簡(jiǎn)歷里也很拿得出手。第二個(gè)方向是增加更多的角色和權(quán)限粒度。比如增加一個(gè)“圖書管理員”角色只有圖書管理的操作權(quán)限沒有用戶管理權(quán)限或者增加“超期未還自動(dòng)催還”功能每天定時(shí)掃描借閱記錄表找到已超過due_time還沒歸還的記錄給對(duì)應(yīng)用戶發(fā)送站內(nèi)信提醒。這個(gè)功能引入了一個(gè)新的技術(shù)點(diǎn)——SpringBoot的定時(shí)任務(wù)Scheduled雖然實(shí)現(xiàn)起來只需要一個(gè)定時(shí)方法加一個(gè)注解但講出來顯得系統(tǒng)考慮得很周全。第三個(gè)方向是引入Redis緩存熱門圖書數(shù)據(jù)和登錄Token的持久化控制。當(dāng)前項(xiàng)目把Token放在localStorage后端無法主動(dòng)讓某個(gè)Token失效引入Redis后可以實(shí)現(xiàn)服務(wù)端Session化把Token作為key存到Redis并設(shè)置過期時(shí)間配合Redis的自動(dòng)過期機(jī)制實(shí)現(xiàn)主動(dòng)踢人下線、強(qiáng)制過期。這個(gè)擴(kuò)展還能引出緩存穿透、緩存雪崩等經(jīng)典面試話題答辯的時(shí)候如果老師順著這個(gè)話題往下問你提前準(zhǔn)備好緩存相關(guān)的回答就是妥妥的加分項(xiàng)。第四個(gè)方向是文件上傳功能。給圖書管理加一個(gè)封面圖片上傳前端用Element UI的上傳組件后端用MultipartFile接收文件、存儲(chǔ)到本地目錄并把訪問路徑保存到數(shù)據(jù)庫(kù)。文件上傳是畢設(shè)里出現(xiàn)頻率非常高的功能點(diǎn)提前在系統(tǒng)里實(shí)現(xiàn)了答辯時(shí)又多了一個(gè)可以演示和講解的知識(shí)點(diǎn)。7. 源碼學(xué)習(xí)與二次開發(fā)的核心方法最后聊一個(gè)超出答辯本身的話題怎么通過這套源碼真正學(xué)到東西。很多同學(xué)會(huì)陷入一個(gè)誤區(qū)——源碼拿到了功能能跑了然后就沒有然后了?；ㄍ瑯拥臅r(shí)間有的人只能交差有的人卻能把SpringBootVue的核心知識(shí)點(diǎn)全部過一遍差別就在會(huì)不會(huì)利用源碼。第一拿到源碼先做減法再做加法。在完全理解代碼之前不要跑去亂改功能。先按第5節(jié)的流程把項(xiàng)目跑起來然后挑一個(gè)最簡(jiǎn)單的模塊比如分類管理從頭到尾讀一遍代碼從數(shù)據(jù)庫(kù)表到Mapper、Service、Controller、前端API、頁(yè)面組件把一條完整的數(shù)據(jù)流串起來你會(huì)發(fā)現(xiàn)所有模塊的套路幾乎一樣。這時(shí)候你再嘗試在不看參考代碼的情況下自己去新增一個(gè)接口、一個(gè)頁(yè)面比如給圖書表增加一個(gè)“出版社管理”的功能跑通了你對(duì)這套框架才算真正入門。第二學(xué)會(huì)用“異常驅(qū)動(dòng)”的方式學(xué)習(xí)。啟動(dòng)項(xiàng)目時(shí)遇到報(bào)錯(cuò)不要第一反應(yīng)是“百度搜報(bào)錯(cuò)關(guān)鍵字”而是嘗試自己閱讀異常堆棧找到是哪一行代碼觸發(fā)了問題。遇到看不懂的代碼在IDEA里按住Ctrl點(diǎn)擊方法名跳到它的定義去看實(shí)現(xiàn)邏輯這種方式比看任何教程都印象深刻。把每一個(gè)報(bào)錯(cuò)從“看不懂”到“能自己解決”的過程記錄下來比背十篇面經(jīng)都管用。第三把手冊(cè)用起來。SpringBoot的官方文檔寫得非常齊全MyBatis-Plus、Vue Router、Element UI也都有中文文檔學(xué)任何知識(shí)點(diǎn)之前先翻官方文檔確認(rèn)正確用法網(wǎng)上隨手搜到的文章很多已經(jīng)過時(shí)甚至是錯(cuò)誤的。養(yǎng)成看一手文檔的習(xí)慣對(duì)畢業(yè)以后的學(xué)習(xí)和工作幫助更大。這套圖書管理系統(tǒng)本質(zhì)上是“Java Web全棧開發(fā)”的一套濃縮樣例。它麻雀雖小卻把前后端分離架構(gòu)、RESTful接口設(shè)計(jì)、數(shù)據(jù)建模、權(quán)限鑒權(quán)、事務(wù)處理、分頁(yè)查詢這些企業(yè)開發(fā)里的基本功完整地練了一遍。如果你能把它真正吃透后面去寫電商后臺(tái)、內(nèi)容管理系統(tǒng)、訂單管理平臺(tái)做的都是同一件事——無非是把“圖書”換成“商品”把“借閱記錄”換成“訂單記錄”。項(xiàng)目本身的業(yè)務(wù)是簡(jiǎn)單的但透過這個(gè)項(xiàng)目建立起來的工程意識(shí)和排錯(cuò)能力才是這套源碼真正值得你花時(shí)間去換的東西。我個(gè)人的建議是不要只把這份源碼當(dāng)成“交差工具”把它當(dāng)成“第一份練手項(xiàng)目”好好打磨。把代碼跑通、把邏輯講清、把優(yōu)化做到位然后寫進(jìn)簡(jiǎn)歷面試官問起項(xiàng)目經(jīng)歷你能把從數(shù)據(jù)庫(kù)設(shè)計(jì)到接口聯(lián)調(diào)的細(xì)節(jié)都講明白比你羅列一堆網(wǎng)課證書更有說服力。等到答辯結(jié)束你回頭看自己這一路的折騰和踩坑會(huì)發(fā)現(xiàn)在這門課上收獲到的遠(yuǎn)超一個(gè)“畢設(shè)通過”的結(jié)果。