源碼全解析:數(shù)據(jù)庫、核心代碼與部署排錯)
簡介基于Javaweb的網(wǎng)上寵物銷售商城系統(tǒng)是一份面向JavaWeb學(xué)習(xí)者的完整項目資料特別適合課程設(shè)計、畢業(yè)設(shè)計或商城類項目實戰(zhàn)參考。資源覆蓋前臺展示、購物車、訂單管理、后臺管理等核心場景可幫助讀者理順電商系統(tǒng)的典型業(yè)務(wù)流程與編碼結(jié)構(gòu)。壓縮包整體約27.24MB主要文件包括Java源代碼、SQL數(shù)據(jù)庫腳本和論文文檔源代碼可直接導(dǎo)入開發(fā)工具運行數(shù)據(jù)庫腳本包含建表及初始數(shù)據(jù)論文可供撰寫設(shè)計說明書時參考。目前已有37人學(xué)習(xí)瀏覽。由于資料同時具備源碼、數(shù)據(jù)庫與論文三層配套拿到手既能通過實際代碼驗證功能也能按文檔理解設(shè)計思路省去自行搭建環(huán)境和梳理表結(jié)構(gòu)的時間適合希望從零完成一個可演示寵物商城的初中級開發(fā)者快速入手。1. 網(wǎng)上寵物銷售商城一份JavaWeb課設(shè)源碼包能讓你少走多少彎路期末趕課設(shè)的時候打開一個“基于Javaweb的網(wǎng)上寵物銷售商城系統(tǒng)源代碼數(shù)據(jù)庫論文.rar”里面裝的就是一套能跑的JavaWeb完整案例Servlet/JSP寫的前后端、MySQL的建庫腳本、一篇可以直接當(dāng)說明書用的論文。很多人以為難點在“看懂代碼”實際上十次有八次翻車在“跑不起來”數(shù)據(jù)庫連不上、Tomcat端口沖突、編碼亂碼、表名和代碼對不上。這篇文章就按你拿到壓縮包后的操作順序從技術(shù)棧識別、數(shù)據(jù)庫初始化、核心鏈路代碼一直講到部署排錯最后給出四個能加分的增強點。適合在做JavaWeb課程設(shè)計或畢業(yè)設(shè)計的人也適合剛學(xué)完Servlet和MySQL想練一個完整項目的初學(xué)者。2. 先拆三件套源代碼、數(shù)據(jù)庫腳本和論文在項目里的真實分工收到rar后的第一件事不是解壓雙擊也不是急著往IDEA里拖而是先搞清楚氣里面三樣?xùn)|西各自負責(zé)什么。源代碼是主體數(shù)據(jù)庫腳本是地基論文是說明書三者的關(guān)系一句話就能說清論文描述系統(tǒng)應(yīng)該有什么數(shù)據(jù)庫決定系統(tǒng)拿什么存代碼決定系統(tǒng)怎么跑。很多課設(shè)包打開后發(fā)現(xiàn)代碼能編譯但頁面全報錯問題幾乎都出在第二樣?xùn)|西沒裝好。2.1 技術(shù)棧識別先判斷是ServletJSP還是SSM再動手解壓之后別急著點開某個.java文件先在根目錄掃一眼有哪些標(biāo)志性文件。JavaWeb課設(shè)包通常走兩條路線傳統(tǒng)的是Servlet JSP JDBC MySQL特征是有web.xml代碼里能搜到大量extends HttpServlet稍微新一點的是SSMSpring SpringMVC MyBatis特征是有applicationContext.xml、spring-mvc.xml這一組配置文件。兩條路線的導(dǎo)入方式、運行方式、排錯方式完全不一樣看錯一步后面全亂。區(qū)分它們最快的辦法是看項目里有沒有pom.xml。有pom.xml就是Maven工程IDEA導(dǎo)入后會自動下載依賴沒有pom.xml只有一堆jar塞在lib目錄或WebContent/WEB-INF/lib下就是傳統(tǒng)Web項目導(dǎo)入時需要手動Add as Library。我一般會用下面這條命令把關(guān)鍵文件一次性找出來# 解壓后先看根目錄 ls -la # 定位關(guān)鍵標(biāo)記文件SQL腳本、Maven配置、web.xml find . -maxdepth 4 \( -name *.sql -o -name pom.xml -o -name web.xml \) | head -20這條命令解決的問題很實際有些課設(shè)包把SQL腳本藏在兩層目錄下面不搜一下根本找不到。find的管道參數(shù)head -20是為了防止目錄結(jié)構(gòu)太亂時輸出刷屏如果只找到pom.xml和web.xml沒有sql文件那SQL腳本大概率在README里寫了路徑或者根本沒打包進來得回去找下載頁面。Windows用戶沒有find命令直接在資源管理器里搜“*.sql”和“pom.xml”一樣能達到目的。識別出技術(shù)棧后順手記下三件事JDK版本、Tomcat版本、MySQL版本。這三個版本是后面所有報錯的根源版本記錯會讓后面的修改方向完全跑偏。判斷對象看到這個文件/特征得出結(jié)論Maven工程pom.xml用IDEA以Maven方式導(dǎo)入依賴由Maven管理傳統(tǒng)Web工程lib下很多jar無pom.xml手動添加依賴到項目結(jié)構(gòu)里SSM框架applicationContext.xml、spring-mvc.xml配置入口在Spring配置不走web.xml直連Servlet/JSPweb.xml 大量HttpServlet子類入口是web.xml配置的servlet-mapping2.2 目錄結(jié)構(gòu)與源碼分層拿到包后先看這五個位置確認技術(shù)棧之后就按固定順序掃一遍目錄我習(xí)慣看五處根目錄的README或說明文檔、數(shù)據(jù)庫腳本位置、JDBC配置文件、web.xml或Maven坐標(biāo)、JSP頁面數(shù)量。這套順序?qū)?yīng)的是“項目怎么啟動、數(shù)據(jù)怎么連、功能有多全”三個核心問題。課設(shè)項目的源碼分層一般長這樣pet_shop/ ├── src/com/pet/shop/ │ ├── entity/ # User.java Pet.java Order.java │ ├── dao/ # UserDao.java PetDao.java OrderDao.java │ ├── service/ # UserService.java OrderService.java │ └── web/ # LoginServlet.java RegisterServlet.java ├── WebContent/ │ ├── index.jsp │ ├── WEB-INF/ │ │ └── web.xml │ └── static/ # css / js / images ├── database/ │ └── pet_shop.sql ├── 論文.doc └── 說明文檔.txt這個分層順序不是隨便排的entity對應(yīng)數(shù)據(jù)庫表的對象映射dao負責(zé)增刪改查service寫業(yè)務(wù)流程web下的Servlet只做參數(shù)接收和頁面跳轉(zhuǎn)。課設(shè)包采用這種分層一方面是課程里就是這么教的答辯護時能講清楚層次關(guān)系另一方面是代碼量不大四個包各自管一攤出了問題容易定位??吹綄嶓w類可以順手打開看一眼字段名后面導(dǎo)入數(shù)據(jù)庫時能對照上。2.3 論文與代碼的一致性校驗別讓文檔和代碼打架三件套里最容易出問題的其實是論文。下載包里那篇論文通常是從某個學(xué)長學(xué)姐手里流轉(zhuǎn)下來的系統(tǒng)功能描述、界面截圖和實際代碼大概率對不上。答辯時老師翻論文問“你這個查詢功能在哪個頁面”你說沒有這就麻煩了。校驗方法很簡單把論文目錄里的功能大綱列出來和代碼里的Servlet類、JSP頁面挨個對一遍。IDEA里按兩次Shift鍵可以全局搜索輸入“WebServlet”能列出所有Servlet路徑數(shù)一下數(shù)量然后去對比論文里“系統(tǒng)功能結(jié)構(gòu)圖”畫了幾個模塊。我見過最離譜的是一篇論文寫了六個模塊代碼里只有登錄和商品列表兩個能跑。另外要重點檢查數(shù)據(jù)庫字段名的一致性問題。常見的坑是論文的ER圖里字段叫user_nameSQL腳本里叫username代碼里用的是name三個地方三個叫法。遇到這種情況以SQL腳本為準(zhǔn)把代碼里的字段名全局替換掉編譯跑一遍后基本能消除大部分SQLException。3. 數(shù)據(jù)庫設(shè)計與初始化把SQL腳本跑成能用的寵物商城表結(jié)構(gòu)寵物商城這類課設(shè)數(shù)據(jù)庫跑不跑得起來決定了整個項目能不能啟動。前面識別技術(shù)棧時找到的.sql腳本接下來就要派上用場。在導(dǎo)入之前最好先把腳本里的建表語句完整讀一遍不要無腦執(zhí)行——很多腳本文件里缺CREATE DATABASE這行執(zhí)行完一臉懵因為壓根沒建庫。3.1 五張核心表的設(shè)計要點用戶、分類、寵物、購物車、訂單網(wǎng)上寵物商城雖然叫“商城”但課設(shè)級別的表結(jié)構(gòu)不會太復(fù)雜核心就五張表用戶表、寵物分類表、寵物商品表、購物車表、訂單表。下面這份DDL是常見的課設(shè)版設(shè)計我按自己習(xí)慣加了t_前綴目的是避開order這類MySQL保留字。CREATE DATABASE IF NOT EXISTS pet_shop DEFAULT CHARACTER SET utf8mb4; USE pet_shop; CREATE TABLE t_user ( id INT AUTO_INCREMENT PRIMARY KEY, username VARCHAR(50) NOT NULL UNIQUE, password VARCHAR(64) NOT NULL, phone VARCHAR(20), address VARCHAR(255), create_time DATETIME DEFAULT CURRENT_TIMESTAMP ) ENGINEInnoDB DEFAULT CHARSETutf8mb4; CREATE TABLE t_category ( id INT AUTO_INCREMENT PRIMARY KEY, name VARCHAR(50) NOT NULL ) ENGINEInnoDB DEFAULT CHARSETutf8mb4; CREATE TABLE t_pet ( id INT AUTO_INCREMENT PRIMARY KEY, category_id INT, name VARCHAR(100) NOT NULL, price DECIMAL(10,2) NOT NULL, stock INT DEFAULT 0, image VARCHAR(255), description TEXT, FOREIGN KEY (category_id) REFERENCES t_category(id) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4; CREATE TABLE t_cart ( id INT AUTO_INCREMENT PRIMARY KEY, user_id INT, pet_id INT, quantity INT DEFAULT 1, UNIQUE KEY uk_user_pet (user_id, pet_id) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4; CREATE TABLE t_order ( id INT AUTO_INCREMENT PRIMARY KEY, order_no VARCHAR(32) NOT NULL UNIQUE, user_id INT NOT NULL, total_amount DECIMAL(10,2) NOT NULL, status TINYINT DEFAULT 0 COMMENT 0待支付 1已支付 2已發(fā)貨 3已完成, create_time DATETIME DEFAULT CURRENT_TIMESTAMP ) ENGINEInnoDB DEFAULT CHARSETutf8mb4; CREATE TABLE t_order_item ( id INT AUTO_INCREMENT PRIMARY KEY, order_id INT NOT NULL, pet_id INT NOT NULL, price DECIMAL(10,2) NOT NULL, quantity INT NOT NULL ) ENGINEInnoDB DEFAULT CHARSETutf8mb4;為什么要按這個結(jié)構(gòu)建表每個決定后面都有成本。價格字段用DECIMAL(10,2)而不是FLOAT或DOUBLE是為了避免浮點數(shù)精度問題最經(jīng)典的翻車案例是0.1加0.2算出來是0.30000000000000004訂單金額對不上很尷尬。訂單拆成t_order和t_order_item兩張表是標(biāo)準(zhǔn)的主從表設(shè)計一個訂單里可能同時有貓糧和貓砂兩件商品訂單主表記總價和狀態(tài)訂單明細表記每件商品的單價和數(shù)量統(tǒng)計“這個月賣了什么”時直接查明細表就行。購物車表用了一個唯一索引uk_user_pet保證同一用戶加同一商品時數(shù)據(jù)庫層面不會出現(xiàn)兩條重復(fù)記錄代碼里做累加時會簡單很多。外鍵在課設(shè)表里可以保留但要注意FOREIGN KEY會讓刪除分類時受到限制如果測試時想刪掉某個分類卻被外鍵攔住可以先把對應(yīng)寵物分類下的pet記錄清掉再刪分類。有些課設(shè)包的腳本里故意不加外鍵理由是“代碼里控制了邏輯外鍵影響插入性能”這是沒必要的設(shè)計潔癖課設(shè)階段有外鍵更容易講清楚表關(guān)系。3.2 導(dǎo)入SQL腳本的兩種方式命令行與圖形工具拿到.sql文件后導(dǎo)入方式跟著你的習(xí)慣走。命令行方式適合快速執(zhí)行圖形工具方式適合一邊導(dǎo)一邊看表結(jié)構(gòu)。無論哪種方式第一件事都是確認MySQL服務(wù)已經(jīng)啟動然后確認腳本第一行有沒有CREATE DATABASE沒有的話先手動建庫再導(dǎo)入。# 方式一先登錄MySQL再執(zhí)行腳本 mysql -u root -p # 進入MySQL命令行后執(zhí)行 SOURCE /path/to/pet_shop.sql; # 方式二不進入交互模式直接導(dǎo)入 mysql -u root -p pet_shop pet_shop.sql方式二有個大坑命令行里的pet_shop這個數(shù)據(jù)庫得先存在否則導(dǎo)入會直接報錯“Unknown database”。所以我個人更習(xí)慣方式一先登錄進去用SHOW DATABASES;確認庫存在再用SOURCE執(zhí)行腳本。如果SQL腳本本身帶了CREATE DATABASE IF NOT EXISTS那方式一執(zhí)行會非常干凈執(zhí)行結(jié)束后用USE pet_shop; SHOW TABLES;驗證。圖形工具Navicat/DBeaver導(dǎo)入時有一個操作順序問題左側(cè)連接里先選中pet_shop這個數(shù)據(jù)庫再右鍵“運行SQL文件”而不是直接在連接的根節(jié)點上運行。在根節(jié)點運行腳本時如果腳本第一行是CREATE DATABASE還好說萬一腳本只有CREATE TABLE沒有USE語句就會報“No database selected”。3.3 JDBC連接參數(shù)與驅(qū)動加載數(shù)據(jù)庫連不上的大部分原因都在這里數(shù)據(jù)庫表建好了接下來是讓Java代碼連上來。課設(shè)項目一般用一個jdbc.properties或db.properties文件放連接參數(shù)再配合一個工具類讀取參數(shù)并返回Connection。MySQL 5和MySQL 8的驅(qū)動類名不一樣這個區(qū)別就是經(jīng)典的黑匣子報錯“ClassNotFoundException”的來源。jdbc.drivercom.mysql.cj.jdbc.Driver jdbc.urljdbc:mysql://localhost:3306/pet_shop?useSSLfalseserverTimezoneAsia/ShanghaicharacterEncodingutf8 jdbc.usernameroot jdbc.password123456import java.sql.Connection; import java.sql.DriverManager; import java.sql.ResultSet; import java.sql.SQLException; import java.sql.Statement; public class DBUtil { private static final String DRIVER com.mysql.cj.jdbc.Driver; private static final String URL jdbc:mysql://localhost:3306/pet_shop ?useSSLfalseserverTimezoneAsia/ShanghaicharacterEncodingutf8; private static final String USERNAME root; private static final String PASSWORD 123456; static { try { Class.forName(DRIVER); } catch (ClassNotFoundException e) { throw new RuntimeException(MySQL驅(qū)動加載失敗請檢查jar包是否放入WEB-INF/lib, e); } } public static Connection getConnection() throws SQLException { return DriverManager.getConnection(URL, USERNAME, PASSWORD); } public static void close(Connection conn, Statement stmt, ResultSet rs) { if (rs ! null) { try { rs.close(); } catch (SQLException ignored) {} } if (stmt ! null) { try { stmt.close(); } catch (SQLException ignored) {} } if (conn ! null) { try { conn.close(); } catch (SQLException ignored) {} } } }這段代碼里必須盯住三個參數(shù)。serverTimezoneAsia/Shanghai是處理MySQL 8時差問題的不寫它會出現(xiàn)“The server time zone value”的異常堆棧characterEncodingutf8是中文能正常存取的前提頁面亂碼時先查這一項useSSLfalse是關(guān)閉SSL握手加上它能省掉一大串證書告警日志。驅(qū)動類名com.mysql.cj.jdbc.Driver是MySQL 8之后的寫法如果項目用的驅(qū)動jar是5.x版本類名要改回com.mysql.jdbc.Driver不改就會ClassNotFoundException。連接池這個概念課設(shè)階段可以先不引入但DBUtil里把資源關(guān)閉寫成一個標(biāo)準(zhǔn)方法是個好習(xí)慣。很多課設(shè)代碼只關(guān)了Connection不關(guān)Statement和ResultSet跑幾次后MySQL報“Too many connections”就是連接泄漏。另外注意這套工具類里沒有讀取properties文件而是寫死了常量這是為了讓新手一眼看清參數(shù)正式項目里建議用Properties類加載配置文件避免改密碼還要重新編譯。4. 核心代碼實現(xiàn)登錄、購物車、下單三條鏈路怎么串起來數(shù)據(jù)庫沒問題后代碼跑不起來的原因就只剩下框架配置和邏輯鏈路。寵物商城最核心的鏈路是三段用戶登錄、加入購物車、提交訂單。這三段能把Servlet、DAO、Service、JSP所有層次串起來代碼讀完基本就能舉一反三覆蓋其余頁面。4.1 用戶登錄與Session管理從表單到Filter攔截器登錄功能的代碼結(jié)構(gòu)是最標(biāo)準(zhǔn)的JavaWeb請求響應(yīng)鏈路一條線走下來JSP表單提交用戶名密碼 → LoginServlet接收參數(shù) → UserDao查詢數(shù)據(jù)庫 → 比對密碼 → Session保存登錄態(tài) → 重定向到首頁??创a時先看LoginServlet這一段后面的業(yè)務(wù)基本都是它的復(fù)制粘貼變體。WebServlet(/login) public class LoginServlet extends HttpServlet { private final UserService userService new UserService(); Override protected void doPost(HttpServletRequest request, HttpServletResponse response) throws ServletException, IOException { request.setCharacterEncoding(UTF-8); String username request.getParameter(username); String password request.getParameter(password); User user userService.login(username, password); if (user null) { request.setAttribute(error, 用戶名或密碼錯誤); request.getRequestDispatcher(/login.jsp).forward(request, response); return; } HttpSession session request.getSession(); session.setAttribute(user, user); response.sendRedirect(request.getContextPath() /index.jsp); } }登錄失敗用forward轉(zhuǎn)發(fā)回login.jsp登錄成功用sendRedirect重定向到首頁這個差別是JavaWeb課設(shè)很喜歡問的考點。forward是服務(wù)器內(nèi)部跳轉(zhuǎn)地址欄不變可以把request里的error屬性帶到頁面sendRedirect是瀏覽器重新發(fā)起請求地址欄變成index.jspSession里的內(nèi)容依然有效。如果用sendRedirect去傳error信息就必須用URL參數(shù)拼接或者Session中轉(zhuǎn)因為新請求不會帶著舊request。登錄成功后Session里存了user對象那怎么保證沒登錄的人不能直接訪問訂單頁面靠Filter攔截器。這是課設(shè)代碼里經(jīng)常留白的地方很多完整的課設(shè)包會寫一個LoginFilter但有些基礎(chǔ)的包就沒寫需要自己補上WebFilter(/*) public class LoginFilter implements Filter { Override public void doFilter(ServletRequest request, ServletResponse response, FilterChain chain) throws IOException, ServletException { HttpServletRequest req (HttpServletRequest) request; HttpServletResponse resp (HttpServletResponse) response; String uri req.getRequestURI(); if (uri.endsWith(/login.jsp) || uri.endsWith(/login) || uri.contains(/static/) || uri.equals(req.getContextPath() /)) { chain.doFilter(request, response); return; } HttpSession session req.getSession(false); if (session ! null session.getAttribute(user) ! null) { chain.doFilter(request, response); } else { resp.sendRedirect(req.getContextPath() /login.jsp); } } }這段Filter里放行的URL要特別留意登錄頁、登錄接口、靜態(tài)資源CSS/JS/圖片必須放行否則會出現(xiàn)登錄頁樣式全丟、還沒輸入賬號就被攔截回登錄頁的死循環(huán)。req.getContextPath() /放行的是首頁因為很多項目把index.jsp當(dāng)作根路徑訪問。我第一次寫Filter時忘了放行靜態(tài)資源結(jié)果登錄頁的樣式表全部404看起來就像頁面崩了實際上是被攔截了。注意Filter里用getSession(false)而不是getSession()加false時如果用戶沒登錄過就不會自動創(chuàng)建一個Session避免每個游客都被塞一個無效會話。4.2 購物車與訂單事務(wù)邊界數(shù)據(jù)庫層的原子操作購物車有兩種實現(xiàn)思路一種是把購物車數(shù)據(jù)存在Session的Map里用戶加購時修改Session下單時一次性寫入數(shù)據(jù)庫另一種是每次加購都寫數(shù)據(jù)庫的t_cart表。課設(shè)包常見的是前一種實現(xiàn)簡單且不碰數(shù)據(jù)庫刷新頁面數(shù)據(jù)不丟因為Session還在但換瀏覽器、清緩存后購物車就空了。后一種穩(wěn)定但代碼量翻倍。先看下單部分因為這里藏著整個項目最值錢的一段事務(wù)代碼。提交訂單的動作本質(zhì)是往t_order插一條總訂單往t_order_item插N條明細把t_pet里對應(yīng)寵物的庫存減掉。這三個操作必須是一個整體任何一個失敗都不能留下半截數(shù)據(jù)——比如插了訂單主表但明細沒插進去或者庫存減了但訂單沒生成。public boolean createOrder(int userId, MapInteger, Integer cartMap) { Connection conn null; try { conn DBUtil.getConnection(); conn.setAutoCommit(false); BigDecimal totalAmount BigDecimal.ZERO; for (Integer petId : cartMap.keySet()) { Pet pet petDao.findById(conn, petId); totalAmount totalAmount.add(pet.getPrice().multiply(BigDecimal.valueOf(cartMap.get(petId)))); } String orderNo PO System.currentTimeMillis(); int orderId orderDao.insertOrder(conn, userId, orderNo, totalAmount); for (Integer petId : cartMap.keySet()) { int quantity cartMap.get(petId); Pet pet petDao.findById(conn, petId); orderDao.insertOrderItem(conn, orderId, petId, pet.getPrice(), quantity); petDao.updateStock(conn, petId, pet.getStock() - quantity); } conn.commit(); return true; } catch (Exception e) { e.printStackTrace(); try { if (conn ! null) { conn.rollback(); } } catch (SQLException ex) { ex.printStackTrace(); } return false; } finally { try { if (conn ! null) { conn.close(); } } catch (SQLException e) { e.printStackTrace(); } } }這段代碼的關(guān)鍵是conn.setAutoCommit(false)必須寫在第一條關(guān)掉自動提交后后面所有SQL都在同一個事務(wù)里執(zhí)行遇到異常執(zhí)行conn.rollback()回滾到事務(wù)開始前。注意所有的DAO方法都接收conn參數(shù)而不是自己單獨從DBUtil拿連接這樣才能保證大家用的是同一個Connection。很多課設(shè)包沒傳這個參數(shù)每個DAO自己調(diào)一次DBUtil.getConnection()結(jié)果就是事務(wù)完全失效主表插進去了明細出異常庫存少了一半還查不出原因。事務(wù)之外還有一個必須看的邏輯下單前查庫存。上面代碼里的findById拿到當(dāng)前庫存再在updateStock里減掉這個過程在并發(fā)場景下會出現(xiàn)超賣——兩個人同時買最后一件商品兩個線程都查到庫存為1各自減1后庫存變成-1。課設(shè)答辯時這個問題基本不會被追問但代碼review時能主動提一句“這里應(yīng)該用UPDATE t_pet SET stock stock - ? WHERE id ? AND stock ?”面試官會對你另眼相看。4.3 商品列表與分頁LIMIT參數(shù)與翻頁鏈接的實現(xiàn)首頁展示寵物列表是商城門面課設(shè)項目一般做成分頁列表每頁8條或12條。分頁的本質(zhì)是兩條SQL一條查總數(shù)一條按LIMIT取當(dāng)前頁數(shù)據(jù)。public class PetDao { public ListPet findByPage(int offset, int size) { String sql SELECT * FROM t_pet ORDER BY id DESC LIMIT ?, ?; try (Connection conn DBUtil.getConnection(); PreparedStatement ps conn.prepareStatement(sql)) { ps.setInt(1, offset); ps.setInt(2, size); try (ResultSet rs ps.executeQuery()) { ListPet list new ArrayList(); while (rs.next()) { Pet pet new Pet(); pet.setId(rs.getInt(id)); pet.setName(rs.getString(name)); pet.setPrice(rs.getBigDecimal(price)); pet.setStock(rs.getInt(stock)); pet.setImage(rs.getString(image)); list.add(pet); } return list; } } catch (SQLException e) { throw new RuntimeException(分頁查詢失敗, e); } } public int count() { String sql SELECT COUNT(*) FROM t_pet; try (Connection conn DBUtil.getConnection(); Statement stmt conn.createStatement(); ResultSet rs stmt.executeQuery(sql)) { rs.next(); return rs.getInt(1); } catch (SQLException e) { throw new RuntimeException(查詢總數(shù)失敗, e); } } }LIMIT后的第一個參數(shù)是偏移量含義是跳過多少條記錄。比如每頁8條第2頁的偏移量就是(2-1)88從第9條開始取。這個公式要在Servlet里算好再傳進DAO不要在SQL里用表達式PreparedStatement的參數(shù)綁定更安全。COUNT()那條SQL用的Statement而不是PreparedStatement因為沒有參數(shù)直接執(zhí)行即可但注意rs.next()后要取的是第1列索引從1開始。JSP端的翻頁鏈接也很容易一起實現(xiàn)核心是拼接當(dāng)前路徑帶上page參數(shù)。常見做法是在Servlet里用request.setAttribute(currentPage, page)和request.setAttribute(totalPage, totalPage)傳給JSPJSP里用${currentPage gt 1}判斷是否需要顯示“上一頁”按鈕用${currentPage lt totalPage}判斷“下一頁”。整個鏈路是點翻頁鏈接 → 瀏覽器跳轉(zhuǎn)到/PetListServlet?page2 → Servlet重新查數(shù)據(jù)庫 → 轉(zhuǎn)發(fā)到pet_list.jsp再渲染這是典型的MVC循環(huán)。5. 部署運行與常見問題排查5個讓課設(shè)翻車的真實現(xiàn)場代碼看完、數(shù)據(jù)庫導(dǎo)完最后一步是把項目跑起來。JavaWeb項目在IDEA里的運行配置是“IDEA運行JavaWeb項目配置”這個操作的核心場景創(chuàng)建一個Tomcat運行配置Deployment里添加war包或war exploded指定Application context然后Run。但這個環(huán)節(jié)有一批特別常見的報錯幾乎每一個跑過課設(shè)包的人都至少撞過其中兩三個。5.1 環(huán)境與數(shù)據(jù)庫連接的三類高頻報錯現(xiàn)象一Tomcat能啟動但訪問 http://localhost:8080 顯示404或者能訪問Tomcat默認首頁但訪問不到寵物商城頁面。原因IDEA里Deployment的Application context配置成了/項目部署名和訪問URL對不上或者根本沒添加war包到Tomcat。解決打開Run → Edit Configurations → Deployment選項卡確認有寵物商城項目的ArtifactApplication context填/pet_shop然后訪問 http://localhost:8080/pet_shop/ 看是否出首頁。改完后一定要重新構(gòu)建再啟動熱部署有時候不刷新Artifact。現(xiàn)象二控制臺報“Access denied for user rootlocalhost (using password: YES)”。原因jdbc.properties里的密碼和MySQL實際密碼不一致或者MySQL 8默認用了caching_sha2_password認證舊版JDBC驅(qū)動不認識這個認證插件。解決先確認密碼拼寫沒抄錯再去查MySQL版本如果是MySQL 8要么升級mysql-connector-java到8.x版本要么在MySQL里執(zhí)行ALTER USER rootlocalhost IDENTIFIED WITH mysql_native_password BY 你的密碼;刷新權(quán)限后重啟Tomcat?,F(xiàn)象三報“Communications link failure”或“Connection refused”。原因MySQL服務(wù)根本沒啟動或者MySQL啟動后端口不是3306或者URL里把localhost寫成了別的地址。解決Windows下在服務(wù)管理器里確認MySQL80服務(wù)狀態(tài)是“正在運行”Linux下用systemctl status mysql確認然后在命令行執(zhí)行mysql -u root -p能進MySQL說明服務(wù)沒問題最后確認URL里不是寫成jdbc:mysql://localhost:3306這種被復(fù)制粘貼時丟了冒號或冒號變成全角字符的情況。全角冒號的報錯特別隱蔽肉眼幾乎看不出來。5.2 編碼、保留字與路徑問題隱藏的翻車現(xiàn)場現(xiàn)象四頁面顯示“????”或中文亂碼數(shù)據(jù)庫里中文正常但頁面上全是問號。原因JSP頁面沒指定UTF-8、Servlet接收參數(shù)時沒調(diào)setCharacterEncoding、MySQL連接URL缺少characterEncodingutf8三個環(huán)節(jié)只要有一個沒統(tǒng)一就會亂碼。解決JSP文件第一行保證pageEncodingUTF-8寫一個EncodingFilter在doFilter第一行執(zhí)行request.setCharacterEncoding(UTF-8)和response.setCharacterEncoding(UTF-8)MySQL建庫時用utf8mb4而不是latin1。三處都改完后重啟Tomcat再測。還有一個小坑如果用的是Tomcat 8.5以下版本POST參數(shù)默認按ISO-8859-1解碼不寫過濾器必亂碼?,F(xiàn)象五報“SQLSyntaxErrorException: Table pet_shop.order doesnt exist”或“You have an error in your SQL syntax”。原因數(shù)據(jù)庫腳本里把訂單表直接命名為order而ORDER是MySQL的保留字執(zhí)行SELECT、INSERT的SQL時必須用反引號轉(zhuǎn)義。解決最靠譜的是把表名改成t_order同時改代碼里所有SQL語句如果不想動腳本就要把SQL里所有涉及order表的地方寫成order注意是反引號不是單引號。同理字段名避免用name、status、desc這種常見保留字能省一堆無意中踩中的語法錯誤。另外還有一個不是報錯但很容易被忽略的路徑問題JSP里引用的CSS/JS路徑。如果你看到的頁面沒有樣式、圖片全部裂開先看瀏覽器F12網(wǎng)絡(luò)面板里靜態(tài)資源是否返回404再看頁面里的路徑是不是以/static/css/style.css開頭還是相對路徑style.css。Servlet轉(zhuǎn)發(fā)到WEB-INF下的JSP時相對路徑會相對于Servlet的映射路徑解析所以靜態(tài)資源路徑最好全部用${pageContext.request.contextPath}拼出絕對路徑這個改法一勞永逸。6. 從課設(shè)到作品上線前值得補的四個增強點跑通只是及格線想讓這個網(wǎng)上寵物銷售商城在答辯或簡歷上多幾分說服力值得在原有代碼上補四個增強點。第一個是密碼加密。課設(shè)包里基本全是明文存儲密碼數(shù)據(jù)庫一打開就能看到所有賬號的密碼答辯時被問“密碼安全怎么保證”容易接不上話??梢韵劝裻_user表里password字段的長度改成64然后在注冊和登錄時用MessageDigest做SHA-256哈?;蛘咭隿ommons-codec做MD5加鹽。改造量不大但能直接展示你對安全的基本認知。第二個是連接池。DBUtil里每次getConnection都是DriverManager現(xiàn)連現(xiàn)斷換成Druid連接池只需要改DBUtil的靜態(tài)初始化塊配置一個DruidDataSource取連接換成dataSource.getConnection()連接池的復(fù)用機制就生效了。第三個是日志?,F(xiàn)在代碼里全是System.out.println上線后根本沒法排查問題加一個Log4j2依賴把關(guān)鍵操作——登錄成功、下單成功、庫存不足——用logger.info記錄異常用logger.error記錄這是從“能跑”到“能用”最關(guān)鍵的一步。第四個是業(yè)務(wù)校驗。比如注冊時的用戶名重復(fù)判斷、下單前的庫存預(yù)檢、購物車數(shù)量不能為負數(shù)這些邊界校驗不一定在課設(shè)包里。改完這四點后建議按一套冒煙測試清單過一遍注冊新用戶 → 登錄 → 修改個人信息 → 瀏覽商品列表并翻頁 → 把一件商品加進購物車 → 修改購物車數(shù)量 → 提交訂單 → 在訂單列表看到剛下的單 → 管理員登錄后臺看到訂單和庫存變化。每一步通過的標(biāo)準(zhǔn)不是頁面沒報錯而是數(shù)據(jù)庫里對應(yīng)的表產(chǎn)生了正確的數(shù)據(jù)變更。這套流程走完這個JavaWeb課設(shè)才算真正歸你所有。我早期跑一個ServletJSP課設(shè)的時候在Tomcat配置上耗了兩個晚上最后發(fā)現(xiàn)只是Deployment里沒添加Artifact。后來養(yǎng)成了一個習(xí)慣拿到任何源碼包先看README、再導(dǎo)SQL、最后拖進IDEA跑順序不亂問題就少一大半。希望這個順序?qū)δ阋灿杏?。本文還有配套的精品資源點擊獲取