每年畢設(shè)季總有同學(xué)來問我Java方向選什么題目比較穩(wěn)。我的固定答案里經(jīng)常有一個名字基于Web的出租車拼車系統(tǒng)。這個題目聽起來不算驚艷但恰恰因?yàn)樗銐蛸N近真實(shí)業(yè)務(wù)場景能覆蓋Java Web開發(fā)從數(shù)據(jù)庫設(shè)計、后端接口、前端交互到部署上線的完整鏈路而且做出來之后你完全有底氣拿給老師演示。這篇文章我就從選題原因、技術(shù)方案、數(shù)據(jù)庫設(shè)計、核心算法到部署調(diào)試把整個項目從頭到尾拆解一遍把我實(shí)際做過這個項目時踩過的坑、總結(jié)的經(jīng)驗(yàn)全部寫出來。如果你是計算機(jī)專業(yè)本科做畢設(shè)或者想找一個能寫進(jìn)簡歷的Java練手項目這篇文章應(yīng)該能省你不少瞎折騰的時間。我會盡量用大家都能聽懂的方式講但該上的代碼、該講的原理一個都不會少。1. 項目整體設(shè)計與思路拆解1.1 核心需求解析出租車拼車到底要解決什么問題做項目之前先想清楚業(yè)務(wù)痛點(diǎn)不然代碼寫得再花哨也沒用。出租車的閑置空駛率很高高峰期乘客又打不到車兩邊都難受。拼車就是讓順路的乘客共用一輛車費(fèi)用分?jǐn)偹緳C(jī)一趟多賺一點(diǎn)乘客少花一點(diǎn)城市交通壓力也能緩解。所以這個系統(tǒng)最核心的價值不是“做一個網(wǎng)站”而是把“發(fā)布行程、尋找順路人、確認(rèn)拼車、費(fèi)用計算、訂單履約”這條鏈路跑通。把這個業(yè)務(wù)翻譯成系統(tǒng)功能大概要管住幾個事乘客發(fā)起行程起點(diǎn)、終點(diǎn)、出發(fā)時間、人數(shù)、愿意分?jǐn)偟馁M(fèi)用。司機(jī)發(fā)布空余座位路線、時間、剩余座位數(shù)。系統(tǒng)把匹配的乘客和司機(jī)拉到一起或者讓乘客主動搜索拼車單。雙方確認(rèn)后生成訂單訂單狀態(tài)要能跟蹤待支付、已確認(rèn)、進(jìn)行中、已完成、已取消。用戶能查看歷史訂單司機(jī)也能管理自己發(fā)布的行程。這里面最容易被忽略的是“狀態(tài)機(jī)”——訂單狀態(tài)從創(chuàng)建到結(jié)束每一步都要有明確的流轉(zhuǎn)條件。很多畢設(shè)代碼寫得很零散就是因?yàn)闆]先設(shè)計好狀態(tài)。后面我會單獨(dú)講怎么設(shè)計字段。1.2 技術(shù)選型為什么用Java Spring Boot MyBatis這組技術(shù)棧放到今天依然是Java畢設(shè)里的“萬金油”組合。Spring Boot把大量配置自動化你不用像以前用SSH框架那樣寫一堆XMLMyBatis讓你自己控制SQL對新手友好也方便在答辯時講清楚數(shù)據(jù)庫操作邏輯前端用Thymeleaf服務(wù)端渲染再加一點(diǎn)Vue或原生JavaScript就夠了沒必要上一套前后端分離——畢設(shè)核心是完整度不是技術(shù)炫技。選這套方案還有一個實(shí)際原因你上網(wǎng)搜源碼、查資料80%的Java畢設(shè)都是這個架構(gòu)遇到問題幾乎都能搜到答案。組里同學(xué)互相拷代碼也方便。如果你用太冷門的技術(shù)棧比如響應(yīng)式編程WebFlux、GraphQL連debug都會痛苦更別說答辯時被老師問倒。我的建議是JDK用8或者11別追新有些舊依賴在JDK17上會鬧別扭。數(shù)據(jù)庫用MySQL 5.7或8.0裝個Navicat可視化操作。后端框架Spring Boot 2.7.x穩(wěn)定且資料多。持久層MyBatis Plus也行但最好先了解原生MyBatis。做畢設(shè)的話MyBatis Plus能省很多CRUD代碼答辯時也可以說“我用了MyBatis Plus提升開發(fā)效率”。前端Thymeleaf模板 Bootstrap布局 jQuery發(fā)請求三天能搞定頁面。項目管理Maven必須用考勤表里也好看。1.3 功能模塊劃分乘客端、司機(jī)端、管理后臺我實(shí)際做的時候把系統(tǒng)分成三個角色每個角色對應(yīng)一套頁面和接口。這樣分層清晰寫代碼時腦子里有地圖。角色核心功能關(guān)鍵頁面乘客注冊登錄、發(fā)布拼車需求、搜索可拼車輛、查看訂單、確認(rèn)支付、評價司機(jī)首頁、發(fā)布需求頁、搜索結(jié)果頁、訂單列表頁司機(jī)注冊登錄、發(fā)布空余座位、查看匹配乘客、接單/確認(rèn)、完成訂單、查看收入司機(jī)工作臺、行程管理頁、收入明細(xì)頁管理員用戶管理、行程審核、訂單監(jiān)管、統(tǒng)計數(shù)據(jù)后臺管理頁、數(shù)據(jù)看板角色不一定要分太多但乘客和司機(jī)這兩類用戶的核心流程必須完整。我見過不少項目只做了一個“發(fā)布拼車需求”的孤零零頁面沒有后續(xù)訂單處理老師一問“然后呢”就卡住了。所以哪怕是統(tǒng)一樣式也要把訂單閉環(huán)做完。后端接口設(shè)計上我按模塊劃分ControllerUserController管登錄注冊TripController管發(fā)布搜索OrderController管訂單流程AdminController管后臺操作。每個Controller只做參數(shù)接收和結(jié)果返回具體邏輯丟給Service層Mapper只負(fù)責(zé)和數(shù)據(jù)庫打交道。保持這個三層結(jié)構(gòu)后面加功能或者改bug都輕松。2. 核心細(xì)節(jié)解析與實(shí)操要點(diǎn)2.1 數(shù)據(jù)庫設(shè)計訂單表、用戶表、拼車記錄表的關(guān)鍵字段數(shù)據(jù)庫設(shè)計是這個項目的地基。我在帶學(xué)生做的時候發(fā)現(xiàn)至少一半人的表結(jié)構(gòu)有問題要么字段冗余要么狀態(tài)含義不清要么沒法支撐“拼車”這個核心概念。下面是我用過且跑通完整的表設(shè)計可以直接參考。用戶表t_userCREATE TABLE t_user ( id int NOT NULL AUTO_INCREMENT, username varchar(32) NOT NULL, password varchar(128) NOT NULL, role tinyint NOT NULL DEFAULT 0 COMMENT 0-乘客1-司機(jī)2-管理員, phone varchar(20) DEFAULT NULL, real_name varchar(32) DEFAULT NULL, create_time datetime DEFAULT CURRENT_TIMESTAMP, PRIMARY KEY (id), UNIQUE KEY idx_username (username) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4;密碼字段一定要存加密后的值至少用MD5加鹽別存明文。角色用數(shù)字枚舉方便權(quán)限判斷。行程表t_trip一個行程可以來自司機(jī)發(fā)布空座也可以來自乘客發(fā)布拼車需求所以統(tǒng)一起見我設(shè)計為“出行計劃表”CREATE TABLE t_trip ( id int NOT NULL AUTO_INCREMENT, user_id int NOT NULL COMMENT 發(fā)布人id, user_type tinyint NOT NULL COMMENT 發(fā)布人角色1-司機(jī)2-乘客, start_point varchar(128) NOT NULL COMMENT 出發(fā)點(diǎn), end_point varchar(128) NOT NULL COMMENT 終點(diǎn), start_time datetime NOT NULL COMMENT 出發(fā)時間, total_seats int DEFAULT 1 COMMENT 總座位數(shù), available_seats int DEFAULT 1 COMMENT 剩余座位數(shù), price decimal(10,2) DEFAULT NULL COMMENT 預(yù)計單人費(fèi)用, status tinyint NOT NULL DEFAULT 0 COMMENT 0-待匹配1-已成團(tuán)2-已取消3-已完成, create_time datetime DEFAULT CURRENT_TIMESTAMP, PRIMARY KEY (id), KEY idx_start_end (start_point, end_point) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4;status和available_seats是兩個最容易出錯的地方。比如乘客發(fā)布需求total_seats可以理解為“這個乘客愿意和幾個人拼車”司機(jī)發(fā)布座位total_seats就是空位數(shù)。當(dāng)有人加入行程時available_seats要減一當(dāng)減到0就該把status改成“已成團(tuán)”。訂單表t_order拼車確認(rèn)后生成訂單將“誰、坐誰的車、什么路線、花多少錢”記錄下來CREATE TABLE t_order ( id int NOT NULL AUTO_INCREMENT, order_no varchar(64) NOT NULL COMMENT 訂單編號, trip_id int NOT NULL COMMENT 關(guān)聯(lián)行程id, passenger_id int NOT NULL COMMENT 乘客id, driver_id int NOT NULL COMMENT 司機(jī)id, pickup_point varchar(128) DEFAULT NULL COMMENT 實(shí)際上車點(diǎn), price decimal(10,2) NOT NULL COMMENT 實(shí)際費(fèi)用, status tinyint NOT NULL DEFAULT 0 COMMENT 0-待確認(rèn)1-已確認(rèn)2-進(jìn)行中3-已完成4-已取消, create_time datetime DEFAULT CURRENT_TIMESTAMP, update_time datetime DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP, PRIMARY KEY (id), UNIQUE KEY idx_order_no (order_no) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4;字段里我特別用了pickup_point因?yàn)槠窜噲鼍跋鲁丝筒灰欢ㄒバ谐痰钠瘘c(diǎn)集合可以約在沿途某個路口這個字段留給雙方協(xié)調(diào)。雖然只是個小細(xì)節(jié)但答辯時能體現(xiàn)你對業(yè)務(wù)的理解。拼車記錄表t_carpool_record這張表用來支持“查看某個行程都有誰參與”也可以用于統(tǒng)計司機(jī)收益、乘客花費(fèi)CREATE TABLE t_carpool_record ( id int NOT NULL AUTO_INCREMENT, trip_id int NOT NULL, order_id int NOT NULL, user_id int NOT NULL, join_type tinyint NOT NULL COMMENT 1-司機(jī)2-乘客, create_time datetime DEFAULT CURRENT_TIMESTAMP, PRIMARY KEY (id) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4;有了這張表查詢“某行程的拼車成員”就是簡單的一行SQL。很多初學(xué)者會直接在行程表里拼逗號字符串存成員id這種做法極難維護(hù)一定不要學(xué)。2.2 拼車匹配算法最樸素但夠用的實(shí)現(xiàn)思路“拼車匹配”聽起來很高大上但畢設(shè)階段真沒必要去搞復(fù)雜的圖算法或者多目標(biāo)優(yōu)化。我用的方法是基于“出發(fā)地相近 終點(diǎn)相近 時間窗重疊 座位充足”的規(guī)則匹配外加人工選擇作為兜底。具體流程可以這樣拆乘客或者司機(jī)發(fā)布行程后系統(tǒng)把這個行程存到t_trip。另一類用戶搜索拼車時前端把起點(diǎn)、終點(diǎn)、時間傳給后端。后端執(zhí)行查詢起點(diǎn)匹配模糊或精確、終點(diǎn)匹配、出發(fā)時間在前后兩小時內(nèi)、available_seats 0。把匹配結(jié)果按時間倒序返回用戶自己選擇加入合適的行程。搜索的核心SQL大概長這樣SELECT * FROM t_trip WHERE status 0 AND start_point LIKE CONCAT(%, #{start}, %) AND end_point LIKE CONCAT(%, #{end}, %) AND available_seats 0 AND start_time BETWEEN #{startTimeMinus} AND #{startTimePlus} ORDER BY start_time ASC這里的startTimeMinus和startTimePlus是前后兩小時的時間窗口。為什么不用“完全等于”因?yàn)槠窜噲鼍跋聲r間不可能精確到分鐘多一點(diǎn)寬容度才能匹配到人。如果后續(xù)想提升匹配率再加一個排序加分項出發(fā)時間越近、座位越多排越前或者引入起點(diǎn)距離通過經(jīng)緯度計算。但畢設(shè)做完上面這版已經(jīng)足夠。我自己踩過的坑是把搜索條件一股腦全用AND拼起來結(jié)果測試時任何一項不滿足就啥也查不出來。所以實(shí)際調(diào)的時候我會把“終點(diǎn)一樣”作為強(qiáng)條件“出發(fā)地相近”用模糊匹配“時間窗”放寬到前后三小時。如果還搜不到就直接提示用戶“暫無可拼行程可以自己發(fā)布”。2.3 會話管理與權(quán)限控制登錄態(tài)、角色攔截Web系統(tǒng)逃不開登錄態(tài)特別是這種多角色系統(tǒng)不加權(quán)限控制會被人從乘客頁面直接訪問司機(jī)接口改數(shù)據(jù)。我用的方案是Session 攔截器簡單可靠不需要引入Shiro或者Spring Security如果你會可以加但畢設(shè)里手寫攔截器更能體現(xiàn)基本功。用戶登錄成功之后把用戶對象放進(jìn)Sessionsession.setAttribute(loginUser, user);然后寫一個攔截器檢查Session里是否有登錄用戶以及當(dāng)前請求的路徑是否允許該角色訪問。Spring Boot里通過WebMvcConfigurer注冊攔截器Configuration public class WebMvcConfig implements WebMvcConfigurer { Override public void addInterceptors(InterceptorRegistry registry) { registry.addInterceptor(new AuthInterceptor()) .addPathPatterns(/**) .excludePathPatterns( /login, /register, /css/**, /js/**, /images/**, /error ); } }在攔截器的preHandle里寫判斷public boolean preHandle(HttpServletRequest request, HttpServletResponse response, Object handler) throws Exception { HttpSession session request.getSession(); User user (User) session.getAttribute(loginUser); if (user null) { response.sendRedirect(/login); return false; } // 角色判斷如果是管理員接口只有role2能過 String uri request.getRequestURI(); if (uri.startsWith(/admin) user.getRole() ! 2) { response.setStatus(403); return false; } return true; }注意攔截器里做角色判斷時路徑匹配一定要規(guī)范。我見過有同學(xué)把/admin開頭的所有路徑都攔截住了結(jié)果管理員頁面自己的靜態(tài)資源也被攔掉頁面樣式全丟。記得把/admin/**的靜態(tài)資源也放行或者在頁面里使用公共靜態(tài)資源路徑。權(quán)限這塊可以再擴(kuò)展一個“司機(jī)接口”攔截只有role1才能訪問發(fā)布座位接口。攔截器代碼量不大但能讓你的系統(tǒng)在安全和答辯兩個維度都加分。3. 實(shí)操過程與核心環(huán)節(jié)實(shí)現(xiàn)3.1 開發(fā)環(huán)境準(zhǔn)備與項目初始化正式開始打代碼前把環(huán)境一次性配好免得后面邊寫邊裝。我推薦的版本組合是JDK 1.8這是最保守的選擇所有框架都兼容Maven 3.6MySQL 5.7 / 8.0IDEA 2020版以上社區(qū)版也夠用Navicat或DBeaver管理數(shù)據(jù)庫Chrome瀏覽器調(diào)試前端初始化項目有兩種方式去Spring Initializr官網(wǎng)下載或者直接在IDEA里新建Spring Boot項目。選依賴的時候勾上Spring Web、Thymeleaf、MyBatis Framework、MySQL Driver如果你要用MyBatis Plus就把MyBatis Framework換成MyBatis Plus的starter不過那個需要去Maven倉庫單獨(dú)引。application.yml里最容易被坑的就是時區(qū)spring: datasource: url: jdbc:mysql://localhost:3306/carpool?useUnicodetruecharacterEncodingutf8serverTimezoneAsia/Shanghai username: root password: 123456 driver-class-name: com.mysql.cj.jdbc.Driver thymeleaf: cache: false mybatis: mapper-locations: classpath:mapper/*.xml configuration: map-underscore-to-camel-case: trueserverTimezoneAsia/Shanghai不加你會被數(shù)據(jù)庫時間差8小時搞瘋。map-underscore-to-camel-case開啟后create_time就會自動映射到createTime省掉一堆resultMap。3.2 核心代碼實(shí)現(xiàn)發(fā)布行程、搜索拼車、確認(rèn)訂單接下來我用三段代碼把最核心的業(yè)務(wù)串出來這三個接口能通整個項目就成功了大半。發(fā)布行程接口乘客或者司機(jī)點(diǎn)擊發(fā)布后前端POST一個trip對象過來Service層做校驗(yàn)比如出發(fā)時間不能早于當(dāng)前時間Override public boolean publishTrip(Trip trip) { if (trip.getStartTime().isBefore(LocalDateTime.now())) { throw new RuntimeException(出發(fā)時間不能早于當(dāng)前時間); } if (trip.getAvailableSeats() 0) { throw new RuntimeException(座位數(shù)必須大于0); } trip.setStatus(0); // 待匹配 return tripMapper.insert(trip) 0; }這里我把user_id從Session里取前端傳的一律不信任。否則用戶可以篡改表單數(shù)據(jù)把別人的賬號偽裝成自己。搜索拼車接口搜索邏輯放到Service層封裝一個查詢條件對象public ListTrip searchTrips(String start, String end, LocalDateTime time) { LocalDateTime startMinus time.minusHours(2); LocalDateTime startPlus time.plusHours(2); return tripMapper.searchTrips(start, end, startMinus, startPlus); }對應(yīng)的Mapper XML剛才已經(jīng)寫過了。這里要提一個細(xì)節(jié)查詢條件用LIKE CONCAT(%, #{start}, %)如果start傳空字符串會匹配出所有記錄。所以業(yè)務(wù)上要判斷一下StringUtils.hasText(start)如果沒填就只按時間過濾別把條件拼死。確認(rèn)訂單接口乘客選擇了某個可加入的行程后點(diǎn)擊“申請拼車”后端要做兩件原子性的事情創(chuàng)建訂單同時把行程的available_seats減一。這里必須加事務(wù)控制不然訂單建好了座位沒減或者座位減了訂單失敗數(shù)據(jù)就對不上。Transactional public Order createOrder(Trip trip, User passenger) { // 1. 再次校驗(yàn)行程狀態(tài)和座位 Trip dbTrip tripMapper.selectById(trip.getId()); if (dbTrip.getStatus() ! 0 || dbTrip.getAvailableSeats() 0) { throw new RuntimeException(該行程已滿或不可加入); } // 2. 創(chuàng)建訂單 Order order new Order(); order.setOrderNo(generateOrderNo()); order.setTripId(dbTrip.getId()); order.setPassengerId(passenger.getId()); order.setDriverId(dbTrip.getUserId()); order.setPrice(dbTrip.getPrice()); order.setStatus(0); // 待確認(rèn) orderMapper.insert(order); // 3. 扣減座位 dbTrip.setAvailableSeats(dbTrip.getAvailableSeats() - 1); if (dbTrip.getAvailableSeats() 0) { dbTrip.setStatus(1); // 已成團(tuán) } tripMapper.updateById(dbTrip); return order; }注意上面代碼里的“校驗(yàn)行程狀態(tài)”不是只查一次而是在事務(wù)內(nèi)重新從數(shù)據(jù)庫查要用SELECT ... FOR UPDATE鎖行才能防止并發(fā)下兩個乘客同時搶最后一個座位。畢設(shè)答辯時如果能說出“并發(fā)下可能超賣我用樂觀鎖或悲觀鎖解決”老師會對你刮目相看。我實(shí)際用的是樂觀鎖給t_trip表加了一個version字段更新時判斷版本號UPDATE t_trip SET available_seats available_seats - 1, version version 1 WHERE id #{id} AND version #{version} AND available_seats 0這種寫法比直接鎖表更輕量適合畢設(shè)場景。3.3 前端頁面開發(fā)與交互頁面我用Thymeleaf做服務(wù)端渲染配合少量Ajax。整體框架直接從Bootstrap官方模板改省去自己想樣式的時間。首頁核心是一個搜索框用戶填起點(diǎn)、終點(diǎn)、出發(fā)時間點(diǎn)擊搜索跳轉(zhuǎn)到結(jié)果頁。搜索結(jié)果用th:each循環(huán)渲染每一行顯示“出發(fā)地-終點(diǎn)、時間、剩余座位、價格”旁邊放一個“申請拼車”按鈕。tr th:eachtrip : ${tripList} td th:text${trip.startPoint}/td td th:text${trip.endPoint}/td td th:text${#temporals.format(trip.startTime, yyyy-MM-dd HH:mm)}/td td th:text${trip.availableSeats}/td td th:text${trip.price}/td td a th:href{/order/apply/ ${trip.id}} classbtn btn-primary btn-sm申請拼車/a /td /tr如果要用Ajax做局部刷新比如司機(jī)接單后不讓整個頁面刷新可以在Thymeleaf頁面里寫jQuery的$.post成功后更新按鈕狀態(tài)和訂單狀態(tài)字段。我建議別把所有交互都做成前后端分離的Vue因?yàn)楫呍O(shè)時間有限Thymeleaf足夠而且代碼量小、容易講清楚。頁面整體顏色建議用藍(lán)白主色調(diào)別搞得太花哨老師看的是功能不是視覺設(shè)計。但至少要保證頁面排版不歪、按鈕能點(diǎn)、表單能正確提交。有的同學(xué)頁面亂到按鈕都點(diǎn)不到那種印象分一下就扣光了。4. 常見問題與排查技巧實(shí)錄4.1 數(shù)據(jù)庫連接與中文亂碼這個幾乎是人人都要踩的坑。啟動項目后數(shù)據(jù)庫能連上但是插入中文數(shù)據(jù)后顯示問號或者查詢條件帶中文查不到。解決辦法有三板斧建庫時指定字符集CREATE DATABASE carpool DEFAULT CHARACTER SET utf8mb4 COLLATE utf8mb4_general_ci;連接URL加上useUnicodetruecharacterEncodingutf8。如果是MySQL 8.0還要加上serverTimezoneAsia/Shanghai否則會報時區(qū)錯誤。另外IDEA里.java文件編碼也要統(tǒng)一成UTF-8不然代碼里寫死的中文會變成亂碼。在IDEA的設(shè)置里搜索File Encoding把Global Encoding、Project Encoding、Properties Files都改成UTF-8。4.2 拼車匹配邏輯的邊界情況搜索接口寫完測試時發(fā)現(xiàn)一堆“查不出來”或者“錯誤匹配”的問題。我舉幾個真實(shí)場景乘客發(fā)布的是“從五道口到中關(guān)村”有人搜“五道口地鐵站到中關(guān)村”模糊匹配不出來但人知道這是同一個地方。解決方法是允許用戶手動選擇起點(diǎn)附近的地標(biāo)或者干脆就用模糊匹配寧可查多也不能漏。時間窗口判斷越界比如行程是8點(diǎn)發(fā)車用戶搜8點(diǎn)30分的車如果只做了start_time startMinus而忘了 startPlus就會把8點(diǎn)之后的都漏掉。寫條件時要同時用BETWEEN。重復(fù)申請同一個用戶對同一個行程點(diǎn)了兩次“申請拼車”生成了兩個訂單。解決方法是建唯一索引(trip_id, passenger_id)或者在Service層先查一下是否存在待確認(rèn)訂單。這些都是真實(shí)業(yè)務(wù)中會出現(xiàn)的問題把它們整理進(jìn)你的“測試記錄”里答辯時講給老師聽說服力非常強(qiáng)。4.3 部署到云服務(wù)器時的坑畢設(shè)答辯一般要求能在線演示很多人最后卡在部署上。我用一臺最低配的云服務(wù)器2核4G部署這個項目幾個關(guān)鍵點(diǎn)打jar包mvn clean package會生成target/carpool.jar。服務(wù)器裝JDK和MySQL把本地數(shù)據(jù)庫導(dǎo)出再導(dǎo)入。注意導(dǎo)出的SQL里如果有DROP TABLE記得先備份。啟動命令建議用nohup java -jar carpool.jar log.log 21 這樣SSH斷開后服務(wù)不會停。云服務(wù)器安全組一定要開放8080端口或者你用80端口就用80。如果網(wǎng)站打不開第一步看日志tail -f log.log。90%的問題都是端口沒開、數(shù)據(jù)庫連不上、或者路徑寫死成了本地地址。4.4 項目講解與答辯技巧技術(shù)做完了還得會講。我建議準(zhǔn)備一個十五分鐘的演示腳本按這個順序來先花一分鐘講清楚系統(tǒng)解決什么問題出租車空駛、高峰期打車難。展示系統(tǒng)架構(gòu)圖和三張核心表的關(guān)系。演示完整的業(yè)務(wù)流程注冊兩個賬號一個司機(jī)發(fā)布座位一個乘客搜索并申請拼車司機(jī)確認(rèn)訂單生成狀態(tài)流轉(zhuǎn)。講一兩個你自己解決過的難點(diǎn)比如并發(fā)扣減座位、時間窗口匹配。這是拿分點(diǎn)比背一堆概念有用。答辯老師經(jīng)常會問“為什么用MyBatis不用JPA”“為什么Session不用JWT”你不用背標(biāo)準(zhǔn)答案就用自己的場景解釋查SQL更直觀、調(diào)試簡單、畢設(shè)項目不需要分布式鑒權(quán)。只要邏輯自洽老師不會為難你。還有一點(diǎn)私下提醒哪怕你是從網(wǎng)上找的源碼也要自己動手改幾個功能、加幾個字段。因?yàn)榇疝q現(xiàn)場老師會隨機(jī)問你某個頁面怎么實(shí)現(xiàn)的你要是連代碼在哪都翻不清楚那就真的很尷尬。我做定制化修改的時候最常加的功能是“歷史訂單導(dǎo)出Excel”和“按時間段統(tǒng)計司機(jī)收入”既簡單又實(shí)用還能給項目增加亮點(diǎn)。這個項目后續(xù)還能怎么擴(kuò)展如果你做完基礎(chǔ)版還有精力有幾個方向值得一試加入地圖API展示路線、引入Redis緩存熱門搜索、把單機(jī)部署改成Docker容器化、給拼車匹配增加更精確的經(jīng)緯度距離計算。這些擴(kuò)展不需要全做挑一個合適的做深一點(diǎn)項目的深度立刻就不一樣了。我個人做這個項目最大的感受是它不像電商系統(tǒng)那樣要堆一堆商品和購物車概念也不像管理系統(tǒng)那樣枯燥拼車業(yè)務(wù)天然帶著一點(diǎn)“算法味”和“社交味”做起來不無聊。而且它麻雀雖小五臟俱全用戶體系、角色權(quán)限、業(yè)務(wù)狀態(tài)流轉(zhuǎn)、數(shù)據(jù)統(tǒng)計全都有用來檢驗(yàn)自己的Java Web水平再合適不過。希望這篇拆解能幫你少走一些彎路如果你在做的過程中卡住了可以順著文章里提到的“狀態(tài)設(shè)計”“事務(wù)控制”“匹配窗口”這幾個關(guān)鍵點(diǎn)先自查一遍多半能自己找到問題。