：從答辯PPT到可運行代碼的完整實現(xiàn)指南)
簡介這份PPT是「基于JSP的服裝商城交易管理系統(tǒng)」的畢業(yè)設(shè)計答辯演示文稿面向計算機相關(guān)專業(yè)需要完成課程設(shè)計或畢業(yè)答辯的學(xué)生以及想了解JSPServlet技術(shù)棧如何落地電商項目的開發(fā)者。資源包內(nèi)共1個pptx文件約739KB內(nèi)容圍繞選題意義、課題背景、研究目標(biāo)、開發(fā)環(huán)境與系統(tǒng)設(shè)計展開涵蓋前臺選購與后臺管理兩大模塊涉及服裝、會員、賣家管理及訂單處理等業(yè)務(wù)并介紹了JSP、Servlet、數(shù)據(jù)庫與HTML/CSS/JavaScript等關(guān)鍵技術(shù)。目前已有139人學(xué)習(xí)下載。通過這份答辯PPT讀者可以快速把握該系統(tǒng)的整體架構(gòu)與功能劃分理解需求分析、系統(tǒng)設(shè)計、編碼實現(xiàn)到測試維護的完整流程也能借鑒其界面統(tǒng)一、操作提示豐富、數(shù)據(jù)一致性保障等設(shè)計思路為自身畢設(shè)選題、答辯陳述或同類Web項目開發(fā)提供參考。1. 從一份答辯 PPT 說起這套 JSP 服裝商城系統(tǒng)到底能跑通什么如果你手頭正壓著一個 JavaWeb 課設(shè)或者畢設(shè)選題是電商方向又不想從零搭架子那這份「基于 JSP 的服裝商城交易管理系統(tǒng)」的答辯 PPT 值得先翻一遍。它不是一個空殼演示而是一套把前臺選購、后臺管理、訂單流轉(zhuǎn)、會員體系串起來的完整 B2C 交易管理方案技術(shù)棧落在 JSP Servlet Tomcat 數(shù)據(jù)庫這條經(jīng)典路線上。PPT 里把選題意義、系統(tǒng)分析、功能結(jié)構(gòu)、實現(xiàn)界面、測試用例、心得收獲都過了一遍等于把「這個系統(tǒng)長什么樣、分幾個模塊、數(shù)據(jù)怎么流」提前攤開給你看。適合誰適合要交課程設(shè)計、要寫畢業(yè)論文、要快速搭一個能演示的電商 Demo 的在校生和初級開發(fā)者。它解決的不是高并發(fā)秒殺而是「小型廠商、小型專賣店這類交易量不大的場景下怎么用最低成本把買賣和管理跑起來」。先別急著寫代碼把這份 PPT 當(dāng)成需求說明書讀一遍后面動手會少走很多彎路。2. 技術(shù)選型拆解為什么是 JSP Servlet Tomcat 這套組合2.1 三層結(jié)構(gòu)在服裝商城里的實際分工這套系統(tǒng)本質(zhì)是一個運行在 Web 服務(wù)器上的 Web 應(yīng)用程序采用典型的 Model-View-Controller 思路來組織。JSP 負(fù)責(zé)視圖層把服裝列表、購物車、訂單詳情這些頁面渲染出來Servlet 承擔(dān)控制層接收前端請求、調(diào)用業(yè)務(wù)邏輯、決定跳轉(zhuǎn)到哪個頁面JavaBean 和 DAO 層則封裝數(shù)據(jù)模型和數(shù)據(jù)庫操作把服裝信息、會員信息、訂單記錄從數(shù)據(jù)庫里取出來再送回去。PPT 里提到的「前臺選購」和「后臺管理」兩大塊其實就是這套三層結(jié)構(gòu)在不同業(yè)務(wù)場景下的展開。為什么小型電商系統(tǒng)適合這套組合因為 JSP 的腳本片段可以直接嵌在 HTML 里頁面和邏輯的邊界對新手足夠友好不需要額外學(xué)模板引擎語法。Servlet 處理表單提交和會話管理是原生能力配合HttpSession做登錄態(tài)和購物車幾乎零配置。數(shù)據(jù)庫層用 JDBC 直連SQL 寫起來直觀調(diào)試時能清楚看到每條語句的執(zhí)行結(jié)果。對于交易量不大的場景這套方案的開發(fā)速度和可維護性都夠用。2.2 數(shù)據(jù)庫選型Oracle 與 MySQL 的取舍PPT 里同時出現(xiàn)了 Oracle 和 MySQL 的表述這在課設(shè)里很常見——文檔寫 Oracle實際跑 MySQL。我的建議是如果只是本地演示和答辯直接上 MySQL安裝輕、驅(qū)動好找、社區(qū)資料多。Oracle 適合學(xué)校機房已經(jīng)裝好的情況但要注意驅(qū)動包版本和連接串寫法不同。下面是一個 MySQL 版本的數(shù)據(jù)庫連接配置放在src/db.properties里# 數(shù)據(jù)庫連接配置 jdbc.drivercom.mysql.cj.jdbc.Driver jdbc.urljdbc:mysql://localhost:3306/clothing_mall?useUnicodetruecharacterEncodingutf8serverTimezoneAsia/Shanghai jdbc.usernameroot jdbc.passwordyour_password參數(shù)說明useUnicode和characterEncoding保證中文服裝名稱不亂碼serverTimezone是 MySQL 8 之后必須帶的否則連接直接報時區(qū)錯誤。clothing_mall是庫名建庫時字符集選utf8mb4不然后面商品描述里的特殊符號會翻車。2.3 核心數(shù)據(jù)表設(shè)計與建表語句服裝商城的核心表不多但字段設(shè)計直接影響后面訂單和購物車能不能跑通。常見做法是拆成用戶表、服裝表、訂單表、訂單明細(xì)表四張主表再加一張購物車表。-- 會員表 CREATE TABLE member ( id INT PRIMARY KEY AUTO_INCREMENT, username VARCHAR(50) NOT NULL UNIQUE, password VARCHAR(100) NOT NULL, phone VARCHAR(20), address VARCHAR(200), reg_time DATETIME DEFAULT CURRENT_TIMESTAMP ); -- 服裝商品表 CREATE TABLE clothing ( id INT PRIMARY KEY AUTO_INCREMENT, name VARCHAR(100) NOT NULL, price DECIMAL(10,2) NOT NULL, stock INT DEFAULT 0, category VARCHAR(50), description TEXT, image_url VARCHAR(200) ); -- 訂單表 CREATE TABLE orders ( id INT PRIMARY KEY AUTO_INCREMENT, member_id INT NOT NULL, total_amount DECIMAL(10,2), status VARCHAR(20) DEFAULT 待付款, create_time DATETIME DEFAULT CURRENT_TIMESTAMP, FOREIGN KEY (member_id) REFERENCES member(id) ); -- 訂單明細(xì)表 CREATE TABLE order_item ( id INT PRIMARY KEY AUTO_INCREMENT, order_id INT NOT NULL, clothing_id INT NOT NULL, quantity INT NOT NULL, subtotal DECIMAL(10,2), FOREIGN KEY (order_id) REFERENCES orders(id), FOREIGN KEY (clothing_id) REFERENCES clothing(id) );邏輯說明訂單表和訂單明細(xì)表拆開是為了支持一個訂單里買多件不同服裝。status字段用字符串存「待付款/已付款/已發(fā)貨」這類狀態(tài)課設(shè)階段夠用真實項目里建議換成枚舉或狀態(tài)碼。stock字段在生成訂單時要同步扣減這一步后面避坑章節(jié)會重點講。3. 從零跑起來環(huán)境搭建與核心模塊實現(xiàn)步驟3.1 開發(fā)環(huán)境清單與 Tomcat 部署要點先把環(huán)境對齊不然后面全是玄學(xué)問題。需要準(zhǔn)備的東西JDK 8 或 11別上 17老版本 Tomcat 和 JSP 標(biāo)簽庫容易出兼容問題、Tomcat 8.5 或 9、MySQL 5.7 或 8、Eclipse 或 IntelliJ IDEA、MySQL 驅(qū)動 jar 包。把驅(qū)動包放進WEB-INF/lib目錄不要只加在項目構(gòu)建路徑里否則部署到 Tomcat 后報ClassNotFoundException。Tomcat 部署時項目打成 war 包丟進webapps目錄或者直接在 IDE 里配置 Tomcat 服務(wù)器運行。訪問路徑一般是http://localhost:8080/項目名/。如果 8080 被占用改conf/server.xml里的 Connector 端口。3.2 用戶登錄注冊模塊Servlet 與 Session 配合登錄注冊是入口邏輯不復(fù)雜但細(xì)節(jié)多。注冊時校驗用戶名是否已存在登錄成功后把用戶對象放進 Session后續(xù)頁面從 Session 取登錄態(tài)。// LoginServlet.java 核心邏輯 protected void doPost(HttpServletRequest request, HttpServletResponse response) throws ServletException, IOException { String username request.getParameter(username); String password request.getParameter(password); MemberDao dao new MemberDao(); Member member dao.findByUsername(username); if (member null) { request.setAttribute(msg, 用戶不存在); request.getRequestDispatcher(login.jsp).forward(request, response); return; } if (!member.getPassword().equals(password)) { request.setAttribute(msg, 密碼錯誤); request.getRequestDispatcher(login.jsp).forward(request, response); return; } // 登錄成功寫入 Session request.getSession().setAttribute(loginMember, member); response.sendRedirect(index.jsp); }邏輯說明先查用戶再比密碼兩步分開是為了給用戶更明確的提示。request.getSession()會自動創(chuàng)建或獲取當(dāng)前會話把member對象存進去后其他頁面用session.getAttribute(loginMember)就能判斷是否登錄。注意密碼這里用了明文比較課設(shè)演示可以真實項目必須加哈希。3.3 購物車與訂單生成一次完整的交易鏈路購物車用 Session 存一個MapInteger, Integerkey 是服裝 idvalue 是數(shù)量。加入購物車時判斷是否已存在存在就累加數(shù)量。下單時遍歷購物車生成訂單主記錄和明細(xì)記錄同時扣減庫存。// OrderServlet.java 下單核心邏輯 protected void doPost(HttpServletRequest request, HttpServletResponse response) throws ServletException, IOException { HttpSession session request.getSession(); Member member (Member) session.getAttribute(loginMember); MapInteger, Integer cart (MapInteger, Integer) session.getAttribute(cart); if (member null || cart null || cart.isEmpty()) { response.sendRedirect(login.jsp); return; } Connection conn null; try { conn DBUtil.getConnection(); conn.setAutoCommit(false); // 開啟事務(wù) OrderDao orderDao new OrderDao(conn); ClothingDao clothingDao new ClothingDao(conn); double total 0; for (Map.EntryInteger, Integer entry : cart.entrySet()) { Clothing c clothingDao.findById(entry.getKey()); total c.getPrice() * entry.getValue(); } int orderId orderDao.insertOrder(member.getId(), total); for (Map.EntryInteger, Integer entry : cart.entrySet()) { Clothing c clothingDao.findById(entry.getKey()); orderDao.insertOrderItem(orderId, c.getId(), entry.getValue(), c.getPrice() * entry.getValue()); clothingDao.reduceStock(c.getId(), entry.getValue()); } conn.commit(); session.removeAttribute(cart); // 清空購物車 response.sendRedirect(orderList.jsp); } catch (Exception e) { if (conn ! null) conn.rollback(); throw new ServletException(e); } finally { DBUtil.close(conn); } }邏輯說明整個下單過程放在一個事務(wù)里任何一步失敗都回滾避免出現(xiàn)「訂單生成了但庫存沒扣」或者「扣了庫存但訂單沒生成」的數(shù)據(jù)不一致。setAutoCommit(false)是手動事務(wù)的起點commit()提交rollback()回滾。購物車清空放在提交成功之后順序不能反。3.4 后臺管理模塊服裝、會員、訂單三塊怎么串后臺管理是 PPT 里強調(diào)的重點管理員登錄后可以管理服裝信息、會員信息和訂單狀態(tài)。服裝管理就是增刪改查會員管理主要是查看和禁用訂單管理是修改狀態(tài)待付款→已付款→已發(fā)貨。這三塊共用一套后臺布局左側(cè)菜單切換右側(cè)內(nèi)容區(qū)用 iframe 或 include 加載。常見做法是建一個AdminFilter過濾器攔截/admin/路徑下的所有請求檢查 Session 里有沒有管理員登錄態(tài)沒有就跳回登錄頁。這樣不用在每個后臺 Servlet 里重復(fù)寫權(quán)限判斷。4. 避坑與排查這套系統(tǒng)最容易翻車的五個地方4.1 中文亂碼POST 和 GET 要分開處理現(xiàn)象服裝名稱、會員地址在頁面上顯示成問號或亂碼。原因Tomcat 默認(rèn)用 ISO-8859-1 解碼請求參數(shù)JSP 頁面編碼和數(shù)據(jù)庫編碼不一致時就會亂。解決POST 請求在 Servlet 最前面加request.setCharacterEncoding(UTF-8)GET 請求在 Tomcat 的server.xml里給 Connector 加URIEncodingUTF-8JSP 頁面頂部統(tǒng)一寫% page contentTypetext/html;charsetUTF-8 %數(shù)據(jù)庫連接串帶上characterEncodingutf8。四處都對齊亂碼基本絕跡。4.2 數(shù)據(jù)庫連接泄漏連接池不是可選項現(xiàn)象系統(tǒng)跑一會兒就報Too many connections或者頁面越來越慢。原因每次請求都DriverManager.getConnection()新建連接用完忘了關(guān)連接數(shù)很快耗盡。解決寫一個DBUtil工具類統(tǒng)一管理連接或者直接上 Druid、C3P0 連接池。如果堅持手寫務(wù)必在finally塊里關(guān)閉ResultSet、PreparedStatement、Connection順序不能錯。我一般會在工具類里封裝close方法傳三個對象進去按序關(guān)閉。4.3 庫存扣成負(fù)數(shù)并發(fā)下的經(jīng)典問題現(xiàn)象兩個用戶同時買最后一件服裝訂單都生成成功庫存變成 -1。原因先查庫存再扣減兩步之間沒有鎖并發(fā)時都讀到了「庫存為 1」。解決把扣減 SQL 改成UPDATE clothing SET stock stock - ? WHERE id ? AND stock ?用數(shù)據(jù)庫的行鎖和條件判斷保證不會超賣。返回的影響行數(shù)為 0 就說明庫存不足拋異常回滾事務(wù)。4.4 Session 丟失重啟 Tomcat 后購物車清空現(xiàn)象調(diào)試時重啟 Tomcat之前登錄的用戶掉線購物車也沒了。原因Session 默認(rèn)存在內(nèi)存里Tomcat 重啟就清空。解決課設(shè)階段可以接受答辯前別重啟就行。如果想持久化配置 Tomcat 的 Session 持久化到文件或者把購物車數(shù)據(jù)存進數(shù)據(jù)庫。真實項目里 Session 一般交給 Redis 管理但那是另一個話題了。4.5 JSP 頁面報 404路徑和部署名對不上現(xiàn)象明明寫了login.jsp訪問卻 404。原因JSP 放在WEB-INF下面了這個目錄對外不可直接訪問或者訪問路徑里的項目名和 Tomcat 部署名不一致。解決需要直接訪問的 JSP 放在WebContent或webapp根目錄下WEB-INF只放不想被直接訪問的頁面和配置文件。訪問時確認(rèn)瀏覽器地址欄的項目名和 Tomcat 里部署的名字一致大小寫敏感。5. 答辯前必做用測試用例把系統(tǒng)跑一遍再交5.1 界面測試與功能測試的分工PPT 里把測試分成界面測試和功能測試兩部分這個劃分對課設(shè)答辯很實用。界面測試主要看不同分辨率、不同瀏覽器下頁面有沒有錯位字體有沒有變形。功能測試按模塊走注冊登錄、商品瀏覽、加入購物車、下單、后臺增刪改查每個功能至少準(zhǔn)備一條正常用例和一條異常用例。異常用例才是答辯時老師最愛問的比如「用戶名重復(fù)注冊會怎樣」「庫存不足下單會怎樣」「未登錄直接訪問后臺會怎樣」。5.2 一份可抄的測試用例表用例編號測試功能輸入預(yù)期結(jié)果實際結(jié)果TC01會員注冊已存在的用戶名提示「用戶名已存在」一致TC02會員登錄正確用戶名錯誤密碼提示「密碼錯誤」一致TC03加入購物車同一商品點兩次數(shù)量累加為 2一致TC04提交訂單購物車有商品且已登錄生成訂單庫存扣減一致TC05庫存不足下單購買數(shù)量大于庫存提示庫存不足訂單不生成一致TC06未登錄訪問后臺直接訪問 admin 路徑跳轉(zhuǎn)登錄頁一致這張表可以直接改改用在你的答辯 PPT 里。測試的時候把實際結(jié)果填上有偏差的就記下來修修完再跑一遍。答辯時老師看到你有完整的測試記錄印象分不會低。5.3 答辯演示的節(jié)奏控制演示時間通常只有五到八分鐘別從注冊開始一步步走。提前準(zhǔn)備好兩個賬號一個會員號一個管理員號。演示順序建議先登錄會員快速瀏覽商品、加購物車、下單展示訂單列表然后切到后臺展示服裝管理、訂單狀態(tài)修改。整個過程控制在三分鐘內(nèi)剩下的時間留給老師提問。提前把數(shù)據(jù)庫里的測試數(shù)據(jù)準(zhǔn)備好別現(xiàn)場錄入容易出錯。5.4 從這份 PPT 到能跑的代碼最后一步怎么走這份答辯 PPT 的價值在于它把系統(tǒng)的骨架和業(yè)務(wù)流講清楚了但真正要跑起來還需要把每個模塊的代碼補全。我的習(xí)慣是先把數(shù)據(jù)庫建好再把登錄注冊跑通然后按「商品列表→購物車→訂單→后臺」的順序逐個模塊實現(xiàn)每完成一個就測一個。不要想著全部寫完再測那樣出了問題定位范圍太大。最后把 PPT 里的功能結(jié)構(gòu)圖和你的實際代碼對照一遍確保答辯時說的和系統(tǒng)里有的對得上。從那以后我每次交課設(shè)前都會強制自己按測試用例表走一遍完整流程確認(rèn)每個異常分支都有提示才敢點提交。希望幫到你。本文還有配套的精品資源點擊獲取 基于JSP的服裝商城系統(tǒng)：從答辯PPT到可運行代碼的完整實現(xiàn)指南
簡介這份PPT是「基于JSP的服裝商城交易管理系統(tǒng)」的畢業(yè)設(shè)計答辯演示文稿面向計算機相關(guān)專業(yè)需要完成課程設(shè)計或畢業(yè)答辯的學(xué)生以及想了解JSPServlet技術(shù)棧如何落地電商項目的開發(fā)者。資源包內(nèi)共1個pptx文件約739KB內(nèi)容圍繞選題意義、課題背景、研究目標(biāo)、開發(fā)環(huán)境與系統(tǒng)設(shè)計展開涵蓋前臺選購與后臺管理兩大模塊涉及服裝、會員、賣家管理及訂單處理等業(yè)務(wù)并介紹了JSP、Servlet、數(shù)據(jù)庫與HTML/CSS/JavaScript等關(guān)鍵技術(shù)。目前已有139人學(xué)習(xí)下載。通過這份答辯PPT讀者可以快速把握該系統(tǒng)的整體架構(gòu)與功能劃分理解需求分析、系統(tǒng)設(shè)計、編碼實現(xiàn)到測試維護的完整流程也能借鑒其界面統(tǒng)一、操作提示豐富、數(shù)據(jù)一致性保障等設(shè)計思路為自身畢設(shè)選題、答辯陳述或同類Web項目開發(fā)提供參考。1. 從一份答辯 PPT 說起這套 JSP 服裝商城系統(tǒng)到底能跑通什么如果你手頭正壓著一個 JavaWeb 課設(shè)或者畢設(shè)選題是電商方向又不想從零搭架子那這份「基于 JSP 的服裝商城交易管理系統(tǒng)」的答辯 PPT 值得先翻一遍。它不是一個空殼演示而是一套把前臺選購、后臺管理、訂單流轉(zhuǎn)、會員體系串起來的完整 B2C 交易管理方案技術(shù)棧落在 JSP Servlet Tomcat 數(shù)據(jù)庫這條經(jīng)典路線上。PPT 里把選題意義、系統(tǒng)分析、功能結(jié)構(gòu)、實現(xiàn)界面、測試用例、心得收獲都過了一遍等于把「這個系統(tǒng)長什么樣、分幾個模塊、數(shù)據(jù)怎么流」提前攤開給你看。適合誰適合要交課程設(shè)計、要寫畢業(yè)論文、要快速搭一個能演示的電商 Demo 的在校生和初級開發(fā)者。它解決的不是高并發(fā)秒殺而是「小型廠商、小型專賣店這類交易量不大的場景下怎么用最低成本把買賣和管理跑起來」。先別急著寫代碼把這份 PPT 當(dāng)成需求說明書讀一遍后面動手會少走很多彎路。2. 技術(shù)選型拆解為什么是 JSP Servlet Tomcat 這套組合2.1 三層結(jié)構(gòu)在服裝商城里的實際分工這套系統(tǒng)本質(zhì)是一個運行在 Web 服務(wù)器上的 Web 應(yīng)用程序采用典型的 Model-View-Controller 思路來組織。JSP 負(fù)責(zé)視圖層把服裝列表、購物車、訂單詳情這些頁面渲染出來Servlet 承擔(dān)控制層接收前端請求、調(diào)用業(yè)務(wù)邏輯、決定跳轉(zhuǎn)到哪個頁面JavaBean 和 DAO 層則封裝數(shù)據(jù)模型和數(shù)據(jù)庫操作把服裝信息、會員信息、訂單記錄從數(shù)據(jù)庫里取出來再送回去。PPT 里提到的「前臺選購」和「后臺管理」兩大塊其實就是這套三層結(jié)構(gòu)在不同業(yè)務(wù)場景下的展開。為什么小型電商系統(tǒng)適合這套組合因為 JSP 的腳本片段可以直接嵌在 HTML 里頁面和邏輯的邊界對新手足夠友好不需要額外學(xué)模板引擎語法。Servlet 處理表單提交和會話管理是原生能力配合HttpSession做登錄態(tài)和購物車幾乎零配置。數(shù)據(jù)庫層用 JDBC 直連SQL 寫起來直觀調(diào)試時能清楚看到每條語句的執(zhí)行結(jié)果。對于交易量不大的場景這套方案的開發(fā)速度和可維護性都夠用。2.2 數(shù)據(jù)庫選型Oracle 與 MySQL 的取舍PPT 里同時出現(xiàn)了 Oracle 和 MySQL 的表述這在課設(shè)里很常見——文檔寫 Oracle實際跑 MySQL。我的建議是如果只是本地演示和答辯直接上 MySQL安裝輕、驅(qū)動好找、社區(qū)資料多。Oracle 適合學(xué)校機房已經(jīng)裝好的情況但要注意驅(qū)動包版本和連接串寫法不同。下面是一個 MySQL 版本的數(shù)據(jù)庫連接配置放在src/db.properties里# 數(shù)據(jù)庫連接配置 jdbc.drivercom.mysql.cj.jdbc.Driver jdbc.urljdbc:mysql://localhost:3306/clothing_mall?useUnicodetruecharacterEncodingutf8serverTimezoneAsia/Shanghai jdbc.usernameroot jdbc.passwordyour_password參數(shù)說明useUnicode和characterEncoding保證中文服裝名稱不亂碼serverTimezone是 MySQL 8 之后必須帶的否則連接直接報時區(qū)錯誤。clothing_mall是庫名建庫時字符集選utf8mb4不然后面商品描述里的特殊符號會翻車。2.3 核心數(shù)據(jù)表設(shè)計與建表語句服裝商城的核心表不多但字段設(shè)計直接影響后面訂單和購物車能不能跑通。常見做法是拆成用戶表、服裝表、訂單表、訂單明細(xì)表四張主表再加一張購物車表。-- 會員表 CREATE TABLE member ( id INT PRIMARY KEY AUTO_INCREMENT, username VARCHAR(50) NOT NULL UNIQUE, password VARCHAR(100) NOT NULL, phone VARCHAR(20), address VARCHAR(200), reg_time DATETIME DEFAULT CURRENT_TIMESTAMP ); -- 服裝商品表 CREATE TABLE clothing ( id INT PRIMARY KEY AUTO_INCREMENT, name VARCHAR(100) NOT NULL, price DECIMAL(10,2) NOT NULL, stock INT DEFAULT 0, category VARCHAR(50), description TEXT, image_url VARCHAR(200) ); -- 訂單表 CREATE TABLE orders ( id INT PRIMARY KEY AUTO_INCREMENT, member_id INT NOT NULL, total_amount DECIMAL(10,2), status VARCHAR(20) DEFAULT 待付款, create_time DATETIME DEFAULT CURRENT_TIMESTAMP, FOREIGN KEY (member_id) REFERENCES member(id) ); -- 訂單明細(xì)表 CREATE TABLE order_item ( id INT PRIMARY KEY AUTO_INCREMENT, order_id INT NOT NULL, clothing_id INT NOT NULL, quantity INT NOT NULL, subtotal DECIMAL(10,2), FOREIGN KEY (order_id) REFERENCES orders(id), FOREIGN KEY (clothing_id) REFERENCES clothing(id) );邏輯說明訂單表和訂單明細(xì)表拆開是為了支持一個訂單里買多件不同服裝。status字段用字符串存「待付款/已付款/已發(fā)貨」這類狀態(tài)課設(shè)階段夠用真實項目里建議換成枚舉或狀態(tài)碼。stock字段在生成訂單時要同步扣減這一步后面避坑章節(jié)會重點講。3. 從零跑起來環(huán)境搭建與核心模塊實現(xiàn)步驟3.1 開發(fā)環(huán)境清單與 Tomcat 部署要點先把環(huán)境對齊不然后面全是玄學(xué)問題。需要準(zhǔn)備的東西JDK 8 或 11別上 17老版本 Tomcat 和 JSP 標(biāo)簽庫容易出兼容問題、Tomcat 8.5 或 9、MySQL 5.7 或 8、Eclipse 或 IntelliJ IDEA、MySQL 驅(qū)動 jar 包。把驅(qū)動包放進WEB-INF/lib目錄不要只加在項目構(gòu)建路徑里否則部署到 Tomcat 后報ClassNotFoundException。Tomcat 部署時項目打成 war 包丟進webapps目錄或者直接在 IDE 里配置 Tomcat 服務(wù)器運行。訪問路徑一般是http://localhost:8080/項目名/。如果 8080 被占用改conf/server.xml里的 Connector 端口。3.2 用戶登錄注冊模塊Servlet 與 Session 配合登錄注冊是入口邏輯不復(fù)雜但細(xì)節(jié)多。注冊時校驗用戶名是否已存在登錄成功后把用戶對象放進 Session后續(xù)頁面從 Session 取登錄態(tài)。// LoginServlet.java 核心邏輯 protected void doPost(HttpServletRequest request, HttpServletResponse response) throws ServletException, IOException { String username request.getParameter(username); String password request.getParameter(password); MemberDao dao new MemberDao(); Member member dao.findByUsername(username); if (member null) { request.setAttribute(msg, 用戶不存在); request.getRequestDispatcher(login.jsp).forward(request, response); return; } if (!member.getPassword().equals(password)) { request.setAttribute(msg, 密碼錯誤); request.getRequestDispatcher(login.jsp).forward(request, response); return; } // 登錄成功寫入 Session request.getSession().setAttribute(loginMember, member); response.sendRedirect(index.jsp); }邏輯說明先查用戶再比密碼兩步分開是為了給用戶更明確的提示。request.getSession()會自動創(chuàng)建或獲取當(dāng)前會話把member對象存進去后其他頁面用session.getAttribute(loginMember)就能判斷是否登錄。注意密碼這里用了明文比較課設(shè)演示可以真實項目必須加哈希。3.3 購物車與訂單生成一次完整的交易鏈路購物車用 Session 存一個MapInteger, Integerkey 是服裝 idvalue 是數(shù)量。加入購物車時判斷是否已存在存在就累加數(shù)量。下單時遍歷購物車生成訂單主記錄和明細(xì)記錄同時扣減庫存。// OrderServlet.java 下單核心邏輯 protected void doPost(HttpServletRequest request, HttpServletResponse response) throws ServletException, IOException { HttpSession session request.getSession(); Member member (Member) session.getAttribute(loginMember); MapInteger, Integer cart (MapInteger, Integer) session.getAttribute(cart); if (member null || cart null || cart.isEmpty()) { response.sendRedirect(login.jsp); return; } Connection conn null; try { conn DBUtil.getConnection(); conn.setAutoCommit(false); // 開啟事務(wù) OrderDao orderDao new OrderDao(conn); ClothingDao clothingDao new ClothingDao(conn); double total 0; for (Map.EntryInteger, Integer entry : cart.entrySet()) { Clothing c clothingDao.findById(entry.getKey()); total c.getPrice() * entry.getValue(); } int orderId orderDao.insertOrder(member.getId(), total); for (Map.EntryInteger, Integer entry : cart.entrySet()) { Clothing c clothingDao.findById(entry.getKey()); orderDao.insertOrderItem(orderId, c.getId(), entry.getValue(), c.getPrice() * entry.getValue()); clothingDao.reduceStock(c.getId(), entry.getValue()); } conn.commit(); session.removeAttribute(cart); // 清空購物車 response.sendRedirect(orderList.jsp); } catch (Exception e) { if (conn ! null) conn.rollback(); throw new ServletException(e); } finally { DBUtil.close(conn); } }邏輯說明整個下單過程放在一個事務(wù)里任何一步失敗都回滾避免出現(xiàn)「訂單生成了但庫存沒扣」或者「扣了庫存但訂單沒生成」的數(shù)據(jù)不一致。setAutoCommit(false)是手動事務(wù)的起點commit()提交rollback()回滾。購物車清空放在提交成功之后順序不能反。3.4 后臺管理模塊服裝、會員、訂單三塊怎么串后臺管理是 PPT 里強調(diào)的重點管理員登錄后可以管理服裝信息、會員信息和訂單狀態(tài)。服裝管理就是增刪改查會員管理主要是查看和禁用訂單管理是修改狀態(tài)待付款→已付款→已發(fā)貨。這三塊共用一套后臺布局左側(cè)菜單切換右側(cè)內(nèi)容區(qū)用 iframe 或 include 加載。常見做法是建一個AdminFilter過濾器攔截/admin/路徑下的所有請求檢查 Session 里有沒有管理員登錄態(tài)沒有就跳回登錄頁。這樣不用在每個后臺 Servlet 里重復(fù)寫權(quán)限判斷。4. 避坑與排查這套系統(tǒng)最容易翻車的五個地方4.1 中文亂碼POST 和 GET 要分開處理現(xiàn)象服裝名稱、會員地址在頁面上顯示成問號或亂碼。原因Tomcat 默認(rèn)用 ISO-8859-1 解碼請求參數(shù)JSP 頁面編碼和數(shù)據(jù)庫編碼不一致時就會亂。解決POST 請求在 Servlet 最前面加request.setCharacterEncoding(UTF-8)GET 請求在 Tomcat 的server.xml里給 Connector 加URIEncodingUTF-8JSP 頁面頂部統(tǒng)一寫% page contentTypetext/html;charsetUTF-8 %數(shù)據(jù)庫連接串帶上characterEncodingutf8。四處都對齊亂碼基本絕跡。4.2 數(shù)據(jù)庫連接泄漏連接池不是可選項現(xiàn)象系統(tǒng)跑一會兒就報Too many connections或者頁面越來越慢。原因每次請求都DriverManager.getConnection()新建連接用完忘了關(guān)連接數(shù)很快耗盡。解決寫一個DBUtil工具類統(tǒng)一管理連接或者直接上 Druid、C3P0 連接池。如果堅持手寫務(wù)必在finally塊里關(guān)閉ResultSet、PreparedStatement、Connection順序不能錯。我一般會在工具類里封裝close方法傳三個對象進去按序關(guān)閉。4.3 庫存扣成負(fù)數(shù)并發(fā)下的經(jīng)典問題現(xiàn)象兩個用戶同時買最后一件服裝訂單都生成成功庫存變成 -1。原因先查庫存再扣減兩步之間沒有鎖并發(fā)時都讀到了「庫存為 1」。解決把扣減 SQL 改成UPDATE clothing SET stock stock - ? WHERE id ? AND stock ?用數(shù)據(jù)庫的行鎖和條件判斷保證不會超賣。返回的影響行數(shù)為 0 就說明庫存不足拋異常回滾事務(wù)。4.4 Session 丟失重啟 Tomcat 后購物車清空現(xiàn)象調(diào)試時重啟 Tomcat之前登錄的用戶掉線購物車也沒了。原因Session 默認(rèn)存在內(nèi)存里Tomcat 重啟就清空。解決課設(shè)階段可以接受答辯前別重啟就行。如果想持久化配置 Tomcat 的 Session 持久化到文件或者把購物車數(shù)據(jù)存進數(shù)據(jù)庫。真實項目里 Session 一般交給 Redis 管理但那是另一個話題了。4.5 JSP 頁面報 404路徑和部署名對不上現(xiàn)象明明寫了login.jsp訪問卻 404。原因JSP 放在WEB-INF下面了這個目錄對外不可直接訪問或者訪問路徑里的項目名和 Tomcat 部署名不一致。解決需要直接訪問的 JSP 放在WebContent或webapp根目錄下WEB-INF只放不想被直接訪問的頁面和配置文件。訪問時確認(rèn)瀏覽器地址欄的項目名和 Tomcat 里部署的名字一致大小寫敏感。5. 答辯前必做用測試用例把系統(tǒng)跑一遍再交5.1 界面測試與功能測試的分工PPT 里把測試分成界面測試和功能測試兩部分這個劃分對課設(shè)答辯很實用。界面測試主要看不同分辨率、不同瀏覽器下頁面有沒有錯位字體有沒有變形。功能測試按模塊走注冊登錄、商品瀏覽、加入購物車、下單、后臺增刪改查每個功能至少準(zhǔn)備一條正常用例和一條異常用例。異常用例才是答辯時老師最愛問的比如「用戶名重復(fù)注冊會怎樣」「庫存不足下單會怎樣」「未登錄直接訪問后臺會怎樣」。5.2 一份可抄的測試用例表用例編號測試功能輸入預(yù)期結(jié)果實際結(jié)果TC01會員注冊已存在的用戶名提示「用戶名已存在」一致TC02會員登錄正確用戶名錯誤密碼提示「密碼錯誤」一致TC03加入購物車同一商品點兩次數(shù)量累加為 2一致TC04提交訂單購物車有商品且已登錄生成訂單庫存扣減一致TC05庫存不足下單購買數(shù)量大于庫存提示庫存不足訂單不生成一致TC06未登錄訪問后臺直接訪問 admin 路徑跳轉(zhuǎn)登錄頁一致這張表可以直接改改用在你的答辯 PPT 里。測試的時候把實際結(jié)果填上有偏差的就記下來修修完再跑一遍。答辯時老師看到你有完整的測試記錄印象分不會低。5.3 答辯演示的節(jié)奏控制演示時間通常只有五到八分鐘別從注冊開始一步步走。提前準(zhǔn)備好兩個賬號一個會員號一個管理員號。演示順序建議先登錄會員快速瀏覽商品、加購物車、下單展示訂單列表然后切到后臺展示服裝管理、訂單狀態(tài)修改。整個過程控制在三分鐘內(nèi)剩下的時間留給老師提問。提前把數(shù)據(jù)庫里的測試數(shù)據(jù)準(zhǔn)備好別現(xiàn)場錄入容易出錯。5.4 從這份 PPT 到能跑的代碼最后一步怎么走這份答辯 PPT 的價值在于它把系統(tǒng)的骨架和業(yè)務(wù)流講清楚了但真正要跑起來還需要把每個模塊的代碼補全。我的習(xí)慣是先把數(shù)據(jù)庫建好再把登錄注冊跑通然后按「商品列表→購物車→訂單→后臺」的順序逐個模塊實現(xiàn)每完成一個就測一個。不要想著全部寫完再測那樣出了問題定位范圍太大。最后把 PPT 里的功能結(jié)構(gòu)圖和你的實際代碼對照一遍確保答辯時說的和系統(tǒng)里有的對得上。從那以后我每次交課設(shè)前都會強制自己按測試用例表走一遍完整流程確認(rèn)每個異常分支都有提示才敢點提交。希望幫到你。本文還有配套的精品資源點擊獲取