簡介基于Java的網(wǎng)上訂餐系統(tǒng)畢業(yè)設(shè)計(jì)文檔面向計(jì)算機(jī)相關(guān)專業(yè)學(xué)生及Java Web開發(fā)者完整呈現(xiàn)從需求分析到系統(tǒng)測試的閉環(huán)設(shè)計(jì)過程。文檔采用JSP技術(shù)、MYSQL數(shù)據(jù)庫與Java編程語言基于B/S架構(gòu)實(shí)現(xiàn)用戶通過瀏覽器即可完成訂餐管理員則能對(duì)系統(tǒng)進(jìn)行全面管理內(nèi)容還涉及SSL安全加密、數(shù)據(jù)庫規(guī)范化設(shè)計(jì)以及用戶、訂單、菜單三大核心模塊的實(shí)現(xiàn)方案可幫助讀者快速理解在線訂餐系統(tǒng)的業(yè)務(wù)邏輯與開發(fā)要點(diǎn)。資源為單個(gè)docx文件約3.3MB包含摘要、目錄、系統(tǒng)架構(gòu)、數(shù)據(jù)庫設(shè)計(jì)、核心模塊、應(yīng)用程序設(shè)計(jì)、系統(tǒng)實(shí)現(xiàn)與測試、應(yīng)用前景等章節(jié)結(jié)構(gòu)清晰便于按需查閱。目前已有163人學(xué)習(xí)適合作為畢業(yè)設(shè)計(jì)參考、課程項(xiàng)目模板或Java Web入門實(shí)踐資料對(duì)提升實(shí)際項(xiàng)目開發(fā)與文檔撰寫能力有直接幫助。 剛剛拿到這份《基于Java網(wǎng)上訂餐系統(tǒng)設(shè)計(jì)與實(shí)現(xiàn)》時(shí)我的第一反應(yīng)是——終于遇到一份不靠Spring Boot Vue撐門面的Java畢業(yè)設(shè)計(jì)了。整套資源走的是 JSP MySQL Java 的老牌技術(shù)棧B/S結(jié)構(gòu)把訂餐系統(tǒng)拆成用戶、商家、管理員三個(gè)角色覆蓋菜品展示、購物車、下單、訂單處理、評(píng)價(jià)的完整閉環(huán)。它能解決的痛點(diǎn)很具體畢設(shè)選題缺一個(gè)業(yè)務(wù)完整、能寫清楚設(shè)計(jì)過程的作品或者想花最小成本把Java Web的請求響應(yīng)鏈路跑通。適合兩類人一個(gè)是時(shí)間緊需要論文與源碼同步交付的在校生另一個(gè)是想拿真實(shí)業(yè)務(wù)練手、搞清楚JSP頁面和Servlet到底怎么配合的初學(xué)者。值不值得下看完后面的復(fù)現(xiàn)細(xì)節(jié)你心里自然有數(shù)。2. JSP MySQL B/S這份Java網(wǎng)上訂餐系統(tǒng)為什么走穩(wěn)健老路線2.1 JSP的動(dòng)態(tài)頁面原理HTML里嵌Java代碼段怎么工作JSP說到底是一個(gè)以Servlet為中心的模板機(jī)制。瀏覽器訪問一個(gè).jsp文件時(shí)Web服務(wù)器先執(zhí)行里面的Java程序段再把運(yùn)行結(jié)果和HTML源碼一起拼裝后返回給瀏覽器。文檔里那個(gè)描述很準(zhǔn)確JSP可以分離網(wǎng)頁邏輯與網(wǎng)頁設(shè)計(jì)支持可重用的組件式開發(fā)。對(duì)畢業(yè)設(shè)計(jì)這類中小型管理系統(tǒng)這種模式最大的好處是不需要單獨(dú)搭前端工程頁面結(jié)構(gòu)、數(shù)據(jù)渲染、請求處理可以集中在一個(gè)文件里快速迭代。一個(gè)最小的JSP頁面運(yùn)行邏輯是這樣的% page languagejava contentTypetext/html; charsetutf-8 pageEncodingutf-8 % % page importjava.util.Date, java.text.SimpleDateFormat % html body !-- 服務(wù)端先執(zhí)行這段Java代碼 -- % SimpleDateFormat sdf new SimpleDateFormat(yyyy-MM-dd HH:mm:ss); String now sdf.format(new Date()); % p當(dāng)前服務(wù)器時(shí)間% now %/p !-- 頁面里也有純靜態(tài)HTML會(huì)被原樣返回 -- /body /html這段代碼里服務(wù)器收到請求后先執(zhí)行% %內(nèi)的Java代碼把格式化后的時(shí)間存進(jìn)now變量% %再把變量輸出到HTML流中。往這個(gè)模板里疊加數(shù)據(jù)庫查詢就變成了一個(gè)動(dòng)態(tài)菜品列表頁面。兩個(gè)參數(shù)要留意contentType的charset和pageEncoding務(wù)必保持utf-8不然中文會(huì)亂碼這個(gè)坑在第5章會(huì)專門展開。2.2 B/S三層調(diào)用鏈一次下單請求經(jīng)過了哪幾層B/S結(jié)構(gòu)的核心是瀏覽器向服務(wù)器發(fā)請求文檔里把系統(tǒng)拆成表示邏輯層、控制邏輯層、數(shù)據(jù)展現(xiàn)層三個(gè)相對(duì)獨(dú)立又相互關(guān)聯(lián)的部分。拿用戶提交訂單這個(gè)動(dòng)作走一遍整條鏈路就很清楚了用戶瀏覽器點(diǎn)擊下單 → 表單提交成HTTP請求 → Tomcat里的Servlet接收參數(shù) → Servlet調(diào)用業(yè)務(wù)邏輯 → DAO層通過JDBC訪問MySQL → 查詢結(jié)果逐層返回 → 頁面重新渲染訂單列表。這里有一個(gè)容易被忽略的點(diǎn)B/S結(jié)構(gòu)下客戶機(jī)上只需要裝瀏覽器所有數(shù)據(jù)庫訪問和應(yīng)用程序執(zhí)行都在服務(wù)器端完成。所以部署時(shí)真正要操心的是Tomcat、MySQL和代碼包三者之間的配合而不是用戶機(jī)器上的環(huán)境。開發(fā)成本低、升級(jí)維護(hù)集中在服務(wù)器端這正是這套系統(tǒng)選B/S而不是C/S的理由。2.3 運(yùn)行環(huán)境與部署第一步先讓項(xiàng)目在自己電腦上轉(zhuǎn)起來文檔給出的運(yùn)行環(huán)境很親民酷睿i3處理器、2G以上內(nèi)存、320GB硬盤操作系統(tǒng)Windows XP或Win7都能帶得動(dòng)。實(shí)際開發(fā)環(huán)境一般這樣配項(xiàng)目推薦配置操作系統(tǒng)Windows 10 / Windows 11 均可JDKJDK 1.8Web服務(wù)器Tomcat 7 或 8.5數(shù)據(jù)庫MySQL 5.7 或 8.0開發(fā)工具M(jìn)yEclipse 或 Eclipse EE瀏覽器Chrome / Edge部署第一步先把數(shù)據(jù)庫連接工具類改好。JSP項(xiàng)目里最常寫的JDBC連接工具長這樣// DBUtil.java — JDBC連接MySQL的工具類 package com.order.util; import java.sql.Connection; import java.sql.DriverManager; import java.sql.SQLException; public class DBUtil { // MySQL 5.x 用 com.mysql.jdbc.DriverMySQL 8.x 用 com.mysql.cj.jdbc.Driver private static final String DRIVER com.mysql.jdbc.Driver; private static final String URL jdbc:mysql://localhost:3306/order_db ?useUnicodetruecharacterEncodingutf-8useSSLfalse; private static final String USER root; private static final String PASSWORD 123456; static { try { Class.forName(DRIVER); } catch (ClassNotFoundException e) { e.printStackTrace(); } } public static Connection getConnection() throws SQLException { return DriverManager.getConnection(URL, USER, PASSWORD); } public static void close(AutoCloseable... closables) { for (AutoCloseable c : closables) { if (c ! null) { try { c.close(); } catch (Exception e) { e.printStackTrace(); } } } } }這段代碼是整個(gè)系統(tǒng)能跑起來的地基。邏輯說明靜態(tài)代碼塊負(fù)責(zé)加載驅(qū)動(dòng)getConnection()返回一個(gè)真實(shí)連接close()用可變參數(shù)一次關(guān)掉多個(gè)資源避免每個(gè)DAO里重復(fù)寫try-catch。參數(shù)說明localhost:3306是MySQL默認(rèn)地址和端口order_db是數(shù)據(jù)庫名要和你本地建的庫一致useSSLfalse在本地開發(fā)時(shí)加上能省掉一堆證書警告USER和PASSWORD按自己MySQL的實(shí)際賬號(hào)改。我第一次跑這類項(xiàng)目時(shí)就是漏了characterEncodingutf-8結(jié)果后臺(tái)上架菜品全是問號(hào)這屬于必踩的坑。3. 需求分析用戶、商家、管理員三角色的權(quán)限與流程怎么落成代碼3.1 用戶、商家、管理員各管哪攤事先畫清楚邊界需求分析階段最容易犯的錯(cuò)是一上來就建表寫代碼。文檔里的做法是對(duì)照著用例圖把三個(gè)角色的功能邊界先劃清楚后面的權(quán)限控制和模塊拆分才有依據(jù)。三個(gè)角色的功能劃分如下角色核心功能關(guān)鍵動(dòng)作用戶瀏覽首頁、全部菜品、資訊注冊登錄管理購物車和訂單評(píng)價(jià)維護(hù)收貨地址提交訂單、發(fā)表評(píng)價(jià)商家個(gè)人中心、菜品管理、售后維權(quán)管理上架/下架菜品、處理售后管理員輪播管理、資訊管理、客戶管理、菜品管理、帖子管理、發(fā)送消息、商家審核、售后維權(quán)、統(tǒng)計(jì)中心審核商家、查看統(tǒng)計(jì)數(shù)據(jù)從這張表能看出一個(gè)設(shè)計(jì)思路用戶管的是吃這條線商家管的是賣這條線管理員管的是全場這條線。三個(gè)角色在頁面入口上就要分開登錄后菜單按角色動(dòng)態(tài)渲染而不是把所有功能堆在一個(gè)頁面里。文檔里商家用例圖里還有一個(gè)個(gè)人中心實(shí)際開發(fā)中這通常是商家修改店鋪信息、查看經(jīng)營數(shù)據(jù)的入口和用戶的個(gè)人中心是兩個(gè)不同的頁面。3.2 注冊、登錄、添加信息三條流程判斷邏輯怎么寫文檔的流程圖畫了三張注冊、登錄、添加信息。這三張圖對(duì)應(yīng)的代碼判斷邏輯是相通的。以注冊為例完整的Servlet簡化實(shí)現(xiàn)是這樣的// RegisterServlet.java — 用戶注冊邏輯的簡化實(shí)現(xiàn) protected void doPost(HttpServletRequest req, HttpServletResponse resp) throws IOException { String username req.getParameter(username); String password req.getParameter(password); // 第一步用戶名查重存在就直接打回 if (userDao.findByUsername(username) ! null) { resp.sendRedirect(register.jsp?error用戶名已存在); return; } // 第二步基本信息校驗(yàn)空值或格式不對(duì)也打回 if (username null || username.length() 3 || password null || password.length() 6) { resp.sendRedirect(register.jsp?error注冊信息不正確); return; } // 第三步寫庫并跳轉(zhuǎn)到登錄頁 userDao.insert(username, password); resp.sendRedirect(login.jsp?success注冊成功); }這段代碼和注冊流程圖是一一對(duì)應(yīng)的先判斷用戶名是否存在存在提示已存在再判斷注冊信息是否正確不對(duì)提示不正確最后寫庫。參數(shù)說明register.jsp?error用戶名已存在這種URL傳參方式可以直接在頁面上回顯錯(cuò)誤信息省事且無狀態(tài)密碼最少6位是我一般項(xiàng)目里的硬性約束。登錄邏輯類似只是把查重?fù)Q成先判斷用戶名是否為空再判斷密碼是否為空最后比對(duì)用戶名密碼三步。添加信息流程里文檔特意提到信息編號(hào)系統(tǒng)采用自動(dòng)增號(hào)的模式對(duì)應(yīng)到數(shù)據(jù)庫就是主鍵AUTO_INCREMENT頁面表單里不需要也不應(yīng)該出現(xiàn)編號(hào)輸入框。3.3 非功能需求權(quán)限隔離、數(shù)據(jù)完整性和界面干凈一樣重要功能需求之外文檔花了不少篇幅講性能需求和數(shù)據(jù)完整性這些點(diǎn)寫論文時(shí)是湊字?jǐn)?shù)的好素材寫代碼時(shí)就是實(shí)打?qū)嵉募s束。系統(tǒng)安全性要求可以歸納成三條管理員憑用戶名密碼登錄才能進(jìn)后臺(tái)用戶必須注冊登錄才能下單不同權(quán)限不能越級(jí)操作。落到代碼上就是登錄成功后往session里放當(dāng)前用戶對(duì)象后臺(tái)管理頁面前置一個(gè)過濾器判斷session里有沒有管理員身份沒有就重定向回登錄頁。數(shù)據(jù)完整性方面文檔明確要求商品信息不可為空、數(shù)據(jù)間聯(lián)系正確、相同數(shù)據(jù)在不同記錄中保持一致。這些靠數(shù)據(jù)庫約束和事務(wù)來兜底菜品表的name字段加NOT NULL訂單金額用DECIMAL而不用FLOAT下單過程包在事務(wù)里執(zhí)行。界面需求分析里的輸入設(shè)計(jì)原則——輸入量盡量少、用下拉框代替文本框、盡早檢查輸入數(shù)據(jù)——對(duì)應(yīng)到實(shí)現(xiàn)上就是注冊表單盡量精簡、分類選擇用下拉框、前端做基礎(chǔ)格式校驗(yàn)。摘要里提到的SSL加密在本地開發(fā)階段通常體現(xiàn)為HTTPS部署和JDBC連接URL里的useSSL參數(shù)畢業(yè)設(shè)計(jì)演示環(huán)境不用深究。4. 數(shù)據(jù)庫設(shè)計(jì)從E-R圖到核心建表SQL一次說清主外鍵怎么掛4.1 E-R圖里有哪些實(shí)體和關(guān)系文檔里數(shù)據(jù)庫設(shè)計(jì)章節(jié)先畫系統(tǒng)E-R圖再轉(zhuǎn)成數(shù)據(jù)表。這套系統(tǒng)里能數(shù)出來的實(shí)體有用戶、商家、菜品、菜品分類、訂單、訂單明細(xì)、購物車、評(píng)價(jià)、資訊、帖子、收貨地址、售后維權(quán)。實(shí)體關(guān)系梳理下來是這幾條分類和菜品是一對(duì)多一個(gè)分類下掛多個(gè)菜品用戶和訂單是一對(duì)多一個(gè)用戶可以下多個(gè)訂單用戶和購物車是一對(duì)多一個(gè)用戶購物車?yán)镉卸鄠€(gè)條目用戶和收貨地址是一對(duì)多用戶和菜品是多對(duì)多靠訂單明細(xì)這個(gè)中間實(shí)體拆開商家和菜品是一對(duì)多商家審核通過后維護(hù)自己的菜品。搞清這些關(guān)系建表時(shí)外鍵往哪掛就不會(huì)猶豫。4.2 核心建表SQL用戶、菜品、訂單三張表怎么建文檔里數(shù)據(jù)庫表設(shè)計(jì)給的字段比較簡略但是設(shè)計(jì)思路很明確。用戶、菜品、訂單三張表是系統(tǒng)的骨架按常規(guī)做法建表如下-- 用戶表 CREATE TABLE user ( id INT NOT NULL AUTO_INCREMENT COMMENT 用戶ID自動(dòng)增號(hào), username VARCHAR(50) NOT NULL UNIQUE COMMENT 登錄用戶名, password VARCHAR(100) NOT NULL COMMENT 登錄密碼, role TINYINT DEFAULT 0 COMMENT 角色0普通用戶 1商家 2管理員, nickname VARCHAR(50) DEFAULT NULL COMMENT 顯示昵稱, phone VARCHAR(20) DEFAULT NULL COMMENT 手機(jī)號(hào), create_time DATETIME DEFAULT CURRENT_TIMESTAMP COMMENT 注冊時(shí)間, PRIMARY KEY (id) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4 COMMENT用戶表; -- 菜品表 CREATE TABLE dish ( id INT NOT NULL AUTO_INCREMENT COMMENT 菜品ID, category_id INT NOT NULL COMMENT 所屬分類ID關(guān)聯(lián)category表, shop_id INT NOT NULL COMMENT 所屬商家ID關(guān)聯(lián)用戶表, name VARCHAR(100) NOT NULL COMMENT 菜品名稱不能為空, price DECIMAL(10,2) NOT NULL COMMENT 單價(jià), image VARCHAR(255) DEFAULT NULL COMMENT 圖片路徑, status TINYINT DEFAULT 1 COMMENT 狀態(tài)1上架 0下架, create_time DATETIME DEFAULT CURRENT_TIMESTAMP, PRIMARY KEY (id), KEY idx_category (category_id), CONSTRAINT fk_dish_category FOREIGN KEY (category_id) REFERENCES category(id) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4 COMMENT菜品表; -- 訂單表 CREATE TABLE orders ( id INT NOT NULL AUTO_INCREMENT COMMENT 訂單ID自動(dòng)增號(hào), order_no VARCHAR(32) NOT NULL COMMENT 訂單編號(hào)下單時(shí)生成, user_id INT NOT NULL COMMENT 下單用戶ID, shop_id INT NOT NULL COMMENT 承接訂單的商家ID, total_amount DECIMAL(10,2) NOT NULL COMMENT 訂單總金額, status TINYINT DEFAULT 0 COMMENT 訂單狀態(tài)0待處理 1已接單 2配送中 3已完成 4已取消, address VARCHAR(255) NOT NULL COMMENT 收貨地址快照, remark VARCHAR(255) DEFAULT NULL COMMENT 備注, create_time DATETIME DEFAULT CURRENT_TIMESTAMP COMMENT 下單時(shí)間, PRIMARY KEY (id), UNIQUE KEY uk_order_no (order_no), KEY idx_user (user_id), CONSTRAINT fk_orders_user FOREIGN KEY (user_id) REFERENCES user(id) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4 COMMENT訂單表;這三張表有幾個(gè)設(shè)計(jì)點(diǎn)值得抄。存儲(chǔ)引擎用InnoDB支持外鍵和事務(wù)下單時(shí)的事務(wù)控制靠它字符集統(tǒng)一utf8mb4比utf8多支持表情字符中文存儲(chǔ)也更穩(wěn)妥金額字段用DECIMAL(10,2)而不是FLOAT——浮點(diǎn)數(shù)算金額會(huì)出現(xiàn)0.10.2不等于0.3的尷尬這在訂單金額計(jì)算里就是翻車現(xiàn)場。orders表里冗余了shop_id配合order_no唯一索引一個(gè)用戶一次加購多個(gè)商家的菜品時(shí)在代碼里按shop_id拆分成多張訂單這就是文檔里管理員可對(duì)系統(tǒng)進(jìn)行全面管理數(shù)據(jù)層面的基礎(chǔ)。商家審核這條線簡單做法是在user表加一個(gè)status字段標(biāo)記商家是否通過審核管理員在商家審核管理里改這個(gè)狀態(tài)就夠用。4.3 購物車與訂單明細(xì)多對(duì)多關(guān)系靠中間表拆開用戶和菜品是多對(duì)多關(guān)系關(guān)系型數(shù)據(jù)庫里必須用中間表拆。購物車和訂單明細(xì)是這套系統(tǒng)里兩個(gè)角色不同的中間表——購物車是臨時(shí)數(shù)據(jù)訂單明細(xì)是業(yè)務(wù)數(shù)據(jù)二者不能混用。-- 購物車表臨時(shí)數(shù)據(jù) CREATE TABLE cart ( id INT NOT NULL AUTO_INCREMENT, user_id INT NOT NULL COMMENT 哪個(gè)用戶的購物車, dish_id INT NOT NULL COMMENT 放進(jìn)購物車的菜品ID, quantity INT DEFAULT 1 COMMENT 數(shù)量, create_time DATETIME DEFAULT CURRENT_TIMESTAMP, PRIMARY KEY (id), UNIQUE KEY uk_user_dish (user_id, dish_id), CONSTRAINT fk_cart_user FOREIGN KEY (user_id) REFERENCES user(id), CONSTRAINT fk_cart_dish FOREIGN KEY (dish_id) REFERENCES dish(id) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4 COMMENT購物車表; -- 訂單明細(xì)表業(yè)務(wù)數(shù)據(jù) CREATE TABLE order_item ( id INT NOT NULL AUTO_INCREMENT, order_id INT NOT NULL COMMENT 歸屬訂單ID, dish_id INT NOT NULL COMMENT 菜品ID, dish_name VARCHAR(100) NOT NULL COMMENT 下單時(shí)的菜品名稱快照, price DECIMAL(10,2) NOT NULL COMMENT 下單時(shí)的單價(jià)快照, quantity INT NOT NULL COMMENT 數(shù)量, subtotal DECIMAL(10,2) NOT NULL COMMENT 小計(jì), PRIMARY KEY (id), KEY idx_order (order_id), CONSTRAINT fk_order_item_order FOREIGN KEY (order_id) REFERENCES orders(id), CONSTRAINT fk_order_item_dish FOREIGN KEY (dish_id) REFERENCES dish(id) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4 COMMENT訂單明細(xì)表;購物車表的uk_user_dish聯(lián)合唯一索引挺關(guān)鍵同一個(gè)用戶重復(fù)加同一道菜時(shí)代碼里可以做數(shù)量加1而不是再插一行購物車界面就不會(huì)出現(xiàn)兩行一模一樣的菜品。訂單明細(xì)表里我特意寫了dish_name和price兩個(gè)快照字段——下單那一刻把菜名和單價(jià)拷貝進(jìn)來之后商家改價(jià)、下架都不影響歷史訂單的展示和統(tǒng)計(jì)。這個(gè)細(xì)節(jié)在文檔里沒明說但做訂單系統(tǒng)的常規(guī)做法都是這樣不然訂單列表里菜名跟著菜品表變動(dòng)對(duì)賬會(huì)對(duì)到懷疑人生。5. 避坑復(fù)現(xiàn)這套Java訂餐系統(tǒng)最容易翻車的五個(gè)地方這套資源技術(shù)棧不新但恰恰是這種老組合坑都藏在環(huán)境匹配和細(xì)節(jié)處理上。下面這些是我復(fù)現(xiàn)同類項(xiàng)目時(shí)踩過或看別人踩過的按現(xiàn)象→原因→解決寫清楚。5.1 部署啟動(dòng)類端口、驅(qū)動(dòng)、編碼三板斧坑一Tomcat啟動(dòng)報(bào)Address already in use頁面打不開?，F(xiàn)象啟動(dòng)Tomcat時(shí)控制臺(tái)直接報(bào)端口占用錯(cuò)誤localhost:8080訪問無響應(yīng)。原因本機(jī)裝了其他服務(wù)占用8080端口或者之前啟動(dòng)的Tomcat進(jìn)程沒關(guān)干凈端口沒釋放。解決Windows下執(zhí)行netstat -ano | findstr 8080找到占用端口的進(jìn)程PID到任務(wù)管理器里結(jié)束它更省事的辦法是直接改Tomcatconf/server.xml里的Connector port8080改成8081。改完記得用新端口訪問別拿舊地址反復(fù)測這種低級(jí)錯(cuò)誤最容易讓人懷疑人生。坑二運(yùn)行時(shí)報(bào)ClassNotFoundException: com.mysql.jdbc.Driver或Communications link failure?，F(xiàn)象第一次點(diǎn)登錄按鈕頁面直接白屏報(bào)錯(cuò)控制臺(tái)提示找不到驅(qū)動(dòng)類或者連接失敗。原因MySQL 5.x 和 8.x 的JDBC驅(qū)動(dòng)類名不一樣——5.x是com.mysql.jdbc.Driver8.x是com.mysql.cj.jdbc.Driver而且mysql-connector-java的jar版本要和數(shù)據(jù)庫大版本匹配。驅(qū)動(dòng)jar放錯(cuò)位置也會(huì)報(bào)這個(gè)錯(cuò)。解決先確認(rèn)本地MySQL是哪個(gè)大版本再選擇對(duì)應(yīng)版本的mysql-connector-javajar包放進(jìn)WEB-INF/lib目錄同時(shí)把DBUtil里的DRIVER常量改成對(duì)應(yīng)類名。MySQL 8.0以上還要在連接URL里帶上serverTimezoneAsia/Shanghai否則時(shí)區(qū)報(bào)錯(cuò)能卡你一下午。5.2 數(shù)據(jù)讀寫類亂碼和事務(wù)丟失坑三菜品名稱等中文寫入MySQL后變成???或徹底亂碼?，F(xiàn)象管理端后臺(tái)上架菜品提交時(shí)頁面顯示正常刷新列表查出來全是問號(hào)。原因建庫字符集、JDBC連接URL、JSP頁面編碼三個(gè)地方不一致。最常見的是建庫時(shí)用了默認(rèn)的latin1或者連接URL沒帶characterEncodingutf-8。解決建庫時(shí)執(zhí)行CREATE DATABASE order_db DEFAULT CHARSET utf8mb4連接URL加useUnicodetruecharacterEncodingutf-8JSP頁面頂部contentType和pageEncoding統(tǒng)一utf-8。這三個(gè)地方對(duì)齊后亂碼問題基本絕跡。這是最玄學(xué)也最好解決的坑排查順序永遠(yuǎn)是從數(shù)據(jù)庫到連接再到頁面?？铀馁徫镘嚰淤彅?shù)量對(duì)提交訂單后金額和明細(xì)對(duì)不上?，F(xiàn)象購物車?yán)?件商品合計(jì)89元提交訂單后庫里只有2件金額停在59元。原因加購、改數(shù)量、提交訂單分了好幾個(gè)請求提交訂單的操作沒有放在一個(gè)事務(wù)里讀取購物車→生成訂單→寫入訂單明細(xì)→清空購物車這四步有一步失敗數(shù)據(jù)就殘缺了。解決把下單流程封裝進(jìn)一個(gè)Service方法用Connection.setAutoCommit(false)開啟手動(dòng)事務(wù)四步全部執(zhí)行成功再commit()任一步拋異常就rollback()。事務(wù)代碼別寫在JSP頁面里那是JSP項(xiàng)目最常見的反面教材——頁面里一段一段拼SQL出錯(cuò)連回滾的機(jī)會(huì)都沒有。5.3 登錄與頁面顯示類坑五登錄成功后一刷新就回到登錄頁或者直接提示session失效?，F(xiàn)象用戶名密碼輸入正確頁面跳轉(zhuǎn)到了首頁按F5刷新立刻被踢回登錄頁。原因過濾器攔截了所有頁面請求但沒有放行l(wèi)ogin.jsp和登錄接口更常見的是登錄成功后沒把用戶對(duì)象寫進(jìn)session。解決在過濾器代碼里把登錄頁、登錄接口、注冊頁加進(jìn)白名單路徑匹配用startsWith判斷登錄成功執(zhí)行session.setAttribute(user, user)后續(xù)頁面從session取當(dāng)前用戶取不到再重定向到登錄頁。這個(gè)坑排查起來不難但正好對(duì)應(yīng)文檔里不同權(quán)限的用戶不能越級(jí)操作這條安全需求寫論文時(shí)還能順帶講成權(quán)限控制的實(shí)現(xiàn)細(xì)節(jié)。6. 測試用例與驗(yàn)收清單把能跑變成能答辯代碼能跑只是第一步能演示、能講清設(shè)計(jì)過程才是畢業(yè)設(shè)計(jì)的驗(yàn)收標(biāo)準(zhǔn)。測試章節(jié)在文檔里篇幅不大但測試意義、測試策略、測試安排這三點(diǎn)在答辯時(shí)經(jīng)常被追問。我一般會(huì)按業(yè)務(wù)順序準(zhǔn)備一份測試用例清單演示時(shí)照著走既不會(huì)亂也不會(huì)漏。編號(hào)測試項(xiàng)操作預(yù)期結(jié)果01注冊填寫用戶名密碼提交用戶名不存在則注冊成功并跳轉(zhuǎn)登錄頁02登錄分別輸入正確/錯(cuò)誤密碼正確則進(jìn)首頁錯(cuò)誤給出提示03菜品瀏覽打開全部菜品列表菜品名稱、價(jià)格、圖片正常顯示04加購把兩個(gè)菜品加入購物車購物車數(shù)量和金額累加正確05下單從購物車提交訂單訂單生成明細(xì)正確總金額匹配06接單商家或管理員處理訂單訂單狀態(tài)從待處理變?yōu)橐呀訂?7評(píng)價(jià)對(duì)已完成訂單發(fā)表評(píng)價(jià)評(píng)價(jià)展示在對(duì)應(yīng)菜品下08商家審核管理員審核商家審核通過后商家才可上架菜品演示前還要過一遍答辯檢查點(diǎn)講B/S三層時(shí)能說清一次下單請求從瀏覽器到MySQL再返回的完整鏈路展示數(shù)據(jù)庫設(shè)計(jì)時(shí)拿出第4章的E-R關(guān)系和建表語句說明訂單明細(xì)為什么做價(jià)格快照權(quán)限控制要現(xiàn)場演示——普通用戶登錄后看不到后臺(tái)管理菜單測試記錄要能對(duì)應(yīng)上面表格給出真實(shí)操作結(jié)果而不是只念測試通過四個(gè)字。這套Java網(wǎng)上訂餐系統(tǒng)的文檔、SQL腳本和源碼可以整套拿回去對(duì)照跑建議先按第4章把表建出來再按第2章的步驟部署。從那以后我每次做完一個(gè)畢設(shè)項(xiàng)目都強(qiáng)制自己先按這個(gè)清單跑一遍再談演示表格里最后兩行是很多人忽略的但評(píng)審老師最愛問。希望幫到你。本文還有配套的精品資源點(diǎn)擊獲取