簡介基于 Java Web 的超市管理系統(tǒng)畢業(yè)設(shè)計項目內(nèi)含完整源碼、數(shù)據(jù)庫腳本和運(yùn)行配置面向計算機(jī)、通信、人工智能、自動化等專業(yè)的學(xué)生、老師及從業(yè)者。項目經(jīng)過調(diào)試與測試答辯評審分達(dá) 98 分整體可作為期末課程設(shè)計、課程大作業(yè)或畢業(yè)設(shè)計的直接參考。壓縮包共 386 個文件大小 10.36MB其中 49 個 Java 源文件和 56 個 JSP 頁面構(gòu)成主要業(yè)務(wù)邏輯與頁面層98 個 class 文件為編譯后字節(jié)碼可直接部署運(yùn)行SQL 腳本可快速導(dǎo)入建庫另有 XML 配置、CSS/LESS/SCSS 樣式、JavaScript 腳本及圖片等資源覆蓋前端展示與后端處理所需內(nèi)容。項目中控制器、DAO 實現(xiàn)類與 JSP 頁面分層明確可快速定位商品、會員、供應(yīng)商、結(jié)賬等核心功能入口。已有 156 人學(xué)習(xí)使用適合作為入門到進(jìn)階的實踐素材基礎(chǔ)較好的讀者可在現(xiàn)有功能模塊上繼續(xù)擴(kuò)展也可以按自身需求調(diào)整業(yè)務(wù)邏輯具有較強(qiáng)的二次開發(fā)價值。1. 這個 javaweb 超市管理系統(tǒng)到底在做什么值不值得選每年畢業(yè)季總有人從各種渠道下載到基于 javaweb 的超市管理系統(tǒng)這類項目解壓后對著十幾個文件夾和一坨 XML 配置發(fā)呆要么數(shù)據(jù)庫連不上要么頁面 404最后一邊罵怎么跑不起來一邊又找下一個源碼包。實際上這個題目是 javaweb 方向最穩(wěn)妥的畢業(yè)設(shè)計選題之一它不追求新框架而是把 JSP、Servlet、MySQL、JDBC 這一套經(jīng)典技術(shù)棧完整串起來做成一個業(yè)務(wù)閉環(huán)完整的系統(tǒng)。你做完它既能在答辯時把每一行代碼講明白又能在簡歷上寫?yīng)毩⑼瓿蛇M(jìn)銷存核心模塊設(shè)計與實現(xiàn)。如果你正在糾結(jié)選題或者已經(jīng)在做但卡在某個環(huán)節(jié)這篇文章把從建庫到部署的完整方案拆開講。這個系統(tǒng)的價值不在于超市這個業(yè)務(wù)本身而在于它覆蓋了 javaweb 項目最常見的三類核心需求登錄權(quán)限控制、商品進(jìn)銷存數(shù)據(jù)流轉(zhuǎn)、報表統(tǒng)計。這些能力換個殼放到圖書管理、藥店管理、倉庫管理系統(tǒng)里完全通用。它的技術(shù)棧舊但不過時——你去看很多公司的老舊維護(hù)項目還在用 JSPServlet 的并不少見。適合的人群很明確JavaWeb 剛學(xué)完、需要鞏固綜合能力的學(xué)生以及想快速搭建一個能演示、能答辯、能寫進(jìn)簡歷的項目的人。2. 選型與數(shù)據(jù)庫設(shè)計為什么用 JSPServlet 而不是 Spring Boot2.1 技術(shù)選型畢業(yè)設(shè)計場景下 jspservlet 依舊是穩(wěn)妥方案很多人會問現(xiàn)在企業(yè)里都用 Spring Boot為什么畢業(yè)設(shè)計還選 Servlet這不是技術(shù)落后而是答辯邏輯決定的。畢業(yè)設(shè)計評委會問你連接池怎么做請求怎么分發(fā)事務(wù)怎么控制如果你用 Spring Boot這些都被框架封住了你說不出底層實現(xiàn)只能答框架幫我處理了這在本科答辯里很吃虧。而 JSPServlet 這套組合你能明確說出瀏覽器發(fā)請求到 TomcatServlet 接收請求調(diào)用業(yè)務(wù)層業(yè)務(wù)層通過 JDBC 操作 MySQL數(shù)據(jù)渲染到 JSP 頁面返回。這條鏈路每一個環(huán)節(jié)都是你自己的代碼評委看得見你的工作量。常見做法是三層的 MVC 結(jié)構(gòu)JSP 負(fù)責(zé)頁面展示Servlet 負(fù)責(zé)接收請求和控制跳轉(zhuǎn)ServiceDAO 負(fù)責(zé)業(yè)務(wù)邏輯和數(shù)據(jù)庫操作。有些同學(xué)會把業(yè)務(wù)全寫在 Servlet 里頁面里嵌大量 Java 代碼系統(tǒng)照樣能跑但數(shù)據(jù)庫連接不關(guān)、SQL 拼字符串這些問題會在答辯時被追問得很痛苦。我一般建議用 Druid 連接池配合 JdbcTemplate 或者原生 JDBC 封裝既避免手寫連接管理的低級錯誤又保留了 SQL 的可見性。2.2 建庫建表八張表拆解超市業(yè)務(wù)的最小閉環(huán)數(shù)據(jù)庫是標(biāo)題里含數(shù)據(jù)庫的分量所在表結(jié)構(gòu)設(shè)計得好不好答辯時一眼就能看出來。超市管理系統(tǒng)最少需要八張表用戶表、商品分類表、商品表、供應(yīng)商表、進(jìn)貨單表、進(jìn)貨明細(xì)表、銷售單表、銷售明細(xì)表。用戶表管登錄分類表管商品的層級歸類商品表是核心進(jìn)貨和銷售通過單據(jù)表加明細(xì)表的方式記錄這樣每一筆業(yè)務(wù)都有據(jù)可查。先創(chuàng)建數(shù)據(jù)庫再按依賴順序建表以下是核心建表腳本MySQL 5.7 及以上均可運(yùn)行CREATE DATABASE IF NOT EXISTS supermarket_db DEFAULT CHARACTER SET utf8mb4; USE supermarket_db; -- 用戶表區(qū)分管理員、收銀員、倉管員 CREATE TABLE t_user ( id INT PRIMARY KEY AUTO_INCREMENT, username VARCHAR(32) NOT NULL UNIQUE COMMENT 登錄名, password VARCHAR(64) NOT NULL COMMENT 存儲MD5加密后密文, real_name VARCHAR(32) COMMENT 姓名, role TINYINT NOT NULL DEFAULT 1 COMMENT 1管理員 2收銀員 3倉管員, create_time DATETIME DEFAULT CURRENT_TIMESTAMP ) ENGINEInnoDB COMMENT用戶表; -- 商品表中庫存字段承擔(dān)關(guān)鍵預(yù)警職責(zé) CREATE TABLE t_product ( id INT PRIMARY KEY AUTO_INCREMENT, category_id INT NOT NULL COMMENT 關(guān)聯(lián)分類表, product_code VARCHAR(32) NOT NULL UNIQUE COMMENT 商品編碼掃碼槍掃的就是它, product_name VARCHAR(64) NOT NULL, spec VARCHAR(64) COMMENT 規(guī)格如500ml/瓶, unit VARCHAR(8) NOT NULL COMMENT 單位瓶/包/盒, purchase_price DECIMAL(10,2) NOT NULL COMMENT 進(jìn)價成本計算依據(jù), sale_price DECIMAL(10,2) NOT NULL COMMENT 售價, stock INT NOT NULL DEFAULT 0 COMMENT 當(dāng)前庫存, stock_min INT NOT NULL DEFAULT 10 COMMENT 庫存預(yù)警下限, status TINYINT DEFAULT 1 COMMENT 1上架 0下架, create_time DATETIME DEFAULT CURRENT_TIMESTAMP ) ENGINEInnoDB COMMENT商品表;這段 SQL 里最值得注意的設(shè)計決策是庫存字段直接冗余在商品表里。有些教程會把庫存設(shè)計成每次進(jìn)貨和銷售時去單據(jù)明細(xì)表里 SUM 計算得到理論上更規(guī)范但實際業(yè)務(wù)里每次查詢商品都要掃描所有明細(xì)數(shù)據(jù)庫壓力和代碼復(fù)雜度都不合算。在超市這種高頻讀商品的場景下冗余一個 stock 字段讓查詢變成一次主鍵讀取配合事務(wù)控制來保證不超賣是工程上更務(wù)實的做法。商品編碼 product_code 建議用純數(shù)字條碼格式后面對接掃碼槍輸入時不需要改代碼。供應(yīng)商表、進(jìn)貨單表和明細(xì)表的結(jié)構(gòu)同樣要注意關(guān)聯(lián)方式。進(jìn)貨單主表只存供應(yīng)商、操作員、總金額、進(jìn)貨時間每一條商品進(jìn)入進(jìn)庫明細(xì)表。這種主表明細(xì)表的設(shè)計在銷售單上同樣適用是進(jìn)銷存系統(tǒng)的通用范式。下面把這三張表的建表語句補(bǔ)全CREATE TABLE t_supplier ( id INT PRIMARY KEY AUTO_INCREMENT, supplier_name VARCHAR(64) NOT NULL, contact VARCHAR(32) COMMENT 聯(lián)系人, phone VARCHAR(20), address VARCHAR(128) ) ENGINEInnoDB COMMENT供應(yīng)商表; -- 進(jìn)貨單主表一筆進(jìn)貨對應(yīng)一條記錄 CREATE TABLE t_stock_in ( id INT PRIMARY KEY AUTO_INCREMENT, supplier_id INT NOT NULL, user_id INT NOT NULL COMMENT 操作員, total_amount DECIMAL(10,2) NOT NULL COMMENT 進(jìn)貨總金額冗余存儲便于統(tǒng)計, stock_in_time DATETIME DEFAULT CURRENT_TIMESTAMP ) ENGINEInnoDB COMMENT進(jìn)貨單主表; -- 進(jìn)貨明細(xì)一條主表記錄對應(yīng)多行商品 CREATE TABLE t_stock_in_item ( id INT PRIMARY KEY AUTO_INCREMENT, stock_in_id INT NOT NULL, product_id INT NOT NULL, quantity INT NOT NULL COMMENT 進(jìn)貨數(shù)量, price DECIMAL(10,2) NOT NULL COMMENT 當(dāng)時進(jìn)價商品改價不影響歷史單據(jù) ) ENGINEInnoDB COMMENT進(jìn)貨明細(xì)表;明細(xì)表里冗余 price 字段是一個關(guān)鍵設(shè)計如果商品進(jìn)價變動歷史單據(jù)里的價格仍然保持錄入時的值不會跟著商品表一起變。這在做利潤統(tǒng)計和審計時非常重要。另一個關(guān)鍵點(diǎn)是金額的冗余存儲進(jìn)貨單主表里的 total_amount 是通過明細(xì)算完后寫進(jìn)去的統(tǒng)計某月進(jìn)貨總額直接 SUM 主表即可不用再 JOIN 明細(xì)表這是典型的以空間換時間的做法。2.3 把 SQL 導(dǎo)入數(shù)據(jù)庫并驗證表結(jié)構(gòu)建表語句準(zhǔn)備好后啟動 MySQL 服務(wù)在命令行或者 Navicat 里執(zhí)行腳本。如果你用的是 MySQL 8.0 以上版本要注意驅(qū)動和連接串的差異這在后面連接池配置時會詳細(xì)講。導(dǎo)入后執(zhí)行SHOW TABLES;應(yīng)該能看到全部八張表再執(zhí)行DESC t_product;檢查字段類型確認(rèn)utf8mb4字符集沒有亂碼風(fēng)險。創(chuàng)建一個測試用戶并插入一條商品數(shù)據(jù)方便后面聯(lián)調(diào)登錄和商品查詢功能INSERT INTO t_user(username, password, real_name, role) VALUES(admin, MD5(123456), 系統(tǒng)管理員, 1); INSERT INTO t_product(category_id, product_code, product_name, unit, purchase_price, sale_price, stock, stock_min) VALUES(1, 6901234567890, 農(nóng)夫山泉550ml, 瓶, 1.20, 2.00, 100, 20);這里插入的是 MD5 加密后的密碼實際開發(fā)中更好的做法是 MD5 加鹽但畢業(yè)設(shè)計用 MD5 已經(jīng)足夠描述清楚你的加密方案。注意建表順序——先建用戶表和分類表再建商品表因為商品表的外鍵依賴分類表如果順序反過來會報 1215 錯誤無法添加外鍵約束。3. 搭建 javaweb 項目骨架Maven 結(jié)構(gòu)、連接池和第一個 Servlet3.1 用 IDEA 新建項目并引入依賴現(xiàn)在開始建工程。這里以 IDEA 2022 及以上版本為例新建項目時選擇 Maven 的 webapp 模板或者直接建一個普通 Maven 項目再右鍵添加框架支持—Web兩種方式都可以。項目結(jié)構(gòu)上src/main/java放 Java 代碼src/main/resources放配置文件和 SQL 腳本src/main/webapp放 JSP 頁面和靜態(tài)資源。這里要提醒一下很多畢業(yè)設(shè)計源碼包是從 Eclipse 導(dǎo)出的目錄結(jié)構(gòu)是 src/webroot拿到 IDEA 里要手動調(diào)整否則部署時找不到 JSP 文件。我見過太多人卡在這步。在pom.xml里引入關(guān)鍵依賴版本要匹配你本機(jī)的環(huán)境和 Tomcat 版本。下面是核心依賴配置dependencies !-- Servlet APITomcat 9 對應(yīng) javax.servlet-api 4.0.1 -- dependency groupIdjavax.servlet/groupId artifactIdjavax.servlet-api/artifactId version4.0.1/version scopeprovided/scope /dependency !-- JSP API -- dependency groupIdjavax.servlet.jsp/groupId artifactIdjavax.servlet.jsp-api/artifactId version2.3.3/version scopeprovided/scope /dependency !-- JSTL 標(biāo)簽庫 -- dependency groupIdjstl/groupId artifactIdjstl/artifactId version1.2/version /dependency !-- MySQL 驅(qū)動按本地數(shù)據(jù)庫版本選擇8.0.33 兼容 5.7 和 8.0 -- dependency groupIdmysql/groupId artifactIdmysql-connector-java/artifactId version8.0.33/version /dependency !-- Druid 連接池 -- dependency groupIdcom.alibaba/groupId artifactIddruid/artifactId version1.2.20/version /dependency /dependenciesscope為 provided 的依賴在打包時不會打進(jìn)去因為 Tomcat 自帶 Servl et 和 JSP 的 API 實現(xiàn)重復(fù)打入反而會報沖突。如果本地 MySQL 是 5.6 或 5.7也可以把連接驅(qū)動換成mysql-connector-java 5.1.49對應(yīng)的driverClassName也要同步調(diào)整。Druid 是目前國內(nèi)中小項目里最常用的連接池提供監(jiān)控頁面和 SQL 防注入功能答辯時可以多講它它不只是連接復(fù)用還能幫你看到每個 SQL 的執(zhí)行耗時。3.2 編寫 db.properties 和 Druid 工具類連接配置單獨(dú)放在src/main/resources/db.properties里方便切換環(huán)境。這里有一個高頻踩坑點(diǎn)MySQL 8.0 的連接驅(qū)動類名是com.mysql.cj.jdbc.Driver而 5.7 時代是com.mysql.jdbc.Driver抄舊源碼的人經(jīng)常在這里翻車。另外連接串里要顯式指定useUnicodetruecharacterEncodingutf8和serverTimezone否則插入中文數(shù)據(jù)會亂碼高版本 MySQL 還會直接報時區(qū)錯誤。driverClassNamecom.mysql.cj.jdbc.Driver urljdbc:mysql://127.0.0.1:3306/supermarket_db?useUnicodetruecharacterEncodingutf8useSSLfalseserverTimezoneAsia/Shanghai usernameroot password你自己的密碼 # 初始連接數(shù)、最大連接數(shù)、最大等待時間 initialSize5 maxActive20 maxWait60000在java目錄下建com.supermarket.util.DBUtil類。這個工具類全局只創(chuàng)建一個 DruidDataSource 實例所有 DAO 層代碼都通過它拿連接和釋放資源。注意這里必須用靜態(tài)代碼塊保證只初始化一次否則每次請求都新建連接池會被系統(tǒng)資源直接拖垮package com.supermarket.util; import com.alibaba.druid.pool.DruidDataSource; import com.alibaba.druid.pool.DruidDataSourceFactory; import javax.sql.DataSource; import java.io.InputStream; import java.sql.Connection; import java.sql.ResultSet; import java.sql.Statement; import java.util.Properties; public class DBUtil { private static DataSource dataSource; static { try { InputStream in DBUtil.class.getClassLoader().getResourceAsStream(db.properties); Properties props new Properties(); props.load(in); dataSource DruidDataSourceFactory.createDataSource(props); } catch (Exception e) { throw new ExceptionInInitializerError(數(shù)據(jù)庫連接池初始化失敗 e.getMessage()); } } public static Connection getConnection() throws Exception { return dataSource.getConnection(); } /** 數(shù)據(jù)庫連接池中拿到的連接調(diào)用 close() 只是歸還連接 */ public static void close(Connection conn, Statement stmt, ResultSet rs) { try { if (rs ! null) rs.close(); } catch (Exception ignored) {} try { if (stmt ! null) stmt.close(); } catch (Exception ignored) {} try { if (conn ! null) conn.close(); } catch (Exception ignored) {} } }代碼邏輯上這類工具類是整個系統(tǒng)的地基。任何 DAO 里都通過DBUtil.getConnection()拿連接用完必須調(diào)用close()歸還。Druid 的close()行為不是真正關(guān)閉連接而是歸還到池里這一點(diǎn)要在答辯時說清楚——你并不是放棄了連接而是在做連接復(fù)用。參數(shù)方面maxActive設(shè) 20 對畢業(yè)設(shè)計足夠并發(fā)量不大的情況下 20 個連接已經(jīng)富余maxWait設(shè) 60000 表示如果池里沒有空閑連接最多等待 60 秒超時則拋出異常避免請求無限阻塞。3.3 用 BaseServlet 統(tǒng)一請求分發(fā)告別 Servlet 類爆炸如果按傳統(tǒng)方式做商品模塊要寫商品列表 Servlet、添加商品 Servlet、刪除商品 Servlet……一個模塊三四張 Servlet 類整個系統(tǒng)會膨脹到二十多個類維護(hù)起來非常痛苦。這里換一種思路寫一個 BaseServlet 子類利用反射根據(jù)請求參數(shù)里的action值來路由到子類的具體方法。這是一個 show 代碼功力明顯的設(shè)計答辯時講出來能加分不少。BaseServlet 代碼如下package com.supermarket.servlet; import com.supermarket.util.DBUtil; import javax.servlet.ServletException; import javax.servlet.http.HttpServlet; import javax.servlet.http.HttpServletRequest; import javax.servlet.http.HttpServletResponse; import java.io.IOException; import java.lang.reflect.Method; /** * 所有業(yè)務(wù) Servlet 的父類 * 子類通過繼承它自動獲得按 action 參數(shù)分發(fā)請求的能力 */ public class BaseServlet extends HttpServlet { Override protected void service(HttpServletRequest req, HttpServletResponse resp) throws ServletException, IOException { req.setCharacterEncoding(UTF-8); String action req.getParameter(action); if (action null || action.isEmpty()) { resp.sendError(400, 缺少 action 參數(shù)); return; } try { // 反射調(diào)用子類中與 action 同名的方法 Method method this.getClass().getDeclaredMethod(action, HttpServletRequest.class, HttpServletResponse.class); method.setAccessible(true); method.invoke(this, req, resp); } catch (Exception e) { throw new ServletException(請求分發(fā)失敗 action, e); } } }邏輯上所有的業(yè)務(wù) Servlet 都繼承這個 BaseServlet新增加一個功能只需要在當(dāng)前 Servlet 里多寫一個 public 方法方法名就是 action 的值。例如ProductServlet里有l(wèi)ist方法和add方法前端請求product?actionlist就會自己走到 list 方法。到了 Servlet 3.0 以后映射關(guān)系用 WebServlet 注解寫在子類上不用再改 web.xml代碼能少寫一大截。反射調(diào)用的性能損耗可以忽略不計Tomcat 會復(fù)用 Servlet 實例。對應(yīng)的寫一個 LoginServlet 演示登錄邏輯和 Session 控制WebServlet(/login) public class LoginServlet extends BaseServlet { /** 渲染登錄頁面 */ public void toLogin(HttpServletRequest req, HttpServletResponse resp) throws ServletException, IOException { req.getRequestDispatcher(/login.jsp).forward(req, resp); } /** 校驗登錄 */ public void doLogin(HttpServletRequest req, HttpServletResponse resp) throws Exception { String username req.getParameter(username); String password MD5Util.md5(req.getParameter(password)); UserDao userDao new UserDao(); User user userDao.findByUsernameAndPassword(username, password); if (user ! null) { // 存入 Session后續(xù)用過濾器判斷是否已登錄 req.getSession().setAttribute(loginUser, user); resp.sendRedirect(req.getContextPath() /product?actionlist); } else { req.setAttribute(errorMsg, 用戶名或密碼錯誤); req.getRequestDispatcher(/login.jsp).forward(req, resp); } } }MD5Util 是一個自己封裝的工具類對MessageDigest做包裝把密碼摘要成十六進(jìn)制字符串。注意這里有個安全習(xí)慣數(shù)據(jù)庫里存的是 MD5 密文用戶輸入密碼后要在 Java 端先加密再比較絕不能WHERE password$password直接拼接明文。登錄成功后用重定向而不是轉(zhuǎn)發(fā)這樣可以防止用戶刷新頁面時重復(fù)提交表單。Session 里的 loginUser 會被后面的登錄過濾器讀取這是 javaweb 項目做權(quán)限控制的標(biāo)準(zhǔn)姿勢。3.4 登錄過濾器和 web.xml 配置讓未登錄用戶無法訪問敏感頁面登錄校驗做完必須配上過濾器攔住那些不登錄就輸入 URL 訪問頁面的請求。創(chuàng)建一個 LoginFilter 實現(xiàn)javax.servlet.Filter接口在doFilter方法里判斷 Session 是否存在用戶存在就放行不存在直接重定向到登錄頁。要注意放行靜態(tài)資源和登錄相關(guān)的 URL否則模板引擎一加載 CSS 圖片就被攔住了頁面會變成純文本裸奔。filter filter-nameloginFilter/filter-name filter-classcom.supermarket.filter.LoginFilter/filter-class /filter filter-mapping filter-nameloginFilter/filter-name !-- 攔所有請求但靜態(tài)資源和登錄頁需要手動放行 -- url-pattern/*/url-pattern /filter-mapping如果項目用的是純注解方式也可以用WebFilter(/*)但是要注意dispatcher配置在 web.xml 和注解混用時代很容易出現(xiàn)過濾器重復(fù)執(zhí)行。配置完成后啟動 Tomcat瀏覽器訪問http://localhost:8080/supermarket/login能看到登錄頁面說明環(huán)境已經(jīng)通了一半——接下來用測試賬號登錄并跳到商品列表頁這一條鏈路跑通后面所有模塊的排查思路就清晰了。4. 核心業(yè)務(wù)實現(xiàn)進(jìn)貨入庫和 POS 收銀的事務(wù)與庫存聯(lián)動4.1 進(jìn)貨入庫主表明細(xì)表的寫入邏輯超市系統(tǒng)最核心的閉環(huán)是進(jìn)貨 → 入庫 → 上架 → 銷售 → 庫存扣減。進(jìn)貨這一步頁面是選擇供應(yīng)商 動態(tài)添加商品行提交到后端時請求里會攜帶一個供應(yīng)商 ID、多個商品 ID 和數(shù)量。這里故意設(shè)計成單個 Servlet 的單個方法一次性接收所有參數(shù)不能再走常見的逐條保存。具體邏輯拆解如下WebServlet(/stockIn) public class StockInServlet extends BaseServlet { public void add(HttpServletRequest req, HttpServletResponse resp) throws Exception { int supplierId Integer.parseInt(req.getParameter(supplierId)); int userId ((User) req.getSession().getAttribute(loginUser)).getId(); String[] productIds req.getParameterValues(productId); String[] quantities req.getParameterValues(quantity); String[] prices req.getParameterValues(price); // 內(nèi)部累加總金額同時生成主表記錄 double totalAmount 0; for (int i 0; i productIds.length; i) { totalAmount Double.parseDouble(prices[i]) * Integer.parseInt(quantities[i]); } Connection conn null; try { conn DBUtil.getConnection(); // 開啟事務(wù)之后任何一步失敗進(jìn)庫主表都不會留下殘缺數(shù)據(jù) conn.setAutoCommit(false); StockInDao stockInDao new StockInDao(); StockInItemDao itemDao new StockInItemDao(); ProductDao productDao new ProductDao(); // 1. 插入進(jìn)貨單主表拿到自增 ID int stockInId stockInDao.insert(conn, supplierId, userId, totalAmount); // 2. 逐條插入明細(xì)表 for (int i 0; i productIds.length; i) { int productId Integer.parseInt(productIds[i]); int quantity Integer.parseInt(quantities[i]); double price Double.parseDouble(prices[i]); itemDao.insert(conn, stockInId, productId, quantity, price); // 3. 同步累加商品庫存 productDao.increaseStock(conn, productId, quantity); } // 全部成功才提交 conn.commit(); resp.sendRedirect(req.getContextPath() /stockIn?actionlist); } catch (Exception e) { // 異常則整體回滾保證數(shù)據(jù)一致 conn.rollback(); throw new ServletException(進(jìn)貨失敗已回滾 e.getMessage(), e); } finally { conn.setAutoCommit(true); DBUtil.close(conn, null, null); } } }這段代碼有兩個關(guān)鍵點(diǎn)必須講給讀者。第一是conn.setAutoCommit(false)開啟手動事務(wù)把插主表 插明細(xì) 更新庫存變成一個原子操作任何一步拋異常所有已執(zhí)行的操作全部回滾。如果沒有事務(wù)極容易出現(xiàn)主表寫了一條進(jìn)貨單但庫存沒加上的臟數(shù)據(jù)。第二是 DAO 方法全部接受Connection參數(shù)——這是為了保證它們參與同一個事務(wù)而每個方法內(nèi)部不能再自己DBUtil.getConnection()拿新連接否則事務(wù)就斷開了。這是很多不成熟的源碼最常見的錯誤把事務(wù)相關(guān)的代碼寫得看似有但實際無效。參數(shù)說明上productIds使用getParameterValues接收同名參數(shù)數(shù)組這要求前端表單里每個商品行的name屬性都叫productId。如果實際運(yùn)行時只拿到一條數(shù)據(jù)先去看瀏覽器 Network 面板再決定是改前端還是改后端。totalAmount在 Java 端累加后寫入主表避免數(shù)據(jù)庫里多次 SUM 帶來的性能浪費(fèi)。庫存更新用的increaseStock是 PreparedStatement 的UPDATE t_product SET stock stock ? WHERE id ?這比先 SELECT 再 UPDATE 的讀改寫方式更安全不會因為并發(fā)讀取舊值而覆蓋掉中間的變動。4.2 收銀出庫同時扣庫存和生成銷售單收銀臺是另一個高頻操作。顧客選完商品后收銀員在頁面逐個掃描條碼系統(tǒng)累加購物車最后點(diǎn)擊結(jié)算后端一次性處理生成銷售單主表、寫入銷售明細(xì)、扣減庫存。扣庫存的 SQL 非常關(guān)鍵——把它設(shè)計成條件更新只有stock 購買數(shù)量時才執(zhí)行成功這正是解決超賣的方法UPDATE t_product SET stock stock - ? WHERE id ? AND stock ?前端收銀頁的核心邏輯是輸入框監(jiān)聽回車事件條碼匹配后通過 AJAX 查詢商品信息把名稱價格追加到購物車列表。這個效果聽起來復(fù)雜但可以用 jQuery 加少量 JavaScript 在 JSP 頁面里實現(xiàn)。關(guān)鍵代碼邏輯是每掃描一個條碼就向product?actionfindByCode發(fā)一個請求成功后往表格里追加一行。結(jié)算時把購物車數(shù)據(jù)依次填到隱藏表單字段里一次性提交全部數(shù)據(jù)。這種設(shè)計要說明的是數(shù)據(jù)量在單次幾十件以內(nèi)時完全沒有性能壓力不需要把購物車放到 Session 里每次結(jié)算都攜帶完整商品數(shù)組即可結(jié)構(gòu)簡單也不容易出錯。4.3 庫存預(yù)警讓項目看起來會思考進(jìn)銷存之外一個加分模塊是庫存預(yù)警。商品表里的stock_min字段此刻派上用場商品列表頁加載時對所有stock stock_min的商品打上紅色標(biāo)記首頁再用一個 SQL 查出需要補(bǔ)貨的商品數(shù)量。這個功能實現(xiàn)難度低、可視性強(qiáng)答辯時評委一般都會看上兩眼。典型實現(xiàn)是商品列表 DAO 里加一個方法public ListProduct findLowStockList(Connection conn) { String sql SELECT * FROM t_product WHERE stock stock_min ORDER BY (stock_min - stock) DESC; return queryList(conn, sql); }把低庫存列表放到后臺首頁登錄后第一眼就能看到哪些商品需要補(bǔ)貨這就是整個系統(tǒng)里最有業(yè)務(wù)價值的功能之一。從能用到好用庫存預(yù)警是一個性價比很高的功能點(diǎn)。對比維度上它和銷售時段統(tǒng)計報表一樣可以讓項目在功能列表里多出決策輔助這一分類而后者可以基于銷售單據(jù)表按小時分組聚合SQL 復(fù)雜一點(diǎn)但同樣可控。5. 部署和測試避坑5 個你能遇到的痛苦時刻和對應(yīng)解法5.1 現(xiàn)象Druid 啟動直接拋 ClassNotFoundException項目根本起不來這個報錯是驅(qū)動 JAR 沒有真正進(jìn)入 Tomcat 的 classpath 造成的。原因一般是 Maven 依賴沒導(dǎo)入全或者是 IDEA 的 Artifacts 配置里沒有把 mysql-connector 這個 jar 加入WEB-INF/lib。很多人只在 pom.xml 里寫了依賴就以為萬事大吉實際上 IDEA 要把依賴打進(jìn)去還需要重新構(gòu)建 Artifact。解決方法是打開File → Project Structure → Artifacts在 Output Layout 里右鍵Put into Output Root把mysql-connector-java和druid的 jar 加入WEB-INF/lib然后Build → Rebuild Project。如果還是報錯用壓縮軟件打開生成的 war 包檢查WEB-INF/lib下有沒有這兩個 jar這個土辦法最直觀。5.2 現(xiàn)象插入數(shù)據(jù)庫的中文全是問號或者變成 ?23? 這類亂碼原因通常是三層字符集不一致數(shù)據(jù)庫表字符集、JDBC 連接串字符集、JSP 頁面字符集。建庫時已經(jīng)用了utf8mb4連接串里也寫入characterEncodingutf8那亂碼多半出在 JSP 或者請求編碼上。檢查所有 JSP 頁面開頭是否有% page languagejava contentTypetext/html; charsetUTF-8 pageEncodingUTF-8%以及 Tomcat 是否設(shè)置了 URI 編碼在conf/server.xml的 Connector 節(jié)點(diǎn)上加URIEncodingUTF-8。GET 請求的參數(shù)默認(rèn)按 ISO-8859-1 解碼這是鄙視鏈最頂端一個隱藏很深的坑POST 請求則靠req.setCharacterEncoding(UTF-8)解決。如果你每一步都對還是亂碼用數(shù)據(jù)庫客戶端直接執(zhí)行 SQL 插入一條中文數(shù)據(jù)能正常顯示的話說明問題確實在應(yīng)用層。5.3 現(xiàn)象登錄后跳轉(zhuǎn)商品列表 404控制臺找不到任何錯誤這種情況大概率不是代碼錯了而是訪問路徑不對。Servlet 配置的映射是/product但請求里寫成了/productServlet或者 JSP 頁面里表單 action 寫的路徑?jīng)]有帶req.getContextPath()。在 IDEA 內(nèi)置 Tomcat 中運(yùn)行時應(yīng)用上下文路徑就是部署時設(shè)置的名稱比如http://localhost:8080/supermarket_war_exploded/后面這串又臭又長的路徑是 IDEA 默認(rèn)生成的應(yīng)該手動改成/supermarket。修改方式Edit Configurations → Deployment → Application context改成/supermarket以后所有鏈接統(tǒng)一以${pageContext.request.contextPath}開頭。這一步是新手花時間最多的地方不是代碼邏輯問題而是工程配置問題要一步步排查。5.4 現(xiàn)象服務(wù)器啟動后訪問報 500堆棧里提示 Client does not support authentication protocol requested by server這是 MySQL 8.0 特有的坑默認(rèn)密碼加密方式是caching_sha2_password而老版本的 MySQL 驅(qū)動 JDBC 不支持。解決方法是把驅(qū)動升級到 8.0 以上或者把用戶密碼認(rèn)證方式改成mysql_native_password。在數(shù)據(jù)庫里執(zhí)行ALTER USER rootlocalhost IDENTIFIED WITH mysql_native_password BY 你的密碼; FLUSH PRIVILEGES;如果改了還是報錯檢查連接串里是否漏加了serverTimezoneAsia/Shanghai高版本 MySQL 驅(qū)動要求必須顯式指定時區(qū)否則連接時會拋 SQLException。這些其實都不是復(fù)雜原理就是每個做 javaweb 的人都會走一遍的路說出來是為了讓你遇到時不用問人也能自己判斷。5.5 現(xiàn)象兩個用戶同時買同一個商品庫存變成負(fù)數(shù)這屬于典型的并發(fā)超賣問題。原因在于用先 SELECT stock 再 UPDATE stock stock - 1兩步操作兩個請求同時讀到舊庫存就會互相覆蓋。解決方案就是前面收銀出庫部分寫的條件更新 SQLUPDATE t_product SET stock stock - ? WHERE id ? AND stock ?讓數(shù)據(jù)庫自己去判斷扣減條件而不是靠 Java 代碼先查后設(shè)。這個 SQL 保證了只有當(dāng)前庫存大于等于本次購買數(shù)量時才會真正執(zhí)行更新JDBC 返回的影響行數(shù)為 0則說明庫存不足本次結(jié)算直接提示用戶。這種處理在數(shù)據(jù)庫層面保證了原子性也是進(jìn)銷存系統(tǒng)最常被考察的點(diǎn)。6. 答辯前做這兩件事數(shù)據(jù)驗證和報表之星系統(tǒng)功能做完別急著寫論文先用數(shù)據(jù)驗證證明系統(tǒng)的可靠性。準(zhǔn)備一個十行左右的 SQL 腳本模擬多次進(jìn)貨和多次銷售然后核對商品表庫存是否等于進(jìn)貨總量減銷售總量。如果一致說明事務(wù)控制正確如果不一致回頭檢查 4.1 節(jié)里的事務(wù)邊界是否有 Service 層繞過 Connection 參數(shù)的問題。這一步的驗證結(jié)論可以直接寫進(jìn)畢業(yè)論文的系統(tǒng)測試章節(jié)比你隨便寫幾行測試用例有說服力得多。第二個加分項是做一個簡單的近 30 天銷售趨勢報表頁面。SQL 用DATE_FORMAT(sale_time, %Y-%m-%d)做分組COUNT 算單量SUM 算銷售額每天一條記錄返回。頁面放一個表格或者用 ECharts 畫個折線圖展示波峰波谷日期。這個功能實現(xiàn)的絕對難度不大但它讓項目從增刪改查進(jìn)階到了數(shù)據(jù)可視化分析答辯時把亮點(diǎn)落在這里評委對工作量的認(rèn)可度會明顯不一樣。以前帶過的一個學(xué)生技術(shù)棧完全一樣就是多了這個報表答辯成績從良變成了優(yōu)。畢業(yè)設(shè)計項目的價值不完全在于功能數(shù)量而是在于你能把每個功能的設(shè)計緣由和工程權(quán)衡說清楚。希望這些經(jīng)驗?zāi)軒湍阍诖疝q前把系統(tǒng)打磨得又穩(wěn)又亮眼如果一路照著搭下來遇到什么反常識的報錯多半是環(huán)境問題而不是代碼問題別急著刪代碼重來先從配置上找原因。本文還有配套的精品資源點(diǎn)擊獲取