設計：電動車智能充電平臺實戰(zhàn))
簡介本資源為基于SSM框架的電動車智能充電服務平臺微信小程序畢業(yè)設計全套資料面向計算機相關專業(yè)需要完成畢業(yè)設計的學生及Java初學者。項目采用Java技術棧與MySQL數據庫實現首頁、個人中心、用戶管理、充電樁管理、電池商品管理、托送服務管理、我的錢包、充值信息、消費信息、購買訂單、配送信息、服務訂單及系統(tǒng)管理等功能模塊區(qū)分管理員與普通用戶兩類角色權限注冊登錄后可進行后臺操作。壓縮包共1572個文件涵蓋160個Java源碼、235個js腳本、164個vue組件、122個wxss與120個wxml小程序頁面文件以及png、svg等圖片素材和sql腳本、docx文檔、ppt演示文稿整體約25.86MB目錄結構清晰。已有89人學習下載。讀者可獲得完整可運行的源碼工程、數據庫腳本、配套說明文檔與答辯PPT便于快速理解SSM與微信小程序的整合開發(fā)思路對照模塊劃分完成功能擴展與二次開發(fā)為畢業(yè)設計選題、編碼實現與答辯準備提供參考。1. 從一份 SSM 小程序畢設包說起它到底能跑出什么電動車智能充電服務平臺說白了就是把「找樁、掃碼、充電、計費、結算」這條鏈路搬到微信小程序里后臺用 SSMSpring SpringMVC MyBatis扛業(yè)務。這個標題里塞了四個關鍵詞Java、SSM、微信小程序、畢業(yè)設計任何一個單拎出來都是熱搜?？蜏愒谝黄鹁褪怯嬎銠C畢業(yè)設計里最典型的一類選題——業(yè)務閉環(huán)清晰、技術棧主流、答辯時老師一聽就懂。我?guī)н^幾屆學生的畢設這類題目最大的價值不在「智能」兩個字而在于它把 Java 后端和微信小程序前端完整串了一遍后端要處理用戶、充電樁、訂單、錢包四張核心表前端要處理登錄態(tài)、掃碼、支付回調、實時狀態(tài)刷新。你把這套跑通等于把 SSM 的增刪改查、事務、攔截器以及小程序的請求封裝、緩存、頁面棧全過了一遍。適合誰適合 Java 基礎剛學完、想找一個能寫進簡歷、答辯不慌的本科或?？飘厴I(yè)生也適合想拿一個完整項目練手 SSM 的轉行者。我一般會先跟人說清楚這個包不是拿來直接交差的是拿來拆的。拆開看它怎么分層、怎么配、怎么把充電訂單的狀態(tài)機跑對比直接改個名字交上去值錢得多。下面按「先立住原理、再動手復現、最后避坑」的順序講。2. SSM 后端骨架怎么搭從四張核心表到能跑通的接口2.1 先定表結構別急著寫 Controller很多人一上來就打開 IDEA 建工程結果寫到一半發(fā)現訂單和充電樁的關系沒想清楚回頭改表改到崩潰。我的習慣是先把 ER 想明白落到 SQL 上。電動車充電平臺的核心就四張表用戶表、充電樁表、充電訂單表、錢包流水表。下面是我常用的建表腳本字段做了精簡但保留了關鍵約束。-- 用戶表微信登錄靠 openid 唯一標識 CREATE TABLE user ( id INT PRIMARY KEY AUTO_INCREMENT, openid VARCHAR(64) NOT NULL UNIQUE COMMENT 微信openid登錄唯一鍵, nickname VARCHAR(64) DEFAULT , balance DECIMAL(10,2) DEFAULT 0.00 COMMENT 錢包余額單位元, create_time DATETIME DEFAULT CURRENT_TIMESTAMP ) ENGINEInnoDB DEFAULT CHARSETutf8mb4; -- 充電樁表status 用 0空閑 1占用 2故障 三態(tài) CREATE TABLE charger ( id INT PRIMARY KEY AUTO_INCREMENT, code VARCHAR(32) NOT NULL UNIQUE COMMENT 樁編號掃碼得到, location VARCHAR(128) COMMENT 安裝位置, power DECIMAL(6,2) COMMENT 功率kW, price_per_hour DECIMAL(6,2) COMMENT 每小時單價, status TINYINT DEFAULT 0 ) ENGINEInnoDB DEFAULT CHARSETutf8mb4; -- 訂單表狀態(tài)機是靈魂0進行中 1已完成 2已取消 CREATE TABLE order ( id INT PRIMARY KEY AUTO_INCREMENT, user_id INT NOT NULL, charger_id INT NOT NULL, start_time DATETIME, end_time DATETIME, cost DECIMAL(10,2) DEFAULT 0.00, status TINYINT DEFAULT 0, INDEX idx_user (user_id) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4; -- 錢包流水每次扣費/充值都留痕方便對賬 CREATE TABLE wallet_log ( id INT PRIMARY KEY AUTO_INCREMENT, user_id INT NOT NULL, amount DECIMAL(10,2) COMMENT 正數充值負數扣費, type TINYINT COMMENT 1充值 2消費, create_time DATETIME DEFAULT CURRENT_TIMESTAMP ) ENGINEInnoDB DEFAULT CHARSETutf8mb4;邏輯說明openid加唯一索引是因為微信登錄拿到的 openid 就是天然主鍵重復插入會直接報錯省得你在代碼里查一遍。order表的status用 TINYINT 而不是字符串是為了后面用狀態(tài)機判斷時比較快也省空間。wallet_log單獨一張表是因為錢的事必須留痕答辯時老師最愛問「你怎么保證余額和流水對得上」這張表就是答案。參數說明price_per_hour用 DECIMAL 不用 FLOAT涉及金額一律 DECIMAL這是血淚經驗FLOAT 算幾次就會出現 0.30000000000000004 這種鬼東西。power同理。字符集統(tǒng)一 utf8mb4別用 utf8否則用戶昵稱里帶 emoji 直接插入失敗。2.2 MyBatis 映射與 Service 事務邊界表建好之后SSM 的套路是 Mapper 接口 XML 映射。這里最容易翻車的是事務。充電訂單的「結束充電」動作要同時做三件事改訂單狀態(tài)、改充電樁狀態(tài)、扣用戶余額。這三步必須在一個事務里否則扣了錢沒改樁狀態(tài)樁就永遠占用了。Service public class OrderServiceImpl implements OrderService { Autowired private OrderMapper orderMapper; Autowired private ChargerMapper chargerMapper; Autowired private UserMapper userMapper; // 結束充電改訂單、釋放樁、扣費三步一個事務 Override Transactional(rollbackFor Exception.class) public void finishCharge(Integer orderId) { Order order orderMapper.selectById(orderId); if (order null || order.getStatus() ! 0) { throw new RuntimeException(訂單狀態(tài)異常無法結束); } // 1. 計算費用按小時計費不足一小時按一小時 long minutes Duration.between(order.getStartTime(), LocalDateTime.now()).toMinutes(); long hours Math.max(1, (minutes 59) / 60); Charger charger chargerMapper.selectById(order.getChargerId()); BigDecimal cost charger.getPricePerHour().multiply(BigDecimal.valueOf(hours)); // 2. 扣余額余額不足直接拋異常回滾 User user userMapper.selectById(order.getUserId()); if (user.getBalance().compareTo(cost) 0) { throw new RuntimeException(余額不足); } userMapper.deductBalance(user.getId(), cost); // 3. 改訂單狀態(tài)和樁狀態(tài) orderMapper.finish(orderId, cost, LocalDateTime.now()); chargerMapper.updateStatus(order.getChargerId(), 0); } }邏輯說明Transactional(rollbackFor Exception.class)里的rollbackFor必須寫因為 Spring 默認只對 RuntimeException 回滾你拋個受檢異常它就不回滾了這是新手最常踩的坑。費用計算用Math.max(1, ...)保證最低收一小時業(yè)務上合理也避免出現 0 元訂單。參數說明deductBalance建議在 XML 里寫成UPDATE user SET balance balance - #{cost} WHERE id #{id} AND balance #{cost}用 SQL 層面的條件更新防并發(fā)超扣比在 Java 里先查再改安全得多。返回影響行數為 0 就說明余額不夠Service 里判斷一下拋異常即可。2.3 微信登錄與 openid 換取小程序端調wx.login拿到 code傳給后端后端拿 code 去微信接口換 openid。這一步是前后端聯調的第一個卡點很多人卡在「code 已使用」上。RestController RequestMapping(/api/auth) public class AuthController { Value(${wx.appid}) private String appid; Value(${wx.secret}) private String secret; PostMapping(/login) public Result login(RequestBody LoginDTO dto) { // code 只能用一次且5分鐘內有效 String url https://api.weixin.qq.com/sns/jscode2session ?appid appid secret secret js_code dto.getCode() grant_typeauthorization_code; String resp HttpUtil.get(url); JSONObject json JSON.parseObject(resp); String openid json.getString(openid); if (openid null) { return Result.fail(登錄失敗: json.getString(errmsg)); } User user userService.getOrCreateByOpenid(openid); // 生成 token 返回后續(xù)請求帶 token String token JwtUtil.sign(user.getId()); return Result.ok(token); } }邏輯說明jscode2session這個接口的 code 是一次性的前端如果重復用同一個 code 調兩次第二次必報 40163。所以前端拿到 code 后要立刻發(fā)請求別緩存。getOrCreateByOpenid做的是「查不到就插入」保證第一次登錄自動注冊。參數說明appid和secret千萬別硬編碼在代碼里放application.properties或配置中心提交代碼前檢查一遍泄露了別人能拿你的小程序額度。token 用 JWT 自包含用戶 id后端攔截器解析即可不用存 session小程序這種無狀態(tài)場景更合適。3. 小程序端怎么接請求封裝、掃碼與狀態(tài)刷新3.1 請求封裝與登錄態(tài)維護小程序原生wx.request用起來很啰嗦每個頁面都寫一遍 header 和錯誤處理不現實。標準做法是封一層request.js統(tǒng)一帶 token、統(tǒng)一處理 401。// utils/request.js const BASE_URL https://your-domain.com/api; function request(options) { return new Promise((resolve, reject) { wx.request({ url: BASE_URL options.url, method: options.method || GET, data: options.data || {}, header: { content-type: application/json, token: wx.getStorageSync(token) || }, success(res) { if (res.statusCode 401) { // token 失效清緩存回登錄頁 wx.removeStorageSync(token); wx.reLaunch({ url: /pages/login/login }); return reject(new Error(未登錄)); } if (res.data.code ! 200) { wx.showToast({ title: res.data.msg, icon: none }); return reject(new Error(res.data.msg)); } resolve(res.data.data); }, fail(err) { wx.showToast({ title: 網絡異常, icon: none }); reject(err); } }); }); } module.exports { request };邏輯說明把 token 放在 header 里而不是每次拼 URL是因為后端攔截器統(tǒng)一從 header 取干凈。401 直接reLaunch回登錄頁避免用戶在失效狀態(tài)下繼續(xù)操作。res.data.code ! 200這層是業(yè)務錯誤碼和 HTTP 狀態(tài)碼分開后端返回統(tǒng)一結構{code, msg, data}。參數說明BASE_URL上線必須是 https微信小程序正式環(huán)境不允許 http。開發(fā)階段可以在開發(fā)者工具里勾「不校驗合法域名」但真機預覽會失敗所以盡早配好域名和證書。3.2 掃碼充電的完整鏈路掃碼是這類小程序的入口動作。wx.scanCode拿到樁編號然后調后端「開始充電」接口后端把樁狀態(tài)改成占用、生成訂單。// pages/scan/scan.js const { request } require(../../utils/request); Page({ data: { charging: false, orderId: null }, onScan() { wx.scanCode({ onlyFromCamera: true, success: async (res) { const chargerCode res.result; // 二維碼里存的是樁編號 try { const data await request({ url: /order/start, method: POST, data: { chargerCode } }); this.setData({ charging: true, orderId: data.orderId }); this.startPolling(); // 開始輪詢充電狀態(tài) } catch (e) { // request 里已經 toast 過了這里不用重復提示 } } }); }, // 每 5 秒查一次訂單狀態(tài)充電結束或余額不足時停止 startPolling() { this.timer setInterval(async () { const data await request({ url: /order/status?id this.data.orderId }); if (data.status ! 0) { clearInterval(this.timer); this.setData({ charging: false }); wx.showToast({ title: 充電已結束, icon: success }); } }, 5000); }, onUnload() { if (this.timer) clearInterval(this.timer); // 頁面卸載必須清定時器 } });邏輯說明onlyFromCamera: true強制只能拍照掃碼防止用戶從相冊選一張假二維碼。輪詢間隔 5 秒是折中太短費電費流量太長用戶覺得卡。onUnload清定時器是必須的否則頁面關了定時器還在跑內存泄漏小程序雖然會回收但體驗上會出問題。參數說明二維碼內容建議直接存樁編號字符串別存 JSON掃出來還要解析一層容易出錯。輪詢接口要輕量只返回 status 和 cost別把整個訂單對象返回。3.3 支付與余額扣減的時序充電結束后的支付有兩種做法預充值扣余額或者微信支付直接付。畢設里推薦預充值模式邏輯簡單、閉環(huán)清晰。用戶先充值到錢包充電結束從余額扣。充值走微信支付回調里加余額。PostMapping(/pay/notify) public String payNotify(HttpServletRequest request) { // 微信支付回調是 XML 格式不是 JSON String xml HttpUtil.readBody(request); MapString, String map WxPayUtil.xmlToMap(xml); // 驗簽防止偽造回調 if (!WxPayUtil.verifySign(map, apiKey)) { return xmlreturn_code![CDATA[FAIL]]/return_code/xml; } if (SUCCESS.equals(map.get(result_code))) { String outTradeNo map.get(out_trade_no); BigDecimal amount new BigDecimal(map.get(total_fee)).divide(new BigDecimal(100)); walletService.recharge(outTradeNo, amount); // 冪等處理在里面 } return xmlreturn_code![CDATA[SUCCESS]]/return_code/xml; }邏輯說明微信支付回調是 XML 不是 JSON很多人第一次接會懵。驗簽必須做否則別人構造一個請求就能給你加余額。recharge里要做冪等因為微信可能重復回調同一筆用out_trade_no做唯一鍵重復的直接返回成功不再加錢。參數說明total_fee單位是分要除以 100 轉成元。返回給微信的必須是 XML 格式的 SUCCESS返回 JSON 微信會認為你沒收到一直重試。4. 避坑與排查這類畢設最容易翻車的五個點4.1 現象小程序真機請求全部失敗開發(fā)者工具正常原因開發(fā)者工具默認不校驗域名真機校驗。你的BASE_URL要么是 http要么域名沒在小程序后臺配 request 合法域名。解決登錄小程序管理后臺開發(fā)設置里把后端域名加到 request 合法域名必須是 https 且已備案。開發(fā)階段真機調試可以在手機端開「調試模式」臨時繞過但答辯演示前一定配好別賭。4.2 現象充電結束后余額扣了但充電樁狀態(tài)還是「占用」原因Service 方法沒加Transactional或者加了但異常被 catch 吞了沒往外拋事務沒觸發(fā)回滾。解決確認Transactional(rollbackFor Exception.class)加在 public 方法上且同類內部調用不生效Spring AOP 代理問題?？塾囝~和改樁狀態(tài)必須在同一個 Service 方法里別拆到兩個 Service 互相調。4.3 現象并發(fā)掃碼同一個樁兩個人都開始充電了原因start接口先查樁狀態(tài)再改查和改之間有窗口兩個請求都查到空閑。解決用條件更新UPDATE charger SET status 1 WHERE id ? AND status 0判斷影響行數為 0 就說明被別人搶了直接返回「該樁已被占用」。這是樂觀鎖思路比 synchronized 靠譜分布式下也成立。4.4 現象微信登錄偶爾報 40163 code been used原因前端把同一個 code 發(fā)了兩次請求或者用戶快速點了兩次登錄按鈕。解決前端登錄按鈕點擊后立即置灰拿到 code 后只發(fā)一次。后端對同一個 code 的重復請求可以做短時緩存第二次直接返回第一次的結果但更簡單的是前端防抖。4.5 現象金額計算出 0.30000000000000004 這種數原因用了 double 或 float 做金額運算。解決所有金額字段用 DECIMALJava 里用 BigDecimal且new BigDecimal(0.1)這種構造是錯的要用new BigDecimal(0.1)字符串構造。除法必須指定精度和舍入模式divide(new BigDecimal(100), 2, RoundingMode.HALF_UP)。5. 讓這套畢設拿高分的一個技巧把狀態(tài)機畫出來答辯時老師最容易被問倒的地方是「你這個訂單狀態(tài)怎么流轉的」。代碼寫得再花說不清狀態(tài)流轉就是硬傷。我的習慣是在文檔里放一張狀態(tài)機表比畫圖還清楚老師一看就知道你想過邊界。當前狀態(tài)觸發(fā)動作目標狀態(tài)前置條件無掃碼開始充電進行中(0)樁空閑且余額大于最低閾值進行中(0)用戶手動結束已完成(1)無進行中(0)余額耗盡自動結束已完成(1)余額扣至 0進行中(0)樁故障上報已取消(2)不扣費已完成(1)再次結束拒絕狀態(tài)非法這張表往文檔里一放配合代碼里的if (order.getStatus() ! 0) throw ...邏輯閉環(huán)就立住了。再進一步你可以在order表加一個status變更日志表每次狀態(tài)變化插一條答辯演示時能拿出「這筆訂單從開始到結束經歷了什么」的完整軌跡比口頭說強十倍。我自己的教訓是第一次做這類項目時只顧著把功能跑通狀態(tài)判斷散落在各個 Controller 里后來加一個「取消訂單」功能改了五個地方還漏了一個測試時出現「已取消的訂單還能結束充電」這種玄學 bug。后來統(tǒng)一收口到 Service 的狀態(tài)機方法里所有狀態(tài)變更只走一個入口問題就沒了。如果你時間只夠做一件事把狀態(tài)流轉收口比多寫兩個頁面值錢。希望幫到你。本文還有配套的精品資源點擊獲取 Java+SSM+微信小程序畢業(yè)設計：電動車智能充電平臺實戰(zhàn)
簡介本資源為基于SSM框架的電動車智能充電服務平臺微信小程序畢業(yè)設計全套資料面向計算機相關專業(yè)需要完成畢業(yè)設計的學生及Java初學者。項目采用Java技術棧與MySQL數據庫實現首頁、個人中心、用戶管理、充電樁管理、電池商品管理、托送服務管理、我的錢包、充值信息、消費信息、購買訂單、配送信息、服務訂單及系統(tǒng)管理等功能模塊區(qū)分管理員與普通用戶兩類角色權限注冊登錄后可進行后臺操作。壓縮包共1572個文件涵蓋160個Java源碼、235個js腳本、164個vue組件、122個wxss與120個wxml小程序頁面文件以及png、svg等圖片素材和sql腳本、docx文檔、ppt演示文稿整體約25.86MB目錄結構清晰。已有89人學習下載。讀者可獲得完整可運行的源碼工程、數據庫腳本、配套說明文檔與答辯PPT便于快速理解SSM與微信小程序的整合開發(fā)思路對照模塊劃分完成功能擴展與二次開發(fā)為畢業(yè)設計選題、編碼實現與答辯準備提供參考。1. 從一份 SSM 小程序畢設包說起它到底能跑出什么電動車智能充電服務平臺說白了就是把「找樁、掃碼、充電、計費、結算」這條鏈路搬到微信小程序里后臺用 SSMSpring SpringMVC MyBatis扛業(yè)務。這個標題里塞了四個關鍵詞Java、SSM、微信小程序、畢業(yè)設計任何一個單拎出來都是熱搜?？蜏愒谝黄鹁褪怯嬎銠C畢業(yè)設計里最典型的一類選題——業(yè)務閉環(huán)清晰、技術棧主流、答辯時老師一聽就懂。我?guī)н^幾屆學生的畢設這類題目最大的價值不在「智能」兩個字而在于它把 Java 后端和微信小程序前端完整串了一遍后端要處理用戶、充電樁、訂單、錢包四張核心表前端要處理登錄態(tài)、掃碼、支付回調、實時狀態(tài)刷新。你把這套跑通等于把 SSM 的增刪改查、事務、攔截器以及小程序的請求封裝、緩存、頁面棧全過了一遍。適合誰適合 Java 基礎剛學完、想找一個能寫進簡歷、答辯不慌的本科或?？飘厴I(yè)生也適合想拿一個完整項目練手 SSM 的轉行者。我一般會先跟人說清楚這個包不是拿來直接交差的是拿來拆的。拆開看它怎么分層、怎么配、怎么把充電訂單的狀態(tài)機跑對比直接改個名字交上去值錢得多。下面按「先立住原理、再動手復現、最后避坑」的順序講。2. SSM 后端骨架怎么搭從四張核心表到能跑通的接口2.1 先定表結構別急著寫 Controller很多人一上來就打開 IDEA 建工程結果寫到一半發(fā)現訂單和充電樁的關系沒想清楚回頭改表改到崩潰。我的習慣是先把 ER 想明白落到 SQL 上。電動車充電平臺的核心就四張表用戶表、充電樁表、充電訂單表、錢包流水表。下面是我常用的建表腳本字段做了精簡但保留了關鍵約束。-- 用戶表微信登錄靠 openid 唯一標識 CREATE TABLE user ( id INT PRIMARY KEY AUTO_INCREMENT, openid VARCHAR(64) NOT NULL UNIQUE COMMENT 微信openid登錄唯一鍵, nickname VARCHAR(64) DEFAULT , balance DECIMAL(10,2) DEFAULT 0.00 COMMENT 錢包余額單位元, create_time DATETIME DEFAULT CURRENT_TIMESTAMP ) ENGINEInnoDB DEFAULT CHARSETutf8mb4; -- 充電樁表status 用 0空閑 1占用 2故障 三態(tài) CREATE TABLE charger ( id INT PRIMARY KEY AUTO_INCREMENT, code VARCHAR(32) NOT NULL UNIQUE COMMENT 樁編號掃碼得到, location VARCHAR(128) COMMENT 安裝位置, power DECIMAL(6,2) COMMENT 功率kW, price_per_hour DECIMAL(6,2) COMMENT 每小時單價, status TINYINT DEFAULT 0 ) ENGINEInnoDB DEFAULT CHARSETutf8mb4; -- 訂單表狀態(tài)機是靈魂0進行中 1已完成 2已取消 CREATE TABLE order ( id INT PRIMARY KEY AUTO_INCREMENT, user_id INT NOT NULL, charger_id INT NOT NULL, start_time DATETIME, end_time DATETIME, cost DECIMAL(10,2) DEFAULT 0.00, status TINYINT DEFAULT 0, INDEX idx_user (user_id) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4; -- 錢包流水每次扣費/充值都留痕方便對賬 CREATE TABLE wallet_log ( id INT PRIMARY KEY AUTO_INCREMENT, user_id INT NOT NULL, amount DECIMAL(10,2) COMMENT 正數充值負數扣費, type TINYINT COMMENT 1充值 2消費, create_time DATETIME DEFAULT CURRENT_TIMESTAMP ) ENGINEInnoDB DEFAULT CHARSETutf8mb4;邏輯說明openid加唯一索引是因為微信登錄拿到的 openid 就是天然主鍵重復插入會直接報錯省得你在代碼里查一遍。order表的status用 TINYINT 而不是字符串是為了后面用狀態(tài)機判斷時比較快也省空間。wallet_log單獨一張表是因為錢的事必須留痕答辯時老師最愛問「你怎么保證余額和流水對得上」這張表就是答案。參數說明price_per_hour用 DECIMAL 不用 FLOAT涉及金額一律 DECIMAL這是血淚經驗FLOAT 算幾次就會出現 0.30000000000000004 這種鬼東西。power同理。字符集統(tǒng)一 utf8mb4別用 utf8否則用戶昵稱里帶 emoji 直接插入失敗。2.2 MyBatis 映射與 Service 事務邊界表建好之后SSM 的套路是 Mapper 接口 XML 映射。這里最容易翻車的是事務。充電訂單的「結束充電」動作要同時做三件事改訂單狀態(tài)、改充電樁狀態(tài)、扣用戶余額。這三步必須在一個事務里否則扣了錢沒改樁狀態(tài)樁就永遠占用了。Service public class OrderServiceImpl implements OrderService { Autowired private OrderMapper orderMapper; Autowired private ChargerMapper chargerMapper; Autowired private UserMapper userMapper; // 結束充電改訂單、釋放樁、扣費三步一個事務 Override Transactional(rollbackFor Exception.class) public void finishCharge(Integer orderId) { Order order orderMapper.selectById(orderId); if (order null || order.getStatus() ! 0) { throw new RuntimeException(訂單狀態(tài)異常無法結束); } // 1. 計算費用按小時計費不足一小時按一小時 long minutes Duration.between(order.getStartTime(), LocalDateTime.now()).toMinutes(); long hours Math.max(1, (minutes 59) / 60); Charger charger chargerMapper.selectById(order.getChargerId()); BigDecimal cost charger.getPricePerHour().multiply(BigDecimal.valueOf(hours)); // 2. 扣余額余額不足直接拋異常回滾 User user userMapper.selectById(order.getUserId()); if (user.getBalance().compareTo(cost) 0) { throw new RuntimeException(余額不足); } userMapper.deductBalance(user.getId(), cost); // 3. 改訂單狀態(tài)和樁狀態(tài) orderMapper.finish(orderId, cost, LocalDateTime.now()); chargerMapper.updateStatus(order.getChargerId(), 0); } }邏輯說明Transactional(rollbackFor Exception.class)里的rollbackFor必須寫因為 Spring 默認只對 RuntimeException 回滾你拋個受檢異常它就不回滾了這是新手最常踩的坑。費用計算用Math.max(1, ...)保證最低收一小時業(yè)務上合理也避免出現 0 元訂單。參數說明deductBalance建議在 XML 里寫成UPDATE user SET balance balance - #{cost} WHERE id #{id} AND balance #{cost}用 SQL 層面的條件更新防并發(fā)超扣比在 Java 里先查再改安全得多。返回影響行數為 0 就說明余額不夠Service 里判斷一下拋異常即可。2.3 微信登錄與 openid 換取小程序端調wx.login拿到 code傳給后端后端拿 code 去微信接口換 openid。這一步是前后端聯調的第一個卡點很多人卡在「code 已使用」上。RestController RequestMapping(/api/auth) public class AuthController { Value(${wx.appid}) private String appid; Value(${wx.secret}) private String secret; PostMapping(/login) public Result login(RequestBody LoginDTO dto) { // code 只能用一次且5分鐘內有效 String url https://api.weixin.qq.com/sns/jscode2session ?appid appid secret secret js_code dto.getCode() grant_typeauthorization_code; String resp HttpUtil.get(url); JSONObject json JSON.parseObject(resp); String openid json.getString(openid); if (openid null) { return Result.fail(登錄失敗: json.getString(errmsg)); } User user userService.getOrCreateByOpenid(openid); // 生成 token 返回后續(xù)請求帶 token String token JwtUtil.sign(user.getId()); return Result.ok(token); } }邏輯說明jscode2session這個接口的 code 是一次性的前端如果重復用同一個 code 調兩次第二次必報 40163。所以前端拿到 code 后要立刻發(fā)請求別緩存。getOrCreateByOpenid做的是「查不到就插入」保證第一次登錄自動注冊。參數說明appid和secret千萬別硬編碼在代碼里放application.properties或配置中心提交代碼前檢查一遍泄露了別人能拿你的小程序額度。token 用 JWT 自包含用戶 id后端攔截器解析即可不用存 session小程序這種無狀態(tài)場景更合適。3. 小程序端怎么接請求封裝、掃碼與狀態(tài)刷新3.1 請求封裝與登錄態(tài)維護小程序原生wx.request用起來很啰嗦每個頁面都寫一遍 header 和錯誤處理不現實。標準做法是封一層request.js統(tǒng)一帶 token、統(tǒng)一處理 401。// utils/request.js const BASE_URL https://your-domain.com/api; function request(options) { return new Promise((resolve, reject) { wx.request({ url: BASE_URL options.url, method: options.method || GET, data: options.data || {}, header: { content-type: application/json, token: wx.getStorageSync(token) || }, success(res) { if (res.statusCode 401) { // token 失效清緩存回登錄頁 wx.removeStorageSync(token); wx.reLaunch({ url: /pages/login/login }); return reject(new Error(未登錄)); } if (res.data.code ! 200) { wx.showToast({ title: res.data.msg, icon: none }); return reject(new Error(res.data.msg)); } resolve(res.data.data); }, fail(err) { wx.showToast({ title: 網絡異常, icon: none }); reject(err); } }); }); } module.exports { request };邏輯說明把 token 放在 header 里而不是每次拼 URL是因為后端攔截器統(tǒng)一從 header 取干凈。401 直接reLaunch回登錄頁避免用戶在失效狀態(tài)下繼續(xù)操作。res.data.code ! 200這層是業(yè)務錯誤碼和 HTTP 狀態(tài)碼分開后端返回統(tǒng)一結構{code, msg, data}。參數說明BASE_URL上線必須是 https微信小程序正式環(huán)境不允許 http。開發(fā)階段可以在開發(fā)者工具里勾「不校驗合法域名」但真機預覽會失敗所以盡早配好域名和證書。3.2 掃碼充電的完整鏈路掃碼是這類小程序的入口動作。wx.scanCode拿到樁編號然后調后端「開始充電」接口后端把樁狀態(tài)改成占用、生成訂單。// pages/scan/scan.js const { request } require(../../utils/request); Page({ data: { charging: false, orderId: null }, onScan() { wx.scanCode({ onlyFromCamera: true, success: async (res) { const chargerCode res.result; // 二維碼里存的是樁編號 try { const data await request({ url: /order/start, method: POST, data: { chargerCode } }); this.setData({ charging: true, orderId: data.orderId }); this.startPolling(); // 開始輪詢充電狀態(tài) } catch (e) { // request 里已經 toast 過了這里不用重復提示 } } }); }, // 每 5 秒查一次訂單狀態(tài)充電結束或余額不足時停止 startPolling() { this.timer setInterval(async () { const data await request({ url: /order/status?id this.data.orderId }); if (data.status ! 0) { clearInterval(this.timer); this.setData({ charging: false }); wx.showToast({ title: 充電已結束, icon: success }); } }, 5000); }, onUnload() { if (this.timer) clearInterval(this.timer); // 頁面卸載必須清定時器 } });邏輯說明onlyFromCamera: true強制只能拍照掃碼防止用戶從相冊選一張假二維碼。輪詢間隔 5 秒是折中太短費電費流量太長用戶覺得卡。onUnload清定時器是必須的否則頁面關了定時器還在跑內存泄漏小程序雖然會回收但體驗上會出問題。參數說明二維碼內容建議直接存樁編號字符串別存 JSON掃出來還要解析一層容易出錯。輪詢接口要輕量只返回 status 和 cost別把整個訂單對象返回。3.3 支付與余額扣減的時序充電結束后的支付有兩種做法預充值扣余額或者微信支付直接付。畢設里推薦預充值模式邏輯簡單、閉環(huán)清晰。用戶先充值到錢包充電結束從余額扣。充值走微信支付回調里加余額。PostMapping(/pay/notify) public String payNotify(HttpServletRequest request) { // 微信支付回調是 XML 格式不是 JSON String xml HttpUtil.readBody(request); MapString, String map WxPayUtil.xmlToMap(xml); // 驗簽防止偽造回調 if (!WxPayUtil.verifySign(map, apiKey)) { return xmlreturn_code![CDATA[FAIL]]/return_code/xml; } if (SUCCESS.equals(map.get(result_code))) { String outTradeNo map.get(out_trade_no); BigDecimal amount new BigDecimal(map.get(total_fee)).divide(new BigDecimal(100)); walletService.recharge(outTradeNo, amount); // 冪等處理在里面 } return xmlreturn_code![CDATA[SUCCESS]]/return_code/xml; }邏輯說明微信支付回調是 XML 不是 JSON很多人第一次接會懵。驗簽必須做否則別人構造一個請求就能給你加余額。recharge里要做冪等因為微信可能重復回調同一筆用out_trade_no做唯一鍵重復的直接返回成功不再加錢。參數說明total_fee單位是分要除以 100 轉成元。返回給微信的必須是 XML 格式的 SUCCESS返回 JSON 微信會認為你沒收到一直重試。4. 避坑與排查這類畢設最容易翻車的五個點4.1 現象小程序真機請求全部失敗開發(fā)者工具正常原因開發(fā)者工具默認不校驗域名真機校驗。你的BASE_URL要么是 http要么域名沒在小程序后臺配 request 合法域名。解決登錄小程序管理后臺開發(fā)設置里把后端域名加到 request 合法域名必須是 https 且已備案。開發(fā)階段真機調試可以在手機端開「調試模式」臨時繞過但答辯演示前一定配好別賭。4.2 現象充電結束后余額扣了但充電樁狀態(tài)還是「占用」原因Service 方法沒加Transactional或者加了但異常被 catch 吞了沒往外拋事務沒觸發(fā)回滾。解決確認Transactional(rollbackFor Exception.class)加在 public 方法上且同類內部調用不生效Spring AOP 代理問題?？塾囝~和改樁狀態(tài)必須在同一個 Service 方法里別拆到兩個 Service 互相調。4.3 現象并發(fā)掃碼同一個樁兩個人都開始充電了原因start接口先查樁狀態(tài)再改查和改之間有窗口兩個請求都查到空閑。解決用條件更新UPDATE charger SET status 1 WHERE id ? AND status 0判斷影響行數為 0 就說明被別人搶了直接返回「該樁已被占用」。這是樂觀鎖思路比 synchronized 靠譜分布式下也成立。4.4 現象微信登錄偶爾報 40163 code been used原因前端把同一個 code 發(fā)了兩次請求或者用戶快速點了兩次登錄按鈕。解決前端登錄按鈕點擊后立即置灰拿到 code 后只發(fā)一次。后端對同一個 code 的重復請求可以做短時緩存第二次直接返回第一次的結果但更簡單的是前端防抖。4.5 現象金額計算出 0.30000000000000004 這種數原因用了 double 或 float 做金額運算。解決所有金額字段用 DECIMALJava 里用 BigDecimal且new BigDecimal(0.1)這種構造是錯的要用new BigDecimal(0.1)字符串構造。除法必須指定精度和舍入模式divide(new BigDecimal(100), 2, RoundingMode.HALF_UP)。5. 讓這套畢設拿高分的一個技巧把狀態(tài)機畫出來答辯時老師最容易被問倒的地方是「你這個訂單狀態(tài)怎么流轉的」。代碼寫得再花說不清狀態(tài)流轉就是硬傷。我的習慣是在文檔里放一張狀態(tài)機表比畫圖還清楚老師一看就知道你想過邊界。當前狀態(tài)觸發(fā)動作目標狀態(tài)前置條件無掃碼開始充電進行中(0)樁空閑且余額大于最低閾值進行中(0)用戶手動結束已完成(1)無進行中(0)余額耗盡自動結束已完成(1)余額扣至 0進行中(0)樁故障上報已取消(2)不扣費已完成(1)再次結束拒絕狀態(tài)非法這張表往文檔里一放配合代碼里的if (order.getStatus() ! 0) throw ...邏輯閉環(huán)就立住了。再進一步你可以在order表加一個status變更日志表每次狀態(tài)變化插一條答辯演示時能拿出「這筆訂單從開始到結束經歷了什么」的完整軌跡比口頭說強十倍。我自己的教訓是第一次做這類項目時只顧著把功能跑通狀態(tài)判斷散落在各個 Controller 里后來加一個「取消訂單」功能改了五個地方還漏了一個測試時出現「已取消的訂單還能結束充電」這種玄學 bug。后來統(tǒng)一收口到 Service 的狀態(tài)機方法里所有狀態(tài)變更只走一個入口問題就沒了。如果你時間只夠做一件事把狀態(tài)流轉收口比多寫兩個頁面值錢。希望幫到你。本文還有配套的精品資源點擊獲取