課設資源解析與部署指南)
簡介一套基于 Java 實現(xiàn)的超市積分管理系統(tǒng)項目資料定位清晰適合 Java Web 課程設計、畢業(yè)設計以及想了解企業(yè)級分層開發(fā)的初學者。系統(tǒng)圍繞會員、商品與積分等核心業(yè)務展開采用 MVC 設計思想并用 Servlet 處理請求、JSP 生成動態(tài)頁面、JDBC 完成數(shù)據(jù)庫訪問配合 DAO 模式將數(shù)據(jù)操作與業(yè)務邏輯解耦代碼結構清晰。壓縮包共 5 個文件包括源代碼壓縮包、項目截圖壓縮包、數(shù)據(jù)庫腳本、項目報告文檔和說明文本整體大小約 18.21MB目錄組織便于快速定位。目前已有 360 人學習下載。使用時可先導入 SQL 腳本建立數(shù)據(jù)環(huán)境再通過源碼理解各功能模塊的實現(xiàn)思路項目報告對需求分析、系統(tǒng)設計與測試過程有詳細記錄截圖則展示了實際界面效果能夠幫助使用者完成從環(huán)境搭建、功能復現(xiàn)到答辯匯報的完整流程。1. 基于 Java 的超市積分管理系統(tǒng)這套資源包到底解決什么問題在“基于 Java 的超市會員積分管理系統(tǒng)”這個題目前面這套壓縮包一次性給全了數(shù)據(jù)庫腳本 jf.sql、源代碼 jf.zip、項目報告、答辯 PPT 和項目截圖算是課設資源里少見的結構完整的版本。第一次拿到先別急著解壓找 README先把包里這幾樣東西的用途對清楚數(shù)據(jù)庫決定數(shù)據(jù)從哪來源代碼決定業(yè)務邏輯怎么寫報告和 PPT 決定答辯時你能講出多少東西。這類資源真正解決的問題是“完整 Java Web 項目長什么樣”。對還在做課設的同學來說最大的障礙不是寫不出積分換算算法而是不知道 Servlet、DAO、JSP 之間怎么組織代碼對想往簡歷上補一個業(yè)務場景的初級開發(fā)者來說難點則是積分流水、會員信息、商品數(shù)據(jù)這些表要怎么設計才不返工。這套資源把兩件事都攤開放在眼前你可以先跑通它再照著它的分層結構和表設計改成自己的版本。2. 源碼與數(shù)據(jù)庫拆解MVC 分層、DAO 封裝和業(yè)務表設計2.1 從包結構看分層Servlet 當控制器DAO 管數(shù)據(jù)把 jf.zip 解壓后用 IDEA 打開項目根包一般叫 com.supermarket 或者類似的命名下面按職責分成 entity、dao、servlet、util、filter 幾個子包。這種結構在 Java Web 課程設計里幾乎成了標準套路實體類對應數(shù)據(jù)庫表字段DAO 負責所有 SQL 操作Servlet 接收瀏覽器請求后調(diào)用 DAOJSP 只做頁面渲染不寫業(yè)務邏輯?？创a前先把這個對應關系記在腦子里后面無論看哪個文件都不會迷路。數(shù)據(jù)庫連接這個“地基”通常放在 util 包里命名為 DBUtil。常見寫法是靜態(tài)代碼塊加載驅(qū)動再用 getConnection() 返回連接同時提供一個 close() 方法回收資源public class DBUtil { private static final String URL jdbc:mysql://localhost:3306/jf?useSSLfalseserverTimezoneAsia/ShanghaicharacterEncodingutf8; private static final String USER root; private static final String PASSWORD 123456; static { try { Class.forName(com.mysql.jdbc.Driver); } catch (ClassNotFoundException e) { e.printStackTrace(); } } public static Connection getConnection() throws SQLException { return DriverManager.getConnection(URL, USER, PASSWORD); } public static void close(Connection conn, Statement stmt, ResultSet rs) { if (rs ! null) { try { rs.close(); } catch (SQLException e) { e.printStackTrace(); } } if (stmt ! null) { try { stmt.close(); } catch (SQLException e) { e.printStackTrace(); } } if (conn ! null) { try { conn.close(); } catch (SQLException e) { e.printStackTrace(); } } } }這里有兩個關鍵細節(jié)。第一URL 里的 serverTimezoneAsia/Shanghai 是給 MySQL 8.0 以上驅(qū)動用的老版本不加也能跑但新驅(qū)動不加會在獲取連接時直接拋時區(qū)異常。第二close() 方法要按 ResultSet、Statement、Connection 的順序關閉順序反了數(shù)據(jù)庫連接池里的連接很容易泄漏系統(tǒng)跑一段時間后就會出現(xiàn)連接不夠用的報錯。DAO 層的常見做法是每張表一個 DAO 類MemberDao 負責會員表的增刪改查PointsRecordDao 負責積分流水表。每個 DAO 里就是標準的 JDBC 五步加載驅(qū)動、獲取連接、預編譯 SQL、執(zhí)行、關閉資源。這種“一張表一個 DAO”的做法雖然樸素但做課設足夠了而且后續(xù)哪怕?lián)Q成 MyBatisSQL 語句本身也是可以直接遷移的。2.2 jf.sql 數(shù)據(jù)庫設計會員、商品、積分流水三張主表把 jf.sql 用文本編輯器打開先通讀所有建表語句。從這種課設項目的通用設計來看核心表通常是下面這四類你可以在自己的數(shù)據(jù)庫里對照確認表名作用關鍵字段member會員基本信息id、username、password、total_pointspoints_record積分流水記錄id、member_id、change_type、points、remark、create_timegoods商品信息id、goods_name、price、stockadmin管理員賬號id、username、password會員表建表語句常見長這樣CREATE TABLE member ( id INT PRIMARY KEY AUTO_INCREMENT, username VARCHAR(50) NOT NULL UNIQUE, password VARCHAR(50) NOT NULL, real_name VARCHAR(50), phone VARCHAR(20), total_points INT DEFAULT 0, create_time DATETIME DEFAULT CURRENT_TIMESTAMP );積分流水表是整套系統(tǒng)的對賬關鍵一般會定義 change_type 字段來區(qū)分積分是獲得還是消費CREATE TABLE points_record ( id INT PRIMARY KEY AUTO_INCREMENT, member_id INT NOT NULL, change_type TINYINT COMMENT 1-獲得 2-消費 3-過期, points INT NOT NULL, remark VARCHAR(255), create_time DATETIME DEFAULT CURRENT_TIMESTAMP, FOREIGN KEY (member_id) REFERENCES member(id) );看建表語句時我建議你把重心放在兩個地方。一是字符集是不是統(tǒng)一用的 utf8mb4如果建表語句里沒寫 DEFAULT CHARSETutf8mb4導入后中文大概率亂碼。二是外鍵關聯(lián)積分流水表的 member_id 是否和 member 表建立了正確聯(lián)系這決定了后面按會員查明細時能不能用一條 JOIN 語句搞定。這里還要解釋一個業(yè)務常識為什么積分系統(tǒng)一定要有流水表只維護 member 表里的 total_points更新一下總值不就行了從功能演示的角度確實行但真實業(yè)務里會員積分對不上賬時沒有任何明細可以追溯。這也是答辯時老師特別愛追問的點你要能說出“流水表記錄每一次變動、會員表只存匯總值兩個表配合才能對賬”這句話這道題基本就穩(wěn)了。2.3 為什么不直接用框架Servlet/JSP 組合的學習價值有人會困惑現(xiàn)在公司里都寫 Spring Boot為什么這種課程設計還是 Servlet JSP原因很直接課程設計考察的是 Web 原理。Servlet 是 Java Web 的根JSP 是視圖層的老牌方案把這個組合跑通你才真正理解 HTTP 請求怎么進服務端、response 怎么回瀏覽器。后面再上手 Spring MVC看到 DispatcherServlet 會非常親切因為它本身就是建立在 Servlet 規(guī)范之上的一層封裝。所以拆這套源碼的時候不要抱著“這代碼真老”的心態(tài)去看而是帶著“它在教科書里長什么樣”的心態(tài)。答辯時你也可以主動講一句“我這里的 Servlet 本質(zhì)上就是 Controller后續(xù)可以平滑遷移到 Spring MVC?！边@句話在不少老師那里是加分的因為說明你不是只會抄代碼而是看懂了分層本質(zhì)。3. 把項目跑起來環(huán)境配置、數(shù)據(jù)庫導入與部署步驟3.1 本地環(huán)境怎么搭JDK、Tomcat、MySQL 版本匹配能穩(wěn)定跑通這套 Java Web 課設的環(huán)境組合常見的是 JDK 8 Tomcat 8.5/9 MySQL 5.7 或 MySQL 8.0。版本要稍微對齊否則會出現(xiàn)驅(qū)動類和 JDK 版本不匹配的報錯。我的個人習慣是 JDK 8 配 Tomcat 8.5MySQL 用 5.7這套組合與多數(shù)課設代碼的年代最接近翻車率最低。如果你本機已經(jīng)裝了高版本 JDK比如 JDK 17項目里某些用了舊 API 的代碼可能會編譯不過。這種情況不要硬調(diào) JDK 版本更好的做法是在 IDEA 里用 Project Structure 單獨給項目指定 JDK 8不影響系統(tǒng)全局環(huán)境。3.2 導入 jf.sql命令行和可視化工具兩條路MySQL 5.7 導入最干凈的方式是命令行先確認 MySQL 服務已啟動再執(zhí)行mysql -u root -p jf.sql如果 jf.sql 里沒有包含 CREATE DATABASE 語句需要先手動建庫再導入mysql -u root -p -e CREATE DATABASE jf DEFAULT CHARACTER SET utf8mb4; mysql -u root -p jf jf.sql這兩條命令的意思分別是建一個名為 jf 的數(shù)據(jù)庫并指定 utf8mb4 字符集然后把 jf.sql 里的建表和數(shù)據(jù)導入 jf 庫。注意第二條命令的 jf 參數(shù)表示選中數(shù)據(jù)庫如果漏了它所有表都會建到默認庫里項目就連不上了。用 Navicat 的話邏輯一樣右鍵連接下的數(shù)據(jù)庫選擇“運行 SQL 文件”選中 jf.sql然后把選項里的“遇到錯誤時停止”關閉。這個選項開著時一個字符集級別的警告就可能讓整個導入中斷實際 SQL 本身可能并沒有致命問題。3.3 修改數(shù)據(jù)庫連接參數(shù)DBUtil 與配置文件導入數(shù)據(jù)庫后代碼里的連接信息不一定和你本機匹配。默認密碼如果不是 123456你逐個翻文件找會很浪費時間。最快的方式是直接在 IDEA 里全局搜索 jdbc:mysql定位到 DBUtil.java 或者 src 目錄下的 db.properties、jdbc.propertiesjdbc.drivercom.mysql.jdbc.Driver jdbc.urljdbc:mysql://localhost:3306/jf?useSSLfalseserverTimezoneAsia/ShanghaicharacterEncodingutf8 jdbc.usernameroot jdbc.password你的密碼改完配置文件后IDEA 的 target 目錄會自動同步不用手動重啟編譯。這里想強調(diào)的一點是很多同學只改密碼不改 URL 里的庫名結果 jf.sql 導入到了叫 test 的庫里代碼卻還連 jf 庫報了“Table doesnt exist”的錯誤。用項目之前把“數(shù)據(jù)庫名、賬號、密碼”這三個參數(shù)同時統(tǒng)一好后面能省出至少一小時排錯時間。把 jf.zip 解壓時還要注意一點不要用系統(tǒng)自帶的解壓功能直接雙擊打開那樣全中文文件名在某些 Windows 版本下會出現(xiàn)編碼問題。建議用 7-Zip 或 WinRAR 解壓到?jīng)]有中文的路徑比如 D:\jf-project然后整個路徑盡量避免中文字符不然 Tomcat 部署階段偶爾會出現(xiàn)奇怪的路徑解析問題。3.4 IDEA 配置 Tomcat 并啟動war exploded 是關鍵IDEA 里部署 Web 項目的標準流程是Run → Edit Configurations → 點加號選 Tomcat Server → Local然后在 Deployment 頁簽添加 Artifact選 war exploded 格式Application context 填 /jf。這里學生的常見誤操作是添加了 Artifact 但忘記設置 context或者直接用了 war 包格式導致修改代碼后要反復重新打包開發(fā)效率極低。war exploded 的意思是“解壓后的目錄”開發(fā)時改 JSP 頁面和資源文件刷新瀏覽器就能看到效果不需要重新打 war 包。配置好之后啟動 Tomcat瀏覽器訪問 http://localhost:8080/jf/如果能看到登錄頁面說明項目骨架已經(jīng)活了。4. 核心業(yè)務實現(xiàn)積分累計、積分消費與流水查詢4.1 登錄與權限管理員和會員兩種身份怎么區(qū)分從功能列表看系統(tǒng)首先要解決的是登錄。admin 表存管理員member 表存會員登錄時 Servlet 先根據(jù)頁面提交的賬號去查對應表比對密碼通過后把用戶對象放進 session。之后 JSP 頁面通過判斷 session 里的用戶身份決定顯示管理員菜單還是會員菜單。登錄邏輯的典型寫法String username request.getParameter(username); String password request.getParameter(password); Member member memberDao.findByUsername(username); if (member ! null member.getPassword().equals(password)) { session.setAttribute(loginUser, member); response.sendRedirect(index.jsp); } else { request.setAttribute(error, 用戶名或密碼錯誤); request.getRequestDispatcher(login.jsp).forward(request, response); }這段代碼值得注意的點是密碼比對方式。課設項目直接用明文比對很常見因為演示方便但如果這個項目要寫進簡歷你至少該補一層 MD5 加鹽。面試官如果看到你簡歷里寫的是 Java 項目問到用戶密碼安全你的回答如果只是“明文存”印象分會差很多。4.2 積分累計消費金額怎么換算成積分積分累計是整套系統(tǒng)的核心業(yè)務。假設規(guī)則是“消費每滿 10 元累計 1 積分”那在結賬動作里要同時完成兩件事更新 member 表的 total_points再往 points_record 表插入一條獲得明細。事務控制是這里最容易翻車的點沒加事務的話更新了總分但沒寫入流水或者寫了流水但總分沒變都會讓數(shù)據(jù)對不上。參考實現(xiàn)public void addPoints(int memberId, double amount) { int points (int) Math.floor(amount / 10); if (points 0) return; Connection conn null; PreparedStatement ps1 null; PreparedStatement ps2 null; try { conn DBUtil.getConnection(); conn.setAutoCommit(false); ps1 conn.prepareStatement(UPDATE member SET total_points total_points ? WHERE id ?); ps1.setInt(1, points); ps1.setInt(2, memberId); ps1.executeUpdate(); ps2 conn.prepareStatement(INSERT INTO points_record(member_id, change_type, points, remark) VALUES(?, 1, ?, 消費積分)); ps2.setInt(1, memberId); ps2.setInt(2, points); ps2.executeUpdate(); conn.commit(); } catch (SQLException e) { if (conn ! null) { try { conn.rollback(); } catch (SQLException ex) { ex.printStackTrace(); } } e.printStackTrace(); } finally { DBUtil.close(conn, ps1, null); DBUtil.close(null, ps2, null); } }這段代碼里有三個可以展開講的設計。第一Math.floor 向下取整9.9 元的消費不會給你算出 1 積分這符合業(yè)務直覺。第二setAutoCommit(false) 開啟手動事務commit 和 rollback 的配對保證兩個操作要么都成功要么都失敗這是數(shù)據(jù)庫原子性的實際應用。第三PreparedStatement 預編譯可以有效防止 SQL 注入JDBC 時代這個考點幾乎每次都會被問到你脫口答出來會顯得基礎很扎實。4.3 積分消費與流水查詢對賬邏輯怎么閉環(huán)積分消費是反方向操作。會員用積分抵扣金額時積分余額減少同時寫一條 change_type2 的記錄。查詢積分流水時頁面通常是一個表格列出每次變動的時間、類型、積分數(shù)和備注典型 SQL 是SELECT * FROM points_record WHERE member_id ? ORDER BY create_time DESC;這條 SQL 按會員 ID 過濾后按時間倒序排列保證最新變動排在最上面。拿到 ResultSet 后循環(huán)渲染到 JSP 表格里這就是一個完整的“DAO 查詢 → Servlet 轉(zhuǎn)發(fā) → JSP 展示”鏈路。為什么要強調(diào)流水查詢這個功能因為答辯時老師特別喜歡問“積分系統(tǒng)怎么防止會員惡意刷積分”你只要能說出“每一筆變動都有流水記錄前端只展示積分匯總后臺可按會員查明細”這個問題就答到點子上了。數(shù)據(jù)一致性在這里靠的不是什么高深算法而是“先建流水表、再動總分”的順序約定加一個事務兜底。5. 避坑與常見問題啟動、部署、答辯里的高頻坑5.1 數(shù)據(jù)庫連接報 Access denied 或 Public Key Retrieval現(xiàn)象Tomcat 啟動不報錯但訪問登錄頁提交后提示 Access denied for user rootlocalhost (using password: YES)或者直接報 Communications link failure。原因數(shù)據(jù)庫密碼和代碼里的連接參數(shù)不一致或者 MySQL 8.0 默認使用 caching_sha2_password 認證插件老驅(qū)動首次連接時無法自動完成公鑰檢索。解決先改 DBUtil 或 db.properties 里的密碼如果用的 MySQL 8.0就在連接 URL 末尾追加 allowPublicKeyRetrievaltrueuseSSLfalse再把數(shù)據(jù)庫用戶的認證插件改成 mysql_native_password。命令是 ALTER USER rootlocalhost IDENTIFIED WITH mysql_native_password BY 你的密碼;執(zhí)行完后重啟 Tomcat。5.2 頁面中文全部變成問號現(xiàn)象登錄后頁面顯示??? 或者繁體亂碼數(shù)據(jù)庫里看中文數(shù)據(jù)也全是亂碼。原因數(shù)據(jù)庫連接字符集沒指定或者 JSP/Servlet 沒有統(tǒng)一編碼過濾器也可能是建庫時沒指定 utf8mb4。解決建庫時強制 DEFAULT CHARACTER SET utf8mb4JDBC URL 里帶 characterEncodingutf8項目里加上一個 CharacterEncodingFilter把 request 和 response 的編碼都設置成 UTF-8。檢查順序是從數(shù)據(jù)庫到代碼再到頁面逐層排除一般都能定位到是某一步?jīng)]做編碼統(tǒng)一。5.3 部署后一直 404訪問不到項目頁面現(xiàn)象IDEA 配置 Tomcat 后訪問 localhost:8080 能看到 Tomcat 歡迎頁但訪問 /jf/ 顯示 404。原因Deployment 里沒有添加 Artifact或者 Application context 設置成了 /導致項目沒有掛載到預期路徑。解決Run → Edit Configurations → Deployment 頁簽添加 Artifact選 war exploded把 Application context 改為 /jf保存后重啟。重啟后看控制臺日志里是否有 “Deployment of web application archive” 這一行有這一行說明部署成功純粹是路徑問題。5.4 代碼導入 IDEA 后大量紅叉報錯現(xiàn)象打開項目后一堆 import 語句標紅提示找不到包或 JDK 版本錯誤。原因IDEA 沒有正確識別這個項目的 SDK或者項目本身不是 Maven 工程依賴庫沒有自動下載。解決File → Project Structure → Project SDK 選擇 JDK 8Modules 里確認 Sources 路徑如果項目里有 pom.xml右鍵點 Maven → Reload Project。還有一種情況是 lib 目錄下的 jar 包沒有加到模塊依賴里需要 Modules → Dependencies 手動添加 jar 包。這兩種情況按順序檢查紅線基本都能消掉。5.5 答辯時被問“為什么用 Servlet 不用框架”現(xiàn)象老師看完代碼后問現(xiàn)在都用 Spring Boot你為什么用 Servlet原因老師想確認你是真的理解底層原理還是只會套框架。解決如實說明課設考察點是 Web 原理和 MVC 分層然后強調(diào) Servlet 本身就是 MVC 里的 Controller并且你項目里的 DAO 層以后可以平滑遷移到 Spring Boot。如果能在這個回答后補一句“Spring MVC 的 DispatcherServlet 就是基于 Servlet 規(guī)范封裝的”這個問題就變成了加分題。6. 從復現(xiàn)到改造答辯講解與二次開發(fā)技巧6.1 答辯講解按數(shù)據(jù)流走不要按目錄念 PPT答辯 PPT 里通常有項目背景、需求分析、系統(tǒng)設計、功能演示這些章節(jié)但照著順序念是新手最容易踩的坑。我的習慣是畫一條業(yè)務數(shù)據(jù)流主線登錄 → 查詢會員 → 累計積分 → 消費積分 → 查看流水。這條線走完老師基本就明白系統(tǒng)做了什么再回頭講表結構和分層設計邏輯就會非常順。項目報告和截圖建議提前對照看一遍。截圖是你說服別人的最直接證據(jù)運行界面里如果能看到積分流水列表、扣減前后的余額變化比任何文字都管用。答辯前至少完整跑一遍所有功能把“輸入什么 → 數(shù)據(jù)庫變化了什么 → 頁面展示了什么”這三個觀察點記住。6.2 二次開發(fā)加功能從加訂單表到遷移 Spring Boot這個項目最值得改的方向是加一張訂單表把積分累計和消費都關聯(lián)到訂單上下文。常見做法是建 order 表和 order_item 明細表積分規(guī)則表單獨抽出來這樣“消費多少、按什么比例換算、積分什么時候到賬”就不再是寫死的常量而是可配置的業(yè)務規(guī)則。這個改動不大但能讓系統(tǒng)的可解釋性提升一個檔次。如果有余力可以嘗試把 DAO 層換掉租用一段實踐 Spring Boot MyBatis 的遷移經(jīng)歷。你會發(fā)現(xiàn)原來寫的 SQL 基本都是能復用的只要把 JDBC 模板換成 Mapper 接口就行。這個過程本身就是一次很好的 Java 基礎復習從 Servlet 到 Spring Boot 的跳躍不會太突兀。從那以后我拆這種課設壓縮包第一件事一定是先看數(shù)據(jù)庫腳本和說明文檔而不是先解壓代碼。數(shù)據(jù)庫表能建出來業(yè)務邏輯就完成了一半代碼和庫對不上跑起來全是坑。這個習慣幫我跳過了至少五六個版本的課設項目排錯也希望你能在拿到這套資源后少走這一步彎路。希望幫到你。本文還有配套的精品資源點擊獲取 Java超市會員積分管理系統(tǒng)課設資源解析與部署指南
簡介一套基于 Java 實現(xiàn)的超市積分管理系統(tǒng)項目資料定位清晰適合 Java Web 課程設計、畢業(yè)設計以及想了解企業(yè)級分層開發(fā)的初學者。系統(tǒng)圍繞會員、商品與積分等核心業(yè)務展開采用 MVC 設計思想并用 Servlet 處理請求、JSP 生成動態(tài)頁面、JDBC 完成數(shù)據(jù)庫訪問配合 DAO 模式將數(shù)據(jù)操作與業(yè)務邏輯解耦代碼結構清晰。壓縮包共 5 個文件包括源代碼壓縮包、項目截圖壓縮包、數(shù)據(jù)庫腳本、項目報告文檔和說明文本整體大小約 18.21MB目錄組織便于快速定位。目前已有 360 人學習下載。使用時可先導入 SQL 腳本建立數(shù)據(jù)環(huán)境再通過源碼理解各功能模塊的實現(xiàn)思路項目報告對需求分析、系統(tǒng)設計與測試過程有詳細記錄截圖則展示了實際界面效果能夠幫助使用者完成從環(huán)境搭建、功能復現(xiàn)到答辯匯報的完整流程。1. 基于 Java 的超市積分管理系統(tǒng)這套資源包到底解決什么問題在“基于 Java 的超市會員積分管理系統(tǒng)”這個題目前面這套壓縮包一次性給全了數(shù)據(jù)庫腳本 jf.sql、源代碼 jf.zip、項目報告、答辯 PPT 和項目截圖算是課設資源里少見的結構完整的版本。第一次拿到先別急著解壓找 README先把包里這幾樣東西的用途對清楚數(shù)據(jù)庫決定數(shù)據(jù)從哪來源代碼決定業(yè)務邏輯怎么寫報告和 PPT 決定答辯時你能講出多少東西。這類資源真正解決的問題是“完整 Java Web 項目長什么樣”。對還在做課設的同學來說最大的障礙不是寫不出積分換算算法而是不知道 Servlet、DAO、JSP 之間怎么組織代碼對想往簡歷上補一個業(yè)務場景的初級開發(fā)者來說難點則是積分流水、會員信息、商品數(shù)據(jù)這些表要怎么設計才不返工。這套資源把兩件事都攤開放在眼前你可以先跑通它再照著它的分層結構和表設計改成自己的版本。2. 源碼與數(shù)據(jù)庫拆解MVC 分層、DAO 封裝和業(yè)務表設計2.1 從包結構看分層Servlet 當控制器DAO 管數(shù)據(jù)把 jf.zip 解壓后用 IDEA 打開項目根包一般叫 com.supermarket 或者類似的命名下面按職責分成 entity、dao、servlet、util、filter 幾個子包。這種結構在 Java Web 課程設計里幾乎成了標準套路實體類對應數(shù)據(jù)庫表字段DAO 負責所有 SQL 操作Servlet 接收瀏覽器請求后調(diào)用 DAOJSP 只做頁面渲染不寫業(yè)務邏輯?？创a前先把這個對應關系記在腦子里后面無論看哪個文件都不會迷路。數(shù)據(jù)庫連接這個“地基”通常放在 util 包里命名為 DBUtil。常見寫法是靜態(tài)代碼塊加載驅(qū)動再用 getConnection() 返回連接同時提供一個 close() 方法回收資源public class DBUtil { private static final String URL jdbc:mysql://localhost:3306/jf?useSSLfalseserverTimezoneAsia/ShanghaicharacterEncodingutf8; private static final String USER root; private static final String PASSWORD 123456; static { try { Class.forName(com.mysql.jdbc.Driver); } catch (ClassNotFoundException e) { e.printStackTrace(); } } public static Connection getConnection() throws SQLException { return DriverManager.getConnection(URL, USER, PASSWORD); } public static void close(Connection conn, Statement stmt, ResultSet rs) { if (rs ! null) { try { rs.close(); } catch (SQLException e) { e.printStackTrace(); } } if (stmt ! null) { try { stmt.close(); } catch (SQLException e) { e.printStackTrace(); } } if (conn ! null) { try { conn.close(); } catch (SQLException e) { e.printStackTrace(); } } } }這里有兩個關鍵細節(jié)。第一URL 里的 serverTimezoneAsia/Shanghai 是給 MySQL 8.0 以上驅(qū)動用的老版本不加也能跑但新驅(qū)動不加會在獲取連接時直接拋時區(qū)異常。第二close() 方法要按 ResultSet、Statement、Connection 的順序關閉順序反了數(shù)據(jù)庫連接池里的連接很容易泄漏系統(tǒng)跑一段時間后就會出現(xiàn)連接不夠用的報錯。DAO 層的常見做法是每張表一個 DAO 類MemberDao 負責會員表的增刪改查PointsRecordDao 負責積分流水表。每個 DAO 里就是標準的 JDBC 五步加載驅(qū)動、獲取連接、預編譯 SQL、執(zhí)行、關閉資源。這種“一張表一個 DAO”的做法雖然樸素但做課設足夠了而且后續(xù)哪怕?lián)Q成 MyBatisSQL 語句本身也是可以直接遷移的。2.2 jf.sql 數(shù)據(jù)庫設計會員、商品、積分流水三張主表把 jf.sql 用文本編輯器打開先通讀所有建表語句。從這種課設項目的通用設計來看核心表通常是下面這四類你可以在自己的數(shù)據(jù)庫里對照確認表名作用關鍵字段member會員基本信息id、username、password、total_pointspoints_record積分流水記錄id、member_id、change_type、points、remark、create_timegoods商品信息id、goods_name、price、stockadmin管理員賬號id、username、password會員表建表語句常見長這樣CREATE TABLE member ( id INT PRIMARY KEY AUTO_INCREMENT, username VARCHAR(50) NOT NULL UNIQUE, password VARCHAR(50) NOT NULL, real_name VARCHAR(50), phone VARCHAR(20), total_points INT DEFAULT 0, create_time DATETIME DEFAULT CURRENT_TIMESTAMP );積分流水表是整套系統(tǒng)的對賬關鍵一般會定義 change_type 字段來區(qū)分積分是獲得還是消費CREATE TABLE points_record ( id INT PRIMARY KEY AUTO_INCREMENT, member_id INT NOT NULL, change_type TINYINT COMMENT 1-獲得 2-消費 3-過期, points INT NOT NULL, remark VARCHAR(255), create_time DATETIME DEFAULT CURRENT_TIMESTAMP, FOREIGN KEY (member_id) REFERENCES member(id) );看建表語句時我建議你把重心放在兩個地方。一是字符集是不是統(tǒng)一用的 utf8mb4如果建表語句里沒寫 DEFAULT CHARSETutf8mb4導入后中文大概率亂碼。二是外鍵關聯(lián)積分流水表的 member_id 是否和 member 表建立了正確聯(lián)系這決定了后面按會員查明細時能不能用一條 JOIN 語句搞定。這里還要解釋一個業(yè)務常識為什么積分系統(tǒng)一定要有流水表只維護 member 表里的 total_points更新一下總值不就行了從功能演示的角度確實行但真實業(yè)務里會員積分對不上賬時沒有任何明細可以追溯。這也是答辯時老師特別愛追問的點你要能說出“流水表記錄每一次變動、會員表只存匯總值兩個表配合才能對賬”這句話這道題基本就穩(wěn)了。2.3 為什么不直接用框架Servlet/JSP 組合的學習價值有人會困惑現(xiàn)在公司里都寫 Spring Boot為什么這種課程設計還是 Servlet JSP原因很直接課程設計考察的是 Web 原理。Servlet 是 Java Web 的根JSP 是視圖層的老牌方案把這個組合跑通你才真正理解 HTTP 請求怎么進服務端、response 怎么回瀏覽器。后面再上手 Spring MVC看到 DispatcherServlet 會非常親切因為它本身就是建立在 Servlet 規(guī)范之上的一層封裝。所以拆這套源碼的時候不要抱著“這代碼真老”的心態(tài)去看而是帶著“它在教科書里長什么樣”的心態(tài)。答辯時你也可以主動講一句“我這里的 Servlet 本質(zhì)上就是 Controller后續(xù)可以平滑遷移到 Spring MVC?！边@句話在不少老師那里是加分的因為說明你不是只會抄代碼而是看懂了分層本質(zhì)。3. 把項目跑起來環(huán)境配置、數(shù)據(jù)庫導入與部署步驟3.1 本地環(huán)境怎么搭JDK、Tomcat、MySQL 版本匹配能穩(wěn)定跑通這套 Java Web 課設的環(huán)境組合常見的是 JDK 8 Tomcat 8.5/9 MySQL 5.7 或 MySQL 8.0。版本要稍微對齊否則會出現(xiàn)驅(qū)動類和 JDK 版本不匹配的報錯。我的個人習慣是 JDK 8 配 Tomcat 8.5MySQL 用 5.7這套組合與多數(shù)課設代碼的年代最接近翻車率最低。如果你本機已經(jīng)裝了高版本 JDK比如 JDK 17項目里某些用了舊 API 的代碼可能會編譯不過。這種情況不要硬調(diào) JDK 版本更好的做法是在 IDEA 里用 Project Structure 單獨給項目指定 JDK 8不影響系統(tǒng)全局環(huán)境。3.2 導入 jf.sql命令行和可視化工具兩條路MySQL 5.7 導入最干凈的方式是命令行先確認 MySQL 服務已啟動再執(zhí)行mysql -u root -p jf.sql如果 jf.sql 里沒有包含 CREATE DATABASE 語句需要先手動建庫再導入mysql -u root -p -e CREATE DATABASE jf DEFAULT CHARACTER SET utf8mb4; mysql -u root -p jf jf.sql這兩條命令的意思分別是建一個名為 jf 的數(shù)據(jù)庫并指定 utf8mb4 字符集然后把 jf.sql 里的建表和數(shù)據(jù)導入 jf 庫。注意第二條命令的 jf 參數(shù)表示選中數(shù)據(jù)庫如果漏了它所有表都會建到默認庫里項目就連不上了。用 Navicat 的話邏輯一樣右鍵連接下的數(shù)據(jù)庫選擇“運行 SQL 文件”選中 jf.sql然后把選項里的“遇到錯誤時停止”關閉。這個選項開著時一個字符集級別的警告就可能讓整個導入中斷實際 SQL 本身可能并沒有致命問題。3.3 修改數(shù)據(jù)庫連接參數(shù)DBUtil 與配置文件導入數(shù)據(jù)庫后代碼里的連接信息不一定和你本機匹配。默認密碼如果不是 123456你逐個翻文件找會很浪費時間。最快的方式是直接在 IDEA 里全局搜索 jdbc:mysql定位到 DBUtil.java 或者 src 目錄下的 db.properties、jdbc.propertiesjdbc.drivercom.mysql.jdbc.Driver jdbc.urljdbc:mysql://localhost:3306/jf?useSSLfalseserverTimezoneAsia/ShanghaicharacterEncodingutf8 jdbc.usernameroot jdbc.password你的密碼改完配置文件后IDEA 的 target 目錄會自動同步不用手動重啟編譯。這里想強調(diào)的一點是很多同學只改密碼不改 URL 里的庫名結果 jf.sql 導入到了叫 test 的庫里代碼卻還連 jf 庫報了“Table doesnt exist”的錯誤。用項目之前把“數(shù)據(jù)庫名、賬號、密碼”這三個參數(shù)同時統(tǒng)一好后面能省出至少一小時排錯時間。把 jf.zip 解壓時還要注意一點不要用系統(tǒng)自帶的解壓功能直接雙擊打開那樣全中文文件名在某些 Windows 版本下會出現(xiàn)編碼問題。建議用 7-Zip 或 WinRAR 解壓到?jīng)]有中文的路徑比如 D:\jf-project然后整個路徑盡量避免中文字符不然 Tomcat 部署階段偶爾會出現(xiàn)奇怪的路徑解析問題。3.4 IDEA 配置 Tomcat 并啟動war exploded 是關鍵IDEA 里部署 Web 項目的標準流程是Run → Edit Configurations → 點加號選 Tomcat Server → Local然后在 Deployment 頁簽添加 Artifact選 war exploded 格式Application context 填 /jf。這里學生的常見誤操作是添加了 Artifact 但忘記設置 context或者直接用了 war 包格式導致修改代碼后要反復重新打包開發(fā)效率極低。war exploded 的意思是“解壓后的目錄”開發(fā)時改 JSP 頁面和資源文件刷新瀏覽器就能看到效果不需要重新打 war 包。配置好之后啟動 Tomcat瀏覽器訪問 http://localhost:8080/jf/如果能看到登錄頁面說明項目骨架已經(jīng)活了。4. 核心業(yè)務實現(xiàn)積分累計、積分消費與流水查詢4.1 登錄與權限管理員和會員兩種身份怎么區(qū)分從功能列表看系統(tǒng)首先要解決的是登錄。admin 表存管理員member 表存會員登錄時 Servlet 先根據(jù)頁面提交的賬號去查對應表比對密碼通過后把用戶對象放進 session。之后 JSP 頁面通過判斷 session 里的用戶身份決定顯示管理員菜單還是會員菜單。登錄邏輯的典型寫法String username request.getParameter(username); String password request.getParameter(password); Member member memberDao.findByUsername(username); if (member ! null member.getPassword().equals(password)) { session.setAttribute(loginUser, member); response.sendRedirect(index.jsp); } else { request.setAttribute(error, 用戶名或密碼錯誤); request.getRequestDispatcher(login.jsp).forward(request, response); }這段代碼值得注意的點是密碼比對方式。課設項目直接用明文比對很常見因為演示方便但如果這個項目要寫進簡歷你至少該補一層 MD5 加鹽。面試官如果看到你簡歷里寫的是 Java 項目問到用戶密碼安全你的回答如果只是“明文存”印象分會差很多。4.2 積分累計消費金額怎么換算成積分積分累計是整套系統(tǒng)的核心業(yè)務。假設規(guī)則是“消費每滿 10 元累計 1 積分”那在結賬動作里要同時完成兩件事更新 member 表的 total_points再往 points_record 表插入一條獲得明細。事務控制是這里最容易翻車的點沒加事務的話更新了總分但沒寫入流水或者寫了流水但總分沒變都會讓數(shù)據(jù)對不上。參考實現(xiàn)public void addPoints(int memberId, double amount) { int points (int) Math.floor(amount / 10); if (points 0) return; Connection conn null; PreparedStatement ps1 null; PreparedStatement ps2 null; try { conn DBUtil.getConnection(); conn.setAutoCommit(false); ps1 conn.prepareStatement(UPDATE member SET total_points total_points ? WHERE id ?); ps1.setInt(1, points); ps1.setInt(2, memberId); ps1.executeUpdate(); ps2 conn.prepareStatement(INSERT INTO points_record(member_id, change_type, points, remark) VALUES(?, 1, ?, 消費積分)); ps2.setInt(1, memberId); ps2.setInt(2, points); ps2.executeUpdate(); conn.commit(); } catch (SQLException e) { if (conn ! null) { try { conn.rollback(); } catch (SQLException ex) { ex.printStackTrace(); } } e.printStackTrace(); } finally { DBUtil.close(conn, ps1, null); DBUtil.close(null, ps2, null); } }這段代碼里有三個可以展開講的設計。第一Math.floor 向下取整9.9 元的消費不會給你算出 1 積分這符合業(yè)務直覺。第二setAutoCommit(false) 開啟手動事務commit 和 rollback 的配對保證兩個操作要么都成功要么都失敗這是數(shù)據(jù)庫原子性的實際應用。第三PreparedStatement 預編譯可以有效防止 SQL 注入JDBC 時代這個考點幾乎每次都會被問到你脫口答出來會顯得基礎很扎實。4.3 積分消費與流水查詢對賬邏輯怎么閉環(huán)積分消費是反方向操作。會員用積分抵扣金額時積分余額減少同時寫一條 change_type2 的記錄。查詢積分流水時頁面通常是一個表格列出每次變動的時間、類型、積分數(shù)和備注典型 SQL 是SELECT * FROM points_record WHERE member_id ? ORDER BY create_time DESC;這條 SQL 按會員 ID 過濾后按時間倒序排列保證最新變動排在最上面。拿到 ResultSet 后循環(huán)渲染到 JSP 表格里這就是一個完整的“DAO 查詢 → Servlet 轉(zhuǎn)發(fā) → JSP 展示”鏈路。為什么要強調(diào)流水查詢這個功能因為答辯時老師特別喜歡問“積分系統(tǒng)怎么防止會員惡意刷積分”你只要能說出“每一筆變動都有流水記錄前端只展示積分匯總后臺可按會員查明細”這個問題就答到點子上了。數(shù)據(jù)一致性在這里靠的不是什么高深算法而是“先建流水表、再動總分”的順序約定加一個事務兜底。5. 避坑與常見問題啟動、部署、答辯里的高頻坑5.1 數(shù)據(jù)庫連接報 Access denied 或 Public Key Retrieval現(xiàn)象Tomcat 啟動不報錯但訪問登錄頁提交后提示 Access denied for user rootlocalhost (using password: YES)或者直接報 Communications link failure。原因數(shù)據(jù)庫密碼和代碼里的連接參數(shù)不一致或者 MySQL 8.0 默認使用 caching_sha2_password 認證插件老驅(qū)動首次連接時無法自動完成公鑰檢索。解決先改 DBUtil 或 db.properties 里的密碼如果用的 MySQL 8.0就在連接 URL 末尾追加 allowPublicKeyRetrievaltrueuseSSLfalse再把數(shù)據(jù)庫用戶的認證插件改成 mysql_native_password。命令是 ALTER USER rootlocalhost IDENTIFIED WITH mysql_native_password BY 你的密碼;執(zhí)行完后重啟 Tomcat。5.2 頁面中文全部變成問號現(xiàn)象登錄后頁面顯示??? 或者繁體亂碼數(shù)據(jù)庫里看中文數(shù)據(jù)也全是亂碼。原因數(shù)據(jù)庫連接字符集沒指定或者 JSP/Servlet 沒有統(tǒng)一編碼過濾器也可能是建庫時沒指定 utf8mb4。解決建庫時強制 DEFAULT CHARACTER SET utf8mb4JDBC URL 里帶 characterEncodingutf8項目里加上一個 CharacterEncodingFilter把 request 和 response 的編碼都設置成 UTF-8。檢查順序是從數(shù)據(jù)庫到代碼再到頁面逐層排除一般都能定位到是某一步?jīng)]做編碼統(tǒng)一。5.3 部署后一直 404訪問不到項目頁面現(xiàn)象IDEA 配置 Tomcat 后訪問 localhost:8080 能看到 Tomcat 歡迎頁但訪問 /jf/ 顯示 404。原因Deployment 里沒有添加 Artifact或者 Application context 設置成了 /導致項目沒有掛載到預期路徑。解決Run → Edit Configurations → Deployment 頁簽添加 Artifact選 war exploded把 Application context 改為 /jf保存后重啟。重啟后看控制臺日志里是否有 “Deployment of web application archive” 這一行有這一行說明部署成功純粹是路徑問題。5.4 代碼導入 IDEA 后大量紅叉報錯現(xiàn)象打開項目后一堆 import 語句標紅提示找不到包或 JDK 版本錯誤。原因IDEA 沒有正確識別這個項目的 SDK或者項目本身不是 Maven 工程依賴庫沒有自動下載。解決File → Project Structure → Project SDK 選擇 JDK 8Modules 里確認 Sources 路徑如果項目里有 pom.xml右鍵點 Maven → Reload Project。還有一種情況是 lib 目錄下的 jar 包沒有加到模塊依賴里需要 Modules → Dependencies 手動添加 jar 包。這兩種情況按順序檢查紅線基本都能消掉。5.5 答辯時被問“為什么用 Servlet 不用框架”現(xiàn)象老師看完代碼后問現(xiàn)在都用 Spring Boot你為什么用 Servlet原因老師想確認你是真的理解底層原理還是只會套框架。解決如實說明課設考察點是 Web 原理和 MVC 分層然后強調(diào) Servlet 本身就是 MVC 里的 Controller并且你項目里的 DAO 層以后可以平滑遷移到 Spring Boot。如果能在這個回答后補一句“Spring MVC 的 DispatcherServlet 就是基于 Servlet 規(guī)范封裝的”這個問題就變成了加分題。6. 從復現(xiàn)到改造答辯講解與二次開發(fā)技巧6.1 答辯講解按數(shù)據(jù)流走不要按目錄念 PPT答辯 PPT 里通常有項目背景、需求分析、系統(tǒng)設計、功能演示這些章節(jié)但照著順序念是新手最容易踩的坑。我的習慣是畫一條業(yè)務數(shù)據(jù)流主線登錄 → 查詢會員 → 累計積分 → 消費積分 → 查看流水。這條線走完老師基本就明白系統(tǒng)做了什么再回頭講表結構和分層設計邏輯就會非常順。項目報告和截圖建議提前對照看一遍。截圖是你說服別人的最直接證據(jù)運行界面里如果能看到積分流水列表、扣減前后的余額變化比任何文字都管用。答辯前至少完整跑一遍所有功能把“輸入什么 → 數(shù)據(jù)庫變化了什么 → 頁面展示了什么”這三個觀察點記住。6.2 二次開發(fā)加功能從加訂單表到遷移 Spring Boot這個項目最值得改的方向是加一張訂單表把積分累計和消費都關聯(lián)到訂單上下文。常見做法是建 order 表和 order_item 明細表積分規(guī)則表單獨抽出來這樣“消費多少、按什么比例換算、積分什么時候到賬”就不再是寫死的常量而是可配置的業(yè)務規(guī)則。這個改動不大但能讓系統(tǒng)的可解釋性提升一個檔次。如果有余力可以嘗試把 DAO 層換掉租用一段實踐 Spring Boot MyBatis 的遷移經(jīng)歷。你會發(fā)現(xiàn)原來寫的 SQL 基本都是能復用的只要把 JDBC 模板換成 Mapper 接口就行。這個過程本身就是一次很好的 Java 基礎復習從 Servlet 到 Spring Boot 的跳躍不會太突兀。從那以后我拆這種課設壓縮包第一件事一定是先看數(shù)據(jù)庫腳本和說明文檔而不是先解壓代碼。數(shù)據(jù)庫表能建出來業(yè)務邏輯就完成了一半代碼和庫對不上跑起來全是坑。這個習慣幫我跳過了至少五六個版本的課設項目排錯也希望你能在拿到這套資源后少走這一步彎路。希望幫到你。本文還有配套的精品資源點擊獲取