簡介這是一套面向Java初學(xué)者與進(jìn)階練手者的圖書銷售管理系統(tǒng)完整源碼基于Java與MySQL開發(fā)采用MVC設(shè)計(jì)模式并融入動(dòng)態(tài)代理模式適合在掌握J(rèn)ava基礎(chǔ)知識(shí)后通過實(shí)戰(zhàn)項(xiàng)目鞏固所學(xué)。壓縮包共364個(gè)文件約7.69MB其中jsp頁面45個(gè)、java源文件29個(gè)、class編譯文件29個(gè)另有js腳本21個(gè)、css樣式14個(gè)以及大量gif、jpg、png圖片資源并附帶sql腳本、jar依賴與項(xiàng)目配置文件結(jié)構(gòu)完整可直接導(dǎo)入運(yùn)行。系統(tǒng)圍繞網(wǎng)上購書場(chǎng)景設(shè)計(jì)涵蓋用戶登錄注冊(cè)、圖書管理、訂單處理等核心模塊幫助讀者理解分層架構(gòu)與業(yè)務(wù)邏輯實(shí)現(xiàn)。目前已有2019人學(xué)習(xí)下載可作為課程設(shè)計(jì)、畢業(yè)設(shè)計(jì)或自學(xué)練手的參考案例通過閱讀源碼與調(diào)試運(yùn)行掌握J(rèn)ava Web項(xiàng)目從數(shù)據(jù)庫設(shè)計(jì)到頁面交互的完整開發(fā)流程。1. 從一堆 .class 文件說起這套 Java 圖書銷售管理系統(tǒng)源碼到底能跑出什么如果你手里只有一份編譯后的.class清單——SmartUpload.class、OrderBean.class、UserLoginBean.class、BookManage.class、BookBean.class、SmartFile.class、RegUtil.class、AdminLoginBean.class、AddManager.class——第一反應(yīng)大概率是「這玩意兒能直接跑嗎」。我拿到這套 Java 圖書銷售管理系統(tǒng)源碼時(shí)也是同樣的疑問。它本質(zhì)上是一個(gè)基于 MVC 設(shè)計(jì)模式、用動(dòng)態(tài)代理串起業(yè)務(wù)層的 Web 練手項(xiàng)目后端 Java MySQL覆蓋了圖書瀏覽、下單、訂單管理、后臺(tái)圖書維護(hù)、管理員登錄這幾條主線。適合兩類人一是剛學(xué)完 Java 基礎(chǔ)、想找一個(gè)能跑通全流程的項(xiàng)目把面向?qū)ο?、集合、JDBC、Servlet 這些知識(shí)點(diǎn)串起來的人二是需要一套結(jié)構(gòu)清晰、能二次改造的圖書商城骨架的開發(fā)者。它不追求高并發(fā)也不玩微服務(wù)勝在業(yè)務(wù)閉環(huán)完整、代碼量可控拿來練手或者當(dāng)課程設(shè)計(jì)底子都合適。2. 環(huán)境搭建與數(shù)據(jù)庫落地把 class 文件還原成能跑的工程2.1 開發(fā)環(huán)境選型與依賴確認(rèn)這套源碼的技術(shù)棧是 Java MySQL沒有 Spring Boot 那種自動(dòng)裝配的便利屬于偏原生的 Servlet JSP 路線。選型上不用糾結(jié)JDK 8 是這類老項(xiàng)目的舒適區(qū)MySQL 5.7 或 8.0 都能跑Tomcat 8.5 或 9.0 作為容器。為什么強(qiáng)調(diào)版本因?yàn)镾martUpload這類文件上傳組件對(duì) Servlet API 版本敏感Tomcat 10 之后包名從javax.servlet變成jakarta.servlet直接部署會(huì)報(bào)ClassNotFoundException這是第一個(gè)容易翻車的地方。先把工程目錄結(jié)構(gòu)理清楚。典型布局是這樣的BookShop/ ├── src/ │ ├── com/book/bean/ # BookBean、OrderBean、UserLoginBean 等實(shí)體 │ ├── com/book/dao/ # 數(shù)據(jù)訪問層 │ ├── com/book/service/ # 業(yè)務(wù)層動(dòng)態(tài)代理在這里介入 │ ├── com/book/servlet/ # 控制層 │ └── com/book/util/ # RegUtil、SmartFile 等工具類 ├── WebContent/ │ ├── WEB-INF/ │ │ ├── web.xml │ │ └── lib/ # 放 mysql-connector、smartupload 等 jar │ ├── css/ js/ images/ │ └── *.jsp └── build/classes/ # 編譯輸出對(duì)應(yīng)你看到的那些 .classRegUtil.class是注冊(cè)校驗(yàn)工具SmartFile.class和SmartUpload.class負(fù)責(zé)文件上傳AdminLoginBean和UserLoginBean分別對(duì)應(yīng)后臺(tái)和前臺(tái)登錄AddManager.class是管理員添加邏輯。這些類名本身就是業(yè)務(wù)地圖照著它們?nèi)シ赐?DAO 和 Service 的調(diào)用鏈比盲目讀代碼快得多。2.2 數(shù)據(jù)庫建表與連接配置數(shù)據(jù)庫是這套系統(tǒng)的地基。圖書、訂單、用戶、管理員四張核心表必須建對(duì)字段類型和實(shí)體類屬性要一一對(duì)應(yīng)否則后面 JDBC 映射全是坑。下面是我整理的最小可用建表腳本-- 圖書表 CREATE TABLE book ( id INT PRIMARY KEY AUTO_INCREMENT, name VARCHAR(100) NOT NULL, author VARCHAR(50), price DECIMAL(10,2) NOT NULL, stock INT DEFAULT 0, category VARCHAR(30), cover_img VARCHAR(200) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4; -- 用戶表 CREATE TABLE user ( id INT PRIMARY KEY AUTO_INCREMENT, username VARCHAR(30) UNIQUE NOT NULL, password VARCHAR(64) NOT NULL, email VARCHAR(80), phone VARCHAR(20), reg_time DATETIME DEFAULT CURRENT_TIMESTAMP ) ENGINEInnoDB DEFAULT CHARSETutf8mb4; -- 訂單表 CREATE TABLE orders ( id INT PRIMARY KEY AUTO_INCREMENT, user_id INT NOT NULL, book_id INT NOT NULL, quantity INT DEFAULT 1, total_price DECIMAL(10,2), status TINYINT DEFAULT 0, -- 0待付款 1已付款 2已發(fā)貨 3已完成 create_time DATETIME DEFAULT CURRENT_TIMESTAMP, FOREIGN KEY (user_id) REFERENCES user(id), FOREIGN KEY (book_id) REFERENCES book(id) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4; -- 管理員表 CREATE TABLE admin ( id INT PRIMARY KEY AUTO_INCREMENT, account VARCHAR(30) UNIQUE NOT NULL, password VARCHAR(64) NOT NULL, role VARCHAR(20) DEFAULT normal ) ENGINEInnoDB DEFAULT CHARSETutf8mb4;建表時(shí)幾個(gè)參數(shù)要留意price用DECIMAL而不是FLOAT金額計(jì)算不能有精度丟失password留 64 位是為了后面接 MD5 或 SHA-256status用TINYINT做狀態(tài)機(jī)比字符串省空間也更好索引。字符集統(tǒng)一utf8mb4不然圖書名里的生僻字或者 emoji 會(huì)插入失敗。連接配置一般寫在db.properties或者直接在工具類里硬編碼。我習(xí)慣抽出來jdbc.drivercom.mysql.cj.jdbc.Driver jdbc.urljdbc:mysql://localhost:3306/bookshop?useUnicodetruecharacterEncodingutf8mb4serverTimezoneAsia/Shanghai jdbc.usernameroot jdbc.passwordyour_passwordserverTimezone這個(gè)參數(shù)在 MySQL 8.0 下不加會(huì)報(bào)時(shí)區(qū)異常characterEncoding要和建表字符集對(duì)齊。加載驅(qū)動(dòng)時(shí)用Class.forName(com.mysql.cj.jdbc.Driver)注意 8.0 的驅(qū)動(dòng)類名帶了cj老版本是com.mysql.jdbc.Driver寫錯(cuò)就是ClassNotFoundException。2.3 動(dòng)態(tài)代理在業(yè)務(wù)層的接入方式這套系統(tǒng)標(biāo)稱用了動(dòng)態(tài)代理模式落地位置通常在 Service 層。為什么要用因?yàn)閳D書查詢、下單、訂單狀態(tài)變更這些操作都需要統(tǒng)一的事務(wù)控制和日志記錄如果每個(gè)方法里都寫connection.setAutoCommit(false)再 try-catch代碼會(huì)臟得沒法看。動(dòng)態(tài)代理把事務(wù)邊界抽出來業(yè)務(wù)方法只管業(yè)務(wù)。一個(gè)典型的 JDK 動(dòng)態(tài)代理實(shí)現(xiàn)public class TransactionProxy implements InvocationHandler { private Object target; public TransactionProxy(Object target) { this.target target; } Override public Object invoke(Object proxy, Method method, Object[] args) throws Throwable { Connection conn null; Object result null; try { conn DBUtil.getConnection(); conn.setAutoCommit(false); // 開啟事務(wù) result method.invoke(target, args); // 執(zhí)行真實(shí)業(yè)務(wù) conn.commit(); // 提交 } catch (Exception e) { if (conn ! null) conn.rollback(); // 回滾 throw e; } finally { DBUtil.close(conn); } return result; } public static Object bind(Object target) { return Proxy.newProxyInstance( target.getClass().getClassLoader(), target.getClass().getInterfaces(), new TransactionProxy(target) ); } }邏輯說明bind方法返回代理對(duì)象調(diào)用方拿到的其實(shí)是代理不是原始 Service。invoke里先關(guān)自動(dòng)提交業(yè)務(wù)方法執(zhí)行成功就 commit拋異常就 rollback。參數(shù)上要注意target必須實(shí)現(xiàn)接口JDK 動(dòng)態(tài)代理只認(rèn)接口如果你直接拿實(shí)現(xiàn)類去 bind 會(huì)報(bào)IllegalArgumentException。這也是為什么這套源碼里 Service 都先定義接口再寫實(shí)現(xiàn)。提示動(dòng)態(tài)代理里如果業(yè)務(wù)方法自己捕獲了異常沒往外拋代理層感知不到事務(wù)不會(huì)回滾。這是最隱蔽的坑排查時(shí)先看業(yè)務(wù)代碼有沒有吞異常。3. 核心業(yè)務(wù)鏈路拆解從登錄到下單的完整調(diào)用3.1 登錄鑒權(quán)UserLoginBean 與 AdminLoginBean 的差異前臺(tái)用戶和后臺(tái)管理員走的是兩套登錄邏輯分別對(duì)應(yīng)UserLoginBean和AdminLoginBean。為什么不合并因?yàn)殍b權(quán)維度不同——用戶登錄后拿到的是購物會(huì)話管理員登錄后拿到的是后臺(tái)操作權(quán)限。合并會(huì)讓權(quán)限判斷變得含糊。前臺(tái)登錄的核心流程是接收表單參數(shù) → 查庫比對(duì) → 寫入 Session。密碼比對(duì)這里有個(gè)細(xì)節(jié)如果數(shù)據(jù)庫存的是明文直接equals就行但正規(guī)做法是存 MD5比對(duì)時(shí)也要先對(duì)輸入做 MD5。RegUtil這個(gè)工具類里通常就封裝了加密和校驗(yàn)方法。public class RegUtil { // MD5 加密用于密碼存儲(chǔ) public static String md5(String input) { try { MessageDigest md MessageDigest.getInstance(MD5); byte[] digest md.digest(input.getBytes(StandardCharsets.UTF_8)); StringBuilder sb new StringBuilder(); for (byte b : digest) { sb.append(String.format(%02x, b)); } return sb.toString(); } catch (NoSuchAlgorithmException e) { throw new RuntimeException(MD5 算法不可用, e); } } // 校驗(yàn)用戶名字母數(shù)字下劃線4-16 位 public static boolean validUsername(String name) { return name ! null name.matches(^[a-zA-Z0-9_]{4,16}$); } }參數(shù)說明md5方法接收明文返回 32 位小寫十六進(jìn)制串validUsername用正則限制用戶名格式。注意 MD5 本身不安全這里只是練手項(xiàng)目的簡化處理真實(shí)項(xiàng)目該上 BCrypt。登錄成功后把用戶對(duì)象塞進(jìn)session.setAttribute(user, user)后續(xù)下單時(shí)從 Session 取user.getId()作為訂單歸屬這是保證訂單不串號(hào)的關(guān)鍵。3.2 圖書管理與文件上傳SmartUpload 的實(shí)際用法BookManage負(fù)責(zé)圖書的增刪改查其中新增圖書涉及封面圖上傳這就用到了SmartUpload。這個(gè)組件比 Servlet 3.0 自帶的Part接口老但勝在 API 簡單適合教學(xué)項(xiàng)目。public void addBook(HttpServletRequest request, HttpServletResponse response) throws Exception { SmartUpload su new SmartUpload(); su.initialize(pageContext); // 初始化綁定頁面上下文 su.setAllowedFilesList(jpg,jpeg,png,gif); // 白名單防止上傳腳本 su.setMaxFileSize(2 * 1024 * 1024); // 單文件最大 2MB su.upload(); // 普通表單字段 String name su.getRequest().getParameter(name); String author su.getRequest().getParameter(author); double price Double.parseDouble(su.getRequest().getParameter(price)); // 文件字段 com.jspsmart.upload.File file su.getFiles().getFile(0); String savePath /upload/; String fileName System.currentTimeMillis() _ file.getFileName(); file.saveAs(savePath fileName, SmartUpload.SAVE_VIRTUAL); // 落庫 BookBean book new BookBean(); book.setName(name); book.setAuthor(author); book.setPrice(price); book.setCoverImg(savePath fileName); bookDao.insert(book); }邏輯說明initialize必須傳pageContext這是 SmartUpload 和 JSP 容器綁定的方式。setAllowedFilesList是安全底線不加的話用戶可以傳.jsp文件配合目錄訪問就是大漏洞。setMaxFileSize限制單文件大小防止大文件拖垮內(nèi)存。saveAs的第二個(gè)參數(shù)SAVE_VIRTUAL表示按虛擬路徑保存對(duì)應(yīng) Web 根目錄下的/upload/這個(gè)目錄要提前建好否則保存失敗。注意SmartUpload和request.getParameter()不能混用。一旦調(diào)用了su.upload()原始 request 的流已經(jīng)被消費(fèi)再用request.getParameter拿不到值必須走su.getRequest().getParameter()。3.3 下單與訂單狀態(tài)流轉(zhuǎn)下單是這套系統(tǒng)里業(yè)務(wù)最重的一環(huán)涉及庫存扣減、訂單生成、金額計(jì)算三個(gè)動(dòng)作必須在一個(gè)事務(wù)里完成。OrderBean承載訂單數(shù)據(jù)BookBean提供庫存和價(jià)格。public boolean createOrder(int userId, int bookId, int quantity) { Connection conn null; try { conn DBUtil.getConnection(); conn.setAutoCommit(false); // 1. 查圖書校驗(yàn)庫存 BookBean book bookDao.findById(conn, bookId); if (book null || book.getStock() quantity) { throw new RuntimeException(庫存不足); } // 2. 扣庫存帶樂觀鎖防止超賣 int affected bookDao.reduceStock(conn, bookId, quantity); if (affected 0) { throw new RuntimeException(庫存扣減失敗可能已被搶購); } // 3. 生成訂單 OrderBean order new OrderBean(); order.setUserId(userId); order.setBookId(bookId); order.setQuantity(quantity); order.setTotalPrice(book.getPrice().multiply(new BigDecimal(quantity))); order.setStatus(0); orderDao.insert(conn, order); conn.commit(); return true; } catch (Exception e) { if (conn ! null) try { conn.rollback(); } catch (SQLException ex) { ex.printStackTrace(); } return false; } finally { DBUtil.close(conn); } }參數(shù)說明userId從 Session 取bookId和quantity來自前端表單。reduceStock的 SQL 要寫成UPDATE book SET stock stock - ? WHERE id ? AND stock ?把庫存判斷和扣減合并到一條語句里靠數(shù)據(jù)庫行鎖保證原子性這就是樂觀鎖的簡化版。totalPrice用BigDecimal計(jì)算book.getPrice()本身是BigDecimal乘以數(shù)量時(shí)用multiply而不是*。訂單狀態(tài)流轉(zhuǎn)靠status字段0 待付款、1 已付款、2 已發(fā)貨、3 已完成。后臺(tái)管理員通過AddManager或訂單管理頁改狀態(tài)每次變更都要校驗(yàn)當(dāng)前狀態(tài)是否允許跳轉(zhuǎn)比如不能從 0 直接跳到 3。這個(gè)狀態(tài)機(jī)如果不管訂單數(shù)據(jù)會(huì)亂成一鍋粥。4. 避坑與排查這套源碼最容易翻車的五個(gè)地方4.1 部署后 404控制臺(tái)無報(bào)錯(cuò)現(xiàn)象Tomcat 啟動(dòng)正常訪問首頁直接 404日志里沒有異常堆棧。原因多半是web.xml里 Servlet 映射路徑和實(shí)際訪問路徑對(duì)不上或者url-pattern寫成了/BookServlet但前端表單 action 寫的是/bookServlet大小寫不一致。另一個(gè)常見原因是編譯輸出目錄沒配好.class文件沒進(jìn)WEB-INF/classes。解決先看web.xml的servlet-mapping再確認(rèn) IDE 的 output path 指向WEB-INF/classes。用jar tf或者直接看目錄確認(rèn) class 文件到位。訪問路徑嚴(yán)格按url-pattern來別憑感覺拼。4.2 中文亂碼圖書名變成問號(hào)現(xiàn)象新增圖書后數(shù)據(jù)庫里中文顯示為???或者頁面回顯亂碼。原因三個(gè)環(huán)節(jié)都可能出問題——JSP 頁面編碼、request 解碼、數(shù)據(jù)庫連接字符集。常見的是 JSP 沒寫% page contentTypetext/html;charsetUTF-8 %或者 POST 請(qǐng)求沒設(shè)request.setCharacterEncoding(UTF-8)。解決JSP 頭部統(tǒng)一 UTF-8Servlet 里在取參數(shù)前調(diào)request.setCharacterEncoding(UTF-8)JDBC URL 帶上characterEncodingutf8mb4建表也用utf8mb4。四處對(duì)齊缺一處就亂。4.3 文件上傳報(bào) SmartUpload 初始化失敗現(xiàn)象調(diào)用su.initialize(pageContext)拋異常提示 pageContext 為 null。原因SmartUpload依賴 JSP 的pageContext內(nèi)置對(duì)象如果你在純 Servlet 里 new 一個(gè)PageContext傳進(jìn)去它是空的沒有關(guān)聯(lián)真實(shí)的 JSP 上下文。解決把上傳邏輯放在 JSP 頁面里執(zhí)行或者用JspFactory.getDefaultFactory().getPageContext(...)手動(dòng)構(gòu)造一個(gè)完整的 PageContext。更省事的做法是換成 Servlet 3.0 的PartAPI不依賴 JSP 上下文但那就偏離這套源碼的原始設(shè)計(jì)了。4.4 動(dòng)態(tài)代理后事務(wù)不回滾現(xiàn)象下單時(shí)庫存扣了但訂單插入失敗庫存沒恢復(fù)數(shù)據(jù)不一致。原因Service 實(shí)現(xiàn)類里自己 try-catch 了異常沒往外拋代理層的invoke方法感知不到異常自然走了 commit 分支。解決業(yè)務(wù)方法里要么不捕獲異常直接拋要么捕獲后包裝成 RuntimeException 再拋。代理層只認(rèn)拋出來的異常吞掉的異常等于告訴它「一切正?！?。4.5 MySQL 8.0 連接報(bào)時(shí)區(qū)錯(cuò)誤現(xiàn)象啟動(dòng)時(shí)報(bào)The server time zone value ?D1ú±ê×?ê±?? is unrecognized。原因MySQL 8.0 的驅(qū)動(dòng)要求顯式指定時(shí)區(qū)不指定就按服務(wù)器默認(rèn)時(shí)區(qū)解析中文系統(tǒng)下解析失敗。解決JDBC URL 加serverTimezoneAsia/Shanghai驅(qū)動(dòng)類名用com.mysql.cj.jdbc.Driver。這兩個(gè)一起改基本能解決。5. 二次改造與驗(yàn)證讓這套源碼真正變成你自己的項(xiàng)目跑通只是第一步這套源碼的價(jià)值在于它是一塊可以往上壘的底子。我一般會(huì)先做一輪驗(yàn)證確認(rèn)核心鏈路沒問題再動(dòng)手改造。驗(yàn)證方法很直接注冊(cè)一個(gè)用戶 → 登錄 → 瀏覽圖書 → 下單 → 后臺(tái)登錄 → 改訂單狀態(tài) → 確認(rèn)庫存變化。每一步都去數(shù)據(jù)庫里核對(duì)數(shù)據(jù)尤其是下單那一步看orders表有沒有記錄、book表的stock有沒有減、金額對(duì)不對(duì)。這個(gè)流程走一遍基本能暴露 80% 的配置問題。改造方向上我建議從三個(gè)點(diǎn)切入。第一把 JDBC 直連換成連接池Druid 或者 HikariCP 都行改DBUtil.getConnection()的實(shí)現(xiàn)即可業(yè)務(wù)代碼不用動(dòng)。第二給BookManage的查詢加分頁現(xiàn)在多半是全量查數(shù)據(jù)一多頁面就卡加個(gè)LIMIT和總數(shù)查詢就能解決。第三把密碼存儲(chǔ)從 MD5 升級(jí)到 BCryptRegUtil里加一個(gè)bcrypt方法登錄校驗(yàn)同步改掉。// 分頁查詢示例替換原來的全量查詢 public ListBookBean findByPage(int pageNum, int pageSize) { int offset (pageNum - 1) * pageSize; String sql SELECT * FROM book ORDER BY id DESC LIMIT ? OFFSET ?; // ... 執(zhí)行查詢offset 和 pageSize 作為參數(shù)傳入 }參數(shù)說明pageNum從 1 開始pageSize控制每頁條數(shù)offset是跳過的行數(shù)。MySQL 的LIMIT在數(shù)據(jù)量大時(shí)深分頁會(huì)慢可以用WHERE id lastId LIMIT ?的游標(biāo)方式優(yōu)化但練手項(xiàng)目用OFFSET足夠了。還有一個(gè)容易被忽略的點(diǎn)這套源碼的AddManager.class是管理員添加邏輯改造時(shí)記得加權(quán)限校驗(yàn)不能讓普通用戶直接訪問管理員接口。最簡單的做法是在 Servlet 里判斷 Session 中的admin對(duì)象是否為空為空就跳登錄頁。從那以后我每次拿到這種編譯后的 class 清單都強(qiáng)制先反編譯看一遍類結(jié)構(gòu)和依賴再動(dòng)手配環(huán)境不然光靠猜類名和調(diào)用關(guān)系時(shí)間全耗在試錯(cuò)上。希望這套圖書銷售管理系統(tǒng)的拆解能幫你少走幾個(gè)彎路。本文還有配套的精品資源點(diǎn)擊獲取