做了這么多年軟件開發(fā)帶過的應(yīng)屆生和實(shí)習(xí)生也不少每次到畢設(shè)季總有人拿著一堆某某管理系統(tǒng)的題目來問我哪個(gè)好做。我的答案一直很明確別選那種名字里只有信息管理四個(gè)字的要選業(yè)務(wù)場(chǎng)景具體、流程閉環(huán)的題目。面向高校的電動(dòng)車租賃服務(wù)業(yè)務(wù)系統(tǒng)這種題目就是典型的畢設(shè)安全牌——校園場(chǎng)景夠真實(shí)、業(yè)務(wù)鏈條夠完整、技術(shù)點(diǎn)覆蓋夠全面用 Java SpringBoot 做技術(shù)底座前后端該有的東西一樣不缺工作量可大可小答辯的時(shí)候還有故事可講。這篇文章我打算按做畢設(shè)的真實(shí)順序來寫從選題判斷、需求梳理、技術(shù)選型到數(shù)據(jù)庫設(shè)計(jì)、核心代碼實(shí)現(xiàn)再到最后答辯演示怎么準(zhǔn)備。全程會(huì)帶上我自己實(shí)際開發(fā)中踩過的坑和總結(jié)的經(jīng)驗(yàn)尤其是SpringBoot版本、MyBatis Plus代碼生成這些容易卡住人的細(xì)節(jié)希望幫正在做類似題目的同學(xué)少走幾個(gè)月的彎路。不管你是剛拿到題目還沒頭緒還是已經(jīng)寫完一半卡在某個(gè)模塊這篇都能給你一些能直接落地的參考。1. 選題定調(diào)為什么高校電動(dòng)車租賃系統(tǒng)是道安全牌1.1 業(yè)務(wù)場(chǎng)景真實(shí)需求來源不牽強(qiáng)先想一個(gè)問題你的畢設(shè)題目是XX管理系統(tǒng)還是XX業(yè)務(wù)系統(tǒng)這兩者在評(píng)委眼里的差別非常大。前者常常給人感覺是拿一個(gè)通用模板套了個(gè)名字頁面是員工管理、部門管理、公告管理換個(gè)標(biāo)題就能當(dāng)另一個(gè)題目交差。而校園電動(dòng)車租借服務(wù)這個(gè)業(yè)務(wù)本身就有非常具體的現(xiàn)實(shí)場(chǎng)景——校區(qū)面積大、學(xué)生出行靠電動(dòng)車、車輛需要調(diào)度和維護(hù)、租借需要計(jì)費(fèi)和押金管理。我第一次接觸這個(gè)題目是在幫一個(gè)學(xué)生做開題報(bào)告的時(shí)候當(dāng)時(shí)我們聊到一個(gè)細(xì)節(jié)高校電動(dòng)車租賃和共享單車不同它是有固定取還車點(diǎn)、有押金、有小時(shí)/天兩種計(jì)價(jià)模式的。這很小但恰恰說明這個(gè)題目不是憑空捏造的它有真實(shí)的運(yùn)營痛點(diǎn)可以挖。有痛點(diǎn)就有需求分析可寫有需求分析開題報(bào)告、中期檢查、論文正文才不會(huì)空洞。1.2 工作量可控邊界清晰畢設(shè)最怕什么最怕題目大到做不完。比如基于大數(shù)據(jù)的校園行為分析系統(tǒng)光數(shù)據(jù)采集就夠你喝一壺。而電動(dòng)車租賃系統(tǒng)的核心業(yè)務(wù)鏈條非常清晰用戶選車、下單、取車、騎行、還車、結(jié)算管理員負(fù)責(zé)車輛上下架、處理訂單異常。這是一個(gè)可以完整跑通的閉環(huán)。以SpringBoot做后端前端不管是模板渲染還是Vue分離主體功能大概就這么幾塊用戶端注冊(cè)登錄、車輛瀏覽、租車下單、還車結(jié)算、訂單查詢、個(gè)人中心管理端車輛管理、用戶管理、訂單管理、計(jì)費(fèi)規(guī)則配置、數(shù)據(jù)統(tǒng)計(jì)支撐功能登錄鑒權(quán)、異常訂單處理、租車時(shí)間校驗(yàn)這套功能量對(duì)一個(gè)人來說大約一個(gè)半月到兩個(gè)月可以做得比較完整。你還能在這個(gè)基礎(chǔ)上做適度擴(kuò)展比如車輛定位、超時(shí)提醒、Excel報(bào)表導(dǎo)出作為論文里的創(chuàng)新點(diǎn)和亮點(diǎn)而不是一上來就鋪一個(gè)大架子最后實(shí)現(xiàn)不了。1.3 答辯場(chǎng)上能講出業(yè)務(wù)感這一點(diǎn)容易被忽略。答辯的時(shí)候評(píng)委老師一天要聽?zhēng)资畟€(gè)題目記憶點(diǎn)都在你的業(yè)務(wù)細(xì)節(jié)上。我這個(gè)系統(tǒng)里有三個(gè)角色管理員、調(diào)度員、學(xué)生用戶調(diào)度員可以對(duì)異常車輛進(jìn)行下架操作同時(shí)系統(tǒng)會(huì)自動(dòng)生成一條維修記錄——這種話一出口評(píng)委就知道你是真做過需求分析不是在背概念。而且電動(dòng)車租賃自帶兩個(gè)可深挖的話題一是計(jì)費(fèi)規(guī)則怎么設(shè)計(jì)才合理二是并發(fā)場(chǎng)景下車輛被重復(fù)租借怎么辦。這兩個(gè)問題我后面會(huì)專門寫都是答辯必問的高頻點(diǎn)。2. 需求邊界梳理三類角色、兩條核心流程、一張狀態(tài)機(jī)2.1 角色與權(quán)限設(shè)計(jì)做系統(tǒng)之前先畫角色越簡(jiǎn)單越好不推薦一上來就搞RBAC權(quán)限模型畢設(shè)項(xiàng)目用它屬于過度設(shè)計(jì)。我建議按三類角色去劃分學(xué)生/普通用戶瀏覽車輛、租車、還車、查看賬單、充值押金運(yùn)營管理員車輛信息維護(hù)、審核處理訂單、配置計(jì)費(fèi)參數(shù)、查看運(yùn)營統(tǒng)計(jì)系統(tǒng)管理員在運(yùn)營管理員基礎(chǔ)上增加用戶賬戶管理、菜單權(quán)限管理這一層量力而行在SpringBoot里可以用攔截器加注解的方式控制接口權(quán)限。我自己的做法是定義一個(gè)枚舉角色配合HandlerInterceptor做登錄態(tài)攔截然后對(duì)需要管理權(quán)限的路徑加一個(gè)角色校驗(yàn)代碼量不大效果卻很清楚。2.2 核心業(yè)務(wù)流程整個(gè)系統(tǒng)的業(yè)務(wù)主干有兩條所有的表和接口都應(yīng)該圍著它們轉(zhuǎn)用戶租車流程用戶登錄 - 瀏覽可用車輛 - 選擇車輛并提交租車訂單 - 系統(tǒng)校驗(yàn)車輛狀態(tài)和用戶押金 - 凍結(jié)車輛狀態(tài)改為租借中 - 用戶取車 - 騎行 - 用戶還車 - 系統(tǒng)計(jì)算費(fèi)用 - 扣除費(fèi)用并解凍車輛 - 訂單完成。車輛管理流程管理員新增車輛 - 車輛上架可租 - 用戶租用 - 車輛歸還 - 管理員檢查車況 - 標(biāo)記維修/繼續(xù)上架 - 維修完成后重新上架。這兩條流程有一個(gè)共同的靈魂車型和訂單的狀態(tài)流轉(zhuǎn)必須嚴(yán)格一致。租車就是車從空閑變租出還車就是車從租出變空閑中間任何一步斷掉整個(gè)系統(tǒng)就會(huì)出現(xiàn)臟數(shù)據(jù)。我的建議是寫代碼之前先用Excel或者手畫一張狀態(tài)表把所有狀態(tài)遷移路徑列出來再動(dòng)手。2.3 訂單狀態(tài)機(jī)系統(tǒng)的定海神針這里不推薦用Mermaid畫復(fù)雜的圖但我強(qiáng)烈建議用一張狀態(tài)表把邏輯定死它可以作為論文里的關(guān)鍵圖或者表格出現(xiàn)同時(shí)也是你寫Service層代碼時(shí)的依據(jù)。訂單狀態(tài)含義可跳轉(zhuǎn)狀態(tài)觸發(fā)動(dòng)作待取車已下單并凍結(jié)車輛等待用戶取車已取消、騎行中支付押金后生成訂單騎行中用戶已取車正在使用待還車、異常掃碼或點(diǎn)擊取車待還車用戶已發(fā)起還車等待管理員確認(rèn)已完成、異常上傳還車信息已完成費(fèi)用已結(jié)算流程結(jié)束無系統(tǒng)自動(dòng)結(jié)算已取消用戶取消或超時(shí)未取車無用戶主動(dòng)取消/定時(shí)任務(wù)異常車輛損壞、爭(zhēng)議訂單已完成、已退款管理員介入這個(gè)狀態(tài)機(jī)我在兩個(gè)不同的項(xiàng)目里都用過事實(shí)證明它是整個(gè)開發(fā)過程中省時(shí)間最多的設(shè)計(jì)。因?yàn)楹芏鄷r(shí)候你糾結(jié)的不是怎么寫一個(gè)還車接口而是一個(gè)騎行中的訂單能不能被管理員直接關(guān)閉狀態(tài)表把這類問題提前回答了。2.4 功能清單哪些必做哪些量力而行我一般給學(xué)生的建議是把功能分成底線功能和加分功能。底線功能要保證流程閉環(huán)注冊(cè)登錄、車輛列表與詳情、租車下單、還車結(jié)算、訂單查詢、后臺(tái)車輛管理、后臺(tái)訂單管理、后臺(tái)用戶管理。沒有這些系統(tǒng)不成立。加分功能看時(shí)間和能力地圖展示車輛位置、掃碼租車、短信通知、微信支付模擬、押金充值、報(bào)表統(tǒng)計(jì)、定時(shí)任務(wù)自動(dòng)取消超時(shí)未取車的訂單。其中我特別推薦定時(shí)任務(wù)超時(shí)訂單處理技術(shù)含量不高但業(yè)務(wù)價(jià)值明顯答辯時(shí)很加分。3. 技術(shù)選型的現(xiàn)實(shí)邏輯SpringBoot打底剩下的一樣樣說清3.1 SpringBoot版本怎么選別跟風(fēng)升太高我看到系統(tǒng)提示里有一個(gè)熱搜詞是springboot版本太高這可能是我這個(gè)回答里最想展開的地方。網(wǎng)上很多教程一上來就是SpringBoot 3.x、JDK 17看著很新但對(duì)畢設(shè)項(xiàng)目來說這往往是災(zāi)難的開始。問題出在哪SpringBoot 3.0是一次大版本重構(gòu)底層從javax命名空間遷移到了jakarta很多老教程里的import javax.servlet.xxx在項(xiàng)目里會(huì)直接報(bào)錯(cuò)。另外MyBatis Plus在早期對(duì)SpringBoot 3的適配并不完美你搜到的很多解決方案還是針對(duì)SpringBoot 2.x的照搬過來就是連環(huán)坑。我的建議是如果不是做新技術(shù)調(diào)研類的題目畢設(shè)老老實(shí)實(shí)用SpringBoot 2.7.x JDK 8 MyBatis Plus 3.5.x。這套組合穩(wěn)定到什么程度幾乎所有問題都有現(xiàn)成的答案網(wǎng)上的教程、論壇帖子、CSDN博客搜一個(gè)準(zhǔn)一個(gè)。你花在調(diào)試上的時(shí)間會(huì)少很多多做點(diǎn)業(yè)務(wù)功能不香嗎提示如果你的學(xué)校規(guī)定必須用最新版本那也可以上SpringBoot 3但要做好心理準(zhǔn)備——依賴要選兼容版本代碼里所有javax要換成jakarta遇到報(bào)錯(cuò)別直接復(fù)制老代碼先看異常信息里提示的包名。3.2 ORM選型MyBatis Plus是畢設(shè)最優(yōu)解關(guān)于數(shù)據(jù)訪問層我這些年給畢設(shè)同學(xué)推薦得最多的就是MyBatis Plus幾乎沒有之一的說法。我知道有人會(huì)說Spring Data JPA也挺好但對(duì)畢設(shè)場(chǎng)景來說MyBatis Plus有它不可替代的優(yōu)勢(shì)單表CRUD不用寫XML和SQLBaseMapper接口直接給到selectById、insert、updateById這些現(xiàn)成方法LambdaQueryWrapper寫條件查詢非常自然比如查狀態(tài)為空閑并且時(shí)租價(jià)小于3元的車一行代碼的事分頁插件好用配合Page對(duì)象做列表頁幾乎零成本字段自動(dòng)填充TableField(fill FieldFill.INSERT)能自動(dòng)幫你填創(chuàng)建時(shí)間、更新時(shí)間而且它有官方提供的代碼生成器可以從數(shù)據(jù)庫表反向生成實(shí)體類、Mapper、Service、Controller配合我們后面講的數(shù)據(jù)庫設(shè)計(jì)開發(fā)效率能翻倍。3.3 數(shù)據(jù)庫和連接池MySQL搭配Druid數(shù)據(jù)庫選MySQL就夠了5.7或者8.0都行。如果只是想跑通功能不追求生產(chǎn)級(jí)配置application.yml里的數(shù)據(jù)源配置可以照下面這種來寫spring: datasource: driver-class-name: com.mysql.cj.jdbc.Driver url: jdbc:mysql://localhost:3306/campus_bike?useUnicodetruecharacterEncodingutf8serverTimezoneAsia/Shanghai username: root password: 你的密碼 type: com.alibaba.druid.pool.DruidDataSource這里要提醒一句URL里務(wù)必加上characterEncodingutf8和serverTimezoneAsia/Shanghai。前者解決中文亂碼后者解決MySQL 8.x時(shí)區(qū)報(bào)錯(cuò)。這兩個(gè)小參數(shù)幾乎每次幫人排查問題都會(huì)遇到。3.4 前端方案模板引擎還是前后端分離這是畢設(shè)同學(xué)問得最多的問題之一。我的判斷標(biāo)準(zhǔn)很簡(jiǎn)單看你學(xué)校給的評(píng)分標(biāo)準(zhǔn)里有沒有前后端分離架構(gòu)這個(gè)明確加分項(xiàng)如果沒有就選Thymeleaf模板引擎。為什么因?yàn)門hymeleaf方案整個(gè)項(xiàng)目只有一個(gè)工程啟動(dòng)一個(gè)SpringBoot應(yīng)用就能看到完整頁面部署、答辯演示都非常省事。前端頁面放在templates目錄下共用Controller里的ModelAndView渲染對(duì)后端思路的同學(xué)來說最順手。如果學(xué)校明確要求前后端分離那前端可以選Vue3 Element Plus后端只寫RESTful接口。這個(gè)方案雖然更貼近真實(shí)企業(yè)開發(fā)但工作量至少多出20%而且需要處理跨域問題CORS配置打包后還得考慮前端靜態(tài)資源和后端接口怎么部署在一起對(duì)沒有前端基礎(chǔ)的同學(xué)是負(fù)擔(dān)。3.5 項(xiàng)目結(jié)構(gòu)一個(gè)標(biāo)準(zhǔn)SpringBoot項(xiàng)目該有的樣子無論是單模塊還是多模塊我建議你至少把包結(jié)構(gòu)按職責(zé)分清楚。一個(gè)我比較推薦的單模塊結(jié)構(gòu)如下com.campus.bike ├── controller # 接口層用戶端/管理端各自獨(dú)立 ├── service # 業(yè)務(wù)層訂單、車輛、計(jì)費(fèi)等核心邏輯 ├── mapper # 數(shù)據(jù)訪問層繼承BaseMapper ├── entity # 實(shí)體類User, Bike, Order, ... ├── dto # 前端交互對(duì)象下單請(qǐng)求、結(jié)算結(jié)果等 ├── config # 配置類MyBatis Plus分頁、攔截器等 ├── common # 通用工具統(tǒng)一返回結(jié)果、異常處理、常量 └── task # 定時(shí)任務(wù)超時(shí)訂單處理包名分層清晰的好處是答辯老師問你這個(gè)系統(tǒng)的分層結(jié)構(gòu)你回答的時(shí)候邏輯是清清楚楚的而且網(wǎng)上絕大多數(shù)SpringBoot項(xiàng)目的代碼結(jié)構(gòu)都是這個(gè)風(fēng)格遇到問題去搜代碼時(shí)貼回來你也能看懂。4. 數(shù)據(jù)庫設(shè)計(jì)一張訂單表撐起租賃業(yè)務(wù)的脊梁4.1 核心表清單數(shù)據(jù)庫設(shè)計(jì)是整個(gè)系統(tǒng)的地基地基沒打好后面寫業(yè)務(wù)代碼處處別扭。圍繞租車業(yè)務(wù)我設(shè)計(jì)的核心表主要包括這幾張表名用途關(guān)鍵字段t_user用戶/學(xué)生信息id, username, password, phone, balance(余額), deposit_statust_bike車輛信息id, bike_no, model, battery_type, range_km, price_hour, price_day, status, locationt_order租借訂單id, order_no, user_id, bike_id, start_time, end_time, pay_amount, statust_payment支付流水id, order_id, user_id, amount, type(押金/租車費(fèi)), statust_bike_maintain車輛維護(hù)記錄id, bike_id, maintain_type, description, cost, status一眼看過去可能覺得表少但對(duì)這個(gè)業(yè)務(wù)來說五到六張表已經(jīng)能覆蓋絕大多數(shù)功能了。你不需要為了顯得系統(tǒng)復(fù)雜硬加表表結(jié)構(gòu)合理比表多更重要。4.2 車輛表字段設(shè)計(jì)里的門道車輛表是業(yè)務(wù)數(shù)據(jù)的載體字段設(shè)計(jì)直接決定你后面功能寫起來順不順。我趟過的一個(gè)坑是一開始只設(shè)計(jì)了車輛型號(hào)和狀態(tài)后來做到租車計(jì)費(fèi)才發(fā)現(xiàn)缺少計(jì)費(fèi)單價(jià)字段又回去改表加字段還涉及歷史數(shù)據(jù)遷移非常痛苦。一個(gè)相對(duì)完整的t_bike表字段應(yīng)該包括bike_no車輛編號(hào)對(duì)外展示用可以做成條碼/二維碼model和brand品牌型號(hào)展示給用戶看的battery_type電池類型鉛酸/鋰電這直接影響續(xù)航和充電策略range_km滿電續(xù)航里程用戶租車前最關(guān)心的指標(biāo)之一price_hour和price_day單小時(shí)租金和單天租金獨(dú)立字段而不是按天按小時(shí)×24打折因?yàn)檎鎸?shí)業(yè)務(wù)里這兩種計(jì)價(jià)經(jīng)常是獨(dú)立設(shè)置的status車輛狀態(tài)。我建議用整數(shù)枚舉0空閑、1租借中、2維修中、3已下架location車輛所在校區(qū)分區(qū)比如東區(qū)停車場(chǎng)A區(qū)特別提醒像status這種狀態(tài)字段在Java實(shí)體里用Integer類型對(duì)應(yīng)業(yè)務(wù)里定義常量或枚舉類盡量不要用字符串因?yàn)樽址容^容易寫錯(cuò)而且數(shù)據(jù)庫索引和查詢的效率也不如整數(shù)。4.3 訂單表計(jì)費(fèi)和狀態(tài)都靠它訂單表是整個(gè)系統(tǒng)最核心的表。它的字段設(shè)計(jì)決定了你計(jì)費(fèi)邏輯、狀態(tài)流轉(zhuǎn)和后臺(tái)查詢是否順暢。核心字段如下order_no業(yè)務(wù)訂單號(hào)建議用時(shí)間戳隨機(jī)數(shù)生成不要直接拿數(shù)據(jù)庫自增id當(dāng)前端訂單號(hào)展示user_id和bike_id外鍵關(guān)聯(lián)用戶和車輛查詢時(shí)關(guān)聯(lián)查出用戶名/車牌號(hào)start_time和end_time預(yù)計(jì)租借時(shí)間和實(shí)際結(jié)束時(shí)間。一個(gè)細(xì)節(jié)start_time是用戶真正取車的時(shí)間還是下單時(shí)間一定要在需求里明確。我偏向于下單即鎖定車輛但計(jì)費(fèi)從取車開始算expect_return_time預(yù)計(jì)歸還時(shí)間用于超時(shí)提醒和超時(shí)費(fèi)用計(jì)算actual_return_time實(shí)際歸還時(shí)間rent_type計(jì)價(jià)類型按小時(shí)/按天total_amount實(shí)際結(jié)算金額status訂單狀態(tài)對(duì)應(yīng)前文的狀態(tài)機(jī)設(shè)計(jì)訂單表的時(shí)候應(yīng)該想清楚一個(gè)核心問題一輛車被下單后訂單記錄和車輛狀態(tài)必須同時(shí)變化且要放在同一個(gè)數(shù)據(jù)庫事務(wù)里。這個(gè)我在代碼實(shí)現(xiàn)部分會(huì)再講。4.4 用MyBatis Plus代碼生成器反向生成建表SQL和實(shí)體系統(tǒng)熱搜詞里有一條mybatisplus根據(jù)java實(shí)體類生成創(chuàng)建表的sql語句這確實(shí)是很多人不知道的一個(gè)白嫖技巧。MyBatis Plus的代碼生成器mybatis-plus-generator有兩種用法一種是從數(shù)據(jù)庫表生成Java代碼另一種是反過來——你定義實(shí)體類它幫你生成建表SQL。畢設(shè)場(chǎng)景下我推薦后者因?yàn)槟阆扔么a把實(shí)體類的字段和注釋寫好生成SQL后建表表結(jié)構(gòu)的一一對(duì)應(yīng)關(guān)系就特別直觀。代碼生成器配置起來也不復(fù)雜。核心依賴加上之后用AutoGenerator寫個(gè)main方法配置數(shù)據(jù)庫連接、包名、表前綴就能一次性生成Entity、Mapper、Service、Controller四層代碼。省下的時(shí)間拿去打磨業(yè)務(wù)邏輯它不香嗎提示自動(dòng)生成的Controller默認(rèn)是空殼只繼承了簡(jiǎn)單的CRUD接口業(yè)務(wù)邏輯還需要自己寫。把它當(dāng)成腳手架用不要指望一個(gè)main方法跑完全部功能。4.5 字段類型與設(shè)計(jì)習(xí)慣再分享幾個(gè)基礎(chǔ)但重要的設(shè)計(jì)習(xí)慣金額字段一律用DECIMAL(10,2)別用double。這是血淚教訓(xùn)double的浮點(diǎn)誤差在計(jì)費(fèi)系統(tǒng)里是致命問題雖然畢設(shè)數(shù)據(jù)量小不容易暴露但答辯評(píng)委如果問到精度問題你答不上來會(huì)很尷尬。時(shí)間字段統(tǒng)一用datetimeJava側(cè)對(duì)應(yīng)LocalDateTime在SpringBoot里用起來非常順手。每個(gè)表都要有主鍵id和創(chuàng)建時(shí)間、更新時(shí)間三個(gè)基礎(chǔ)字段。MyBatis Plus的字段自動(dòng)填充可以幫你搞定后兩個(gè)但前提是你建表時(shí)預(yù)留出來了。邏輯刪除優(yōu)于物理刪除。用戶不小心刪錯(cuò)一輛車如果沒有回收能力那后臺(tái)數(shù)據(jù)就永久錯(cuò)了。用deleted字段標(biāo)記簡(jiǎn)單又安全。5. 核心功能實(shí)現(xiàn)租車、計(jì)費(fèi)、還車這三個(gè)地方別寫砸5.1 租車下單并發(fā)校驗(yàn)跟事務(wù)一個(gè)都不能少租車功能是系統(tǒng)的門面也是最容易出問題的。我見過不少同學(xué)的初版代碼是這么寫的Bike bike bikeMapper.selectById(bikeId); if (bike.getStatus() 0) { bike.setStatus(1); bikeMapper.updateById(bike); // 創(chuàng)建訂單... }這段代碼單看沒毛病但一旦有兩個(gè)人同時(shí)租同一輛車就會(huì)出大問題兩個(gè)請(qǐng)求都讀到status 0然后都認(rèn)為是空閑車先后把狀態(tài)改成租借中結(jié)果一輛車被賣出去兩次。這就是經(jīng)典的并發(fā)超賣問題。解決辦法有兩個(gè)方向。**方案一數(shù)據(jù)庫層面加條件更新。**把查詢校驗(yàn)狀態(tài)和更新狀態(tài)合并成一個(gè)原子操作UPDATE t_bike SET status 1 WHERE id ? AND status 0只有更新影響的行數(shù)為1時(shí)才說明這輛車被你成功搶到了后面的邏輯才繼續(xù)走。這個(gè)方案最簡(jiǎn)單也能講清楚并發(fā)安全的道理推薦優(yōu)先采用。**方案二使用樂觀鎖。**在實(shí)體類上加Version注解更新時(shí)MyBatis Plus自動(dòng)帶上版本號(hào)作為條件。這個(gè)方案是面試高頻題也容易在畢設(shè)中體現(xiàn)技術(shù)深度。另外別忘了事務(wù)。創(chuàng)建訂單、扣減車輛狀態(tài)、寫支付流水這三步必須在一個(gè)Transactional方法里。否則中途任何一個(gè)環(huán)節(jié)報(bào)錯(cuò)都會(huì)留下訂單已生成但車還是空閑或者車已占用但沒訂單的臟數(shù)據(jù)。5.2 計(jì)費(fèi)模型把按小時(shí)/按天/超時(shí)算明白計(jì)費(fèi)是租賃系統(tǒng)里最容易被低估難度的模塊。樸素的算法是單價(jià) × 時(shí)長但實(shí)際業(yè)務(wù)里牽扯到幾個(gè)邊界條件。我設(shè)計(jì)過一個(gè)相對(duì)完整的計(jì)費(fèi)規(guī)則邏輯如下租借類型分為按小時(shí)和按天兩種下單時(shí)用戶選擇。按小時(shí)計(jì)費(fèi)租借時(shí)長不足一小時(shí)按一小時(shí)算超出部分按小時(shí)累加。按天計(jì)費(fèi)一天按24小時(shí)計(jì)算超過24小時(shí)按超時(shí)處理超時(shí)不足一小時(shí)按一小時(shí)計(jì)費(fèi)。設(shè)置單日費(fèi)用封頂避免用戶一天騎出天價(jià)訂單。寫代碼時(shí)的核心方法可以這樣組織public BigDecimal calculateAmount(Order order) { Duration duration Duration.between(order.getStartTime(), order.getActualReturnTime()); long minutes duration.toMinutes(); if (order.getRentType() 0) { // 按小時(shí) long hours minutes 0 ? (minutes 59) / 60 : 0; // 向上取整 return bikeService.getHourPrice(order.getBikeId()) .multiply(BigDecimal.valueOf(hours)); } else { // 按天 long days minutes / (24 * 60); long remainMinutes minutes % (24 * 60); BigDecimal amount bikeService.getDayPrice(order.getBikeId()) .multiply(BigDecimal.valueOf(days)); if (remainMinutes 0) { long extraHours (remainMinutes 59) / 60; amount amount.add(bikeService.getHourPrice(order.getBikeId()) .multiply(BigDecimal.valueOf(extraHours))); } return amount; } }這個(gè)算法不是最優(yōu)的但把向上取整超時(shí)額外計(jì)費(fèi)按天超時(shí)這幾個(gè)關(guān)鍵點(diǎn)都覆蓋到了答辯時(shí)可以跟評(píng)委講清楚自己的設(shè)計(jì)思路。注意全程用BigDecimal運(yùn)算不要用double理由前面已經(jīng)講過。5.3 還車結(jié)算狀態(tài)、費(fèi)用、余額三個(gè)動(dòng)作聯(lián)動(dòng)還車接口是系統(tǒng)里事務(wù)最密集的一個(gè)地方。用戶點(diǎn)還車后后端要同時(shí)做這幾件事根據(jù)訂單號(hào)查出訂單校驗(yàn)訂單狀態(tài)確實(shí)是騎行中更新訂單的實(shí)際歸還時(shí)間計(jì)算費(fèi)用從用戶余額扣除費(fèi)用寫入支付流水把車輛狀態(tài)改回空閑如果車輛有損壞標(biāo)記改成維修中插入維修記錄我習(xí)慣把它寫成一個(gè)帶Transactional的Service方法并且用狀態(tài)校驗(yàn)作為第一步。實(shí)際操作中還發(fā)現(xiàn)一個(gè)坑還車時(shí)車輛位置的更新。用戶可能從A區(qū)騎到B區(qū)歸還所以還車時(shí)應(yīng)該允許用戶/管理員修改車輛location。這個(gè)字段如果不更新后臺(tái)顯示的車輛位置就會(huì)一直是租賃起點(diǎn)時(shí)間長了數(shù)據(jù)就很離譜。5.4 管理端界面后臺(tái)功能別做太重管理端的功能以能管理、能看數(shù)、能處理異常為準(zhǔn)不要過度美化。我用Thymeleaf做后臺(tái)的時(shí)候一般就這幾個(gè)頁面車輛管理列表頁增刪改查、訂單管理頁按狀態(tài)篩選、異常處理、用戶管理頁、計(jì)費(fèi)規(guī)則配置頁。列表查詢強(qiáng)烈建議用MyBatis Plus的分頁插件。配置方式很簡(jiǎn)單Configuration public class MybatisPlusConfig { Bean public MybatisPlusInterceptor mybatisPlusInterceptor() { MybatisPlusInterceptor interceptor new MybatisPlusInterceptor(); interceptor.addInnerInterceptor(new PaginationInnerInterceptor(DbType.MYSQL)); return interceptor; } }配置好之后Service里直接page(new Page(current, size), queryWrapper)就能拿到分頁結(jié)果關(guān)聯(lián)的total和records都幫你算好了比自己寫LIMIT和COUNT省事太多。5.5 定時(shí)任務(wù)超時(shí)訂單的自動(dòng)處理這個(gè)是我非常推薦加的加分功能。場(chǎng)景是這樣的用戶下單鎖定了車輛但一直不來取車車就一直被占用別人沒法租。解決辦法是SpringBoot內(nèi)置的Scheduled定時(shí)任務(wù)每隔幾分鐘掃描一次待取車且超過15分鐘未取車的訂單自動(dòng)取消訂單并釋放車輛。Component public class OrderTimeoutTask { Scheduled(cron 0 */5 * * * *) public void cancelTimeoutOrders() { LambdaQueryWrapperOrder wrapper new LambdaQueryWrapper(); wrapper.eq(Order::getStatus, OrderStatus.WAIT_PICK.getCode()) .lt(Order::getCreateTime, LocalDateTime.now().minusMinutes(15)); ListOrder orders orderMapper.selectList(wrapper); for (Order order : orders) { order.setStatus(OrderStatus.CANCELED.getCode()); orderMapper.updateById(order); Bike bike bikeMapper.selectById(order.getBikeId()); if (bike ! null bike.getStatus() 1) { bike.setStatus(0); bikeMapper.updateById(bike); } } } }這個(gè)功能實(shí)現(xiàn)難度不大但背后體現(xiàn)了異常訂單處理的業(yè)務(wù)思維是答辯時(shí)可以主動(dòng)講給評(píng)委聽的一個(gè)亮點(diǎn)。6. 從開發(fā)到答辯演示安排、常見追問與加分項(xiàng)6.1 三分鐘演示腳本答辯時(shí)間有限不要從注冊(cè)頁面開始慢慢點(diǎn)評(píng)委沒那么多耐心。我建議的演示路徑是先用管理員賬號(hào)登錄在車輛管理頁展示車輛列表、新增一輛測(cè)試車說明后臺(tái)CRUD能力。切換到用戶端選擇剛才新增的車提交租車訂單展示下單成功和車輛狀態(tài)變化。模擬還車展示訂單結(jié)算頁面強(qiáng)調(diào)金額計(jì)算過程和用戶余額扣減。切回管理端展示這筆訂單的狀態(tài)從騎行中變?yōu)橐淹瓿绍囕v重新回到空閑。如果有定時(shí)任務(wù)功能可以補(bǔ)一句系統(tǒng)每分鐘會(huì)自動(dòng)掃描超時(shí)訂單并取消不必現(xiàn)場(chǎng)等觸發(fā)。這套流程里每一步都同時(shí)展示了前端交互、后端接口、數(shù)據(jù)庫變化三個(gè)層次評(píng)委看完心里對(duì)你系統(tǒng)的完整性就有數(shù)了。6.2 評(píng)委高頻追問和應(yīng)答思路答辯環(huán)節(jié)很多同學(xué)不是不會(huì)做是不會(huì)說。提前準(zhǔn)備下面這些問題的應(yīng)答思路會(huì)穩(wěn)很多問車輛狀態(tài)修改為什么不用普通update怎么防并發(fā)答我用的是條件更新UPDATE ... WHERE id? AND status0如果影響行數(shù)為0說明已被別人搶到就會(huì)拒絕訂單。也可以提樂觀鎖版本號(hào)。問計(jì)費(fèi)金額怎么保證精度答金額字段用DECIMAL存儲(chǔ)Java側(cè)用BigDecimal計(jì)算不用double避免浮點(diǎn)誤差。問如果用戶超時(shí)還不還車怎么辦答系統(tǒng)有定時(shí)任務(wù)掃描超時(shí)訂單設(shè)置超時(shí)費(fèi)用累加并且可以限制該用戶下次租車。問訂單狀態(tài)很多會(huì)不會(huì)出現(xiàn)狀態(tài)不一致答我們?cè)谠O(shè)計(jì)階段用狀態(tài)機(jī)表約束了每個(gè)狀態(tài)下能跳轉(zhuǎn)到哪些狀態(tài)Service層每個(gè)狀態(tài)變更都做前置校驗(yàn)并且關(guān)鍵操作放在事務(wù)里執(zhí)行。問密碼怎么存儲(chǔ)答使用MD5或BCrypt加鹽加密保存不存明文。別再說MD5不安全畢設(shè)場(chǎng)景用MD5可接受建議提BCrypt更好6.3 部署與演示環(huán)境準(zhǔn)備演示環(huán)境最穩(wěn)妥的方式是本機(jī)演示提前把所有服務(wù)跑起來瀏覽器開好兩個(gè)頁面管理員端和用戶端。如果希望評(píng)委能自己上手體驗(yàn)可以部署到云服務(wù)器或者學(xué)校機(jī)房服務(wù)器上。這里說一個(gè)常見的問題前后端分離項(xiàng)目部署時(shí)前端打包后的靜態(tài)資源和后端API怎么配合。如果是Vue項(xiàng)目構(gòu)建后把dist目錄放到SpringBoot的static下再配一個(gè)路徑轉(zhuǎn)發(fā)規(guī)則就行如果是Thymeleaf模板就不用考慮這個(gè)問題這也是我推薦模板引擎的原因之一。提示演示當(dāng)天記得關(guān)掉電腦的自動(dòng)睡眠把數(shù)據(jù)庫密碼、服務(wù)啟動(dòng)腳本都提前準(zhǔn)備好。我見過太多同學(xué)現(xiàn)場(chǎng)演示時(shí)因?yàn)閿?shù)據(jù)庫沒啟動(dòng)、端口被占用、密碼忘了這些沒有技術(shù)含量的問題把幾分鐘答辯時(shí)間全耗在了環(huán)境上。6.4 我最后想提的幾個(gè)容易翻車的小細(xì)節(jié)最后的最后分享幾條自己整理的真實(shí)經(jīng)驗(yàn)配置文件的密碼、連接串寫清楚但答辯演示時(shí)別把真實(shí)密碼投屏給全場(chǎng)看可以用一個(gè)演示專用的低權(quán)限賬號(hào)。開發(fā)過程中別忘了建索引。訂單表的user_id、bike_id、status這幾個(gè)字段是高頻查詢條件加索引后列表頁性能明顯不一樣這也是評(píng)委偶爾會(huì)問的點(diǎn)。異常處理別只靠try-catch空吞。做成統(tǒng)一異常處理器RestControllerAdvice把業(yè)務(wù)異常和系統(tǒng)異常區(qū)分開前端彈的錯(cuò)誤提示會(huì)友好非常多代碼也干凈。提交代碼到Git倉庫時(shí)第一次就配好.gitignore把target、node_modules、application-local.yml這類文件排除掉。這是職業(yè)習(xí)慣問題雖然畢設(shè)不強(qiáng)制但養(yǎng)成好習(xí)慣不虧。論文里的系統(tǒng)截圖記得重新走一遍流程再截不要用開發(fā)調(diào)試時(shí)帶著斷點(diǎn)信息、系統(tǒng)時(shí)間不對(duì)的截圖這種細(xì)節(jié)很容易被評(píng)委一眼看出來。做這個(gè)項(xiàng)目我最大的體會(huì)是畢設(shè)系統(tǒng)不需要多炫的技術(shù)但一定要把業(yè)務(wù)閉環(huán)做完整、把關(guān)鍵問題想透。電動(dòng)車的租借、計(jì)費(fèi)、還車、狀態(tài)流轉(zhuǎn)每一步都不復(fù)雜但把它們串成一個(gè)可靠的整體你收獲的就不只是一個(gè)能答辯的系統(tǒng)而是一次完整的軟件工程訓(xùn)練。希望這篇分享能幫你少踩幾個(gè)坑把時(shí)間花在真正有價(jià)值的地方。