簡(jiǎn)介這是一套基于JavaWeb技術(shù)實(shí)現(xiàn)的簡(jiǎn)易購(gòu)物車系統(tǒng)完整源碼適合Java初學(xué)者及希望鞏固Web開發(fā)基礎(chǔ)的中級(jí)開發(fā)者。代碼圍繞Servlet與JSP、Session會(huì)話管理、JDBC數(shù)據(jù)庫(kù)交互、MVC設(shè)計(jì)模式、JSTL與EL表達(dá)式等核心知識(shí)點(diǎn)展開覆蓋商品展示、加入購(gòu)物車、修改數(shù)量、刪除商品及訂單處理等典型業(yè)務(wù)流程并附有開發(fā)文檔與項(xiàng)目安裝說(shuō)明能幫助讀者理清從頁(yè)面請(qǐng)求到數(shù)據(jù)持久化的完整鏈路。壓縮包共54個(gè)文件包含14個(gè)Java源文件、14個(gè)編譯后的class文件、6個(gè)JSP頁(yè)面、數(shù)據(jù)庫(kù)相關(guān)配置及properties、xml等輔助資源整體大小約1.58MB目錄結(jié)構(gòu)清晰適合直接導(dǎo)入Eclipse或IntelliJ IDEA配合Tomcat運(yùn)行學(xué)習(xí)。已有4125人瀏覽學(xué)習(xí)。通過(guò)研讀源碼和筆記可快速掌握J(rèn)avaWeb項(xiàng)目從環(huán)境搭建、數(shù)據(jù)庫(kù)設(shè)計(jì)到功能實(shí)現(xiàn)的常見思路對(duì)提升實(shí)際項(xiàng)目開發(fā)能力很有幫助。1. 什么是 javaWeb 簡(jiǎn)易購(gòu)物車它不是一張表而是會(huì)話里的一塊內(nèi)存很多人第一次接觸 javaWeb 購(gòu)物車時(shí)會(huì)下意識(shí)地想把「購(gòu)物車」設(shè)計(jì)成數(shù)據(jù)庫(kù)中的一張表加購(gòu)就是 insert改數(shù)量就是 update刪除就是 delete。這個(gè)思路不算錯(cuò)但對(duì)一個(gè)網(wǎng)頁(yè)端的簡(jiǎn)易購(gòu)物車來(lái)說(shuō)它把問(wèn)題想復(fù)雜了。真正的購(gòu)物車在絕大多數(shù)教學(xué)項(xiàng)目和基礎(chǔ)實(shí)踐中只是一個(gè)放在 HttpSession 里的內(nèi)存結(jié)構(gòu)。用戶點(diǎn)一下「加入購(gòu)物車」服務(wù)端往 Session 里塞一個(gè) HashMap用戶清空購(gòu)物車服務(wù)端把這個(gè) Session 屬性刪掉。整個(gè)過(guò)程不碰數(shù)據(jù)庫(kù)也不落盤。這么設(shè)計(jì)的第一層原因是簡(jiǎn)單不需要額外建表、不需要處理事務(wù)、不需要考慮未登錄用戶怎么關(guān)聯(lián)購(gòu)物車數(shù)據(jù)一個(gè)會(huì)話對(duì)象全搞定了。第二層原因是貼合 HTTP 的無(wú)狀態(tài)模型——購(gòu)物車本質(zhì)是「某一次瀏覽過(guò)程里的臨時(shí)意圖」Session 天生就是為這種臨時(shí)狀態(tài)設(shè)計(jì)的。給剛?cè)腴T JavaWeb 的人做一個(gè)可以復(fù)現(xiàn)、能看清請(qǐng)求流轉(zhuǎn)路徑的項(xiàng)目用 Session 存購(gòu)物車比引入 Redis 或數(shù)據(jù)庫(kù)表都直觀得多。這篇筆記面向的讀者很明確正在做 JavaWeb 課設(shè)或入門練手的人、需要給現(xiàn)有管理系統(tǒng)補(bǔ)一個(gè)購(gòu)物車模塊的人、被教科書里各種「MVC 三層架構(gòu)」繞暈的初學(xué)者。我會(huì)先用最樸素的方式講清楚購(gòu)物車應(yīng)該長(zhǎng)什么樣然后給出一個(gè)能直接跑起來(lái)的最小工程再把加購(gòu)、改數(shù)量、刪商品這些操作的代碼逐段拆開最后列幾個(gè)我實(shí)際踩過(guò)的坑。這套方案代碼量不大但該有的請(qǐng)求、轉(zhuǎn)發(fā)、重定向、會(huì)話、JDBC 讀寫都齊了值得照著做一遍。2. 技術(shù)選型與職責(zé)拆解為什么 JSP Servlet JDBC 就夠2.1 購(gòu)物車為什么是內(nèi)存結(jié)構(gòu)而不是數(shù)據(jù)庫(kù)表購(gòu)物車?yán)锏臄?shù)據(jù)有一個(gè)鮮明特點(diǎn)生命周期極短的臨時(shí)性。用戶打開瀏覽器訪問(wèn)一次購(gòu)物網(wǎng)站往購(gòu)物車?yán)锛恿藥准唐啡缓箨P(guān)閉頁(yè)面走人這條數(shù)據(jù)就不再有任何意義了。如果把它落進(jìn)數(shù)據(jù)庫(kù)你不僅要為每個(gè)匿名訪客建一張購(gòu)物車明細(xì)表還要在會(huì)話過(guò)期時(shí)寫定時(shí)任務(wù)去清理孤兒數(shù)據(jù)否則表會(huì)越攢越臟。為一個(gè)簡(jiǎn)易項(xiàng)目引入這種復(fù)雜度不劃算。常見的做法是用 HttpSession 的 setAttribute 方法存放一個(gè) Map商品Id, 數(shù)量。同一個(gè)商品再次加購(gòu)時(shí)只要數(shù)量加 1 而不是重新插入。這個(gè) Map 的生命周期由容器管理默認(rèn)超時(shí)時(shí)間一般是 30 分鐘用戶關(guān)掉瀏覽器后 Session 也隨之失效。要展示購(gòu)物車?yán)锏纳唐吩斍槊Q、單價(jià)、小計(jì)再通過(guò)商品 Id 去查一遍商品表即可。也就是說(shuō)購(gòu)物車只存 Id 和數(shù)量?jī)蓚€(gè)字段商品的其他信息仍然以數(shù)據(jù)庫(kù)為準(zhǔn)。為什么不是 CookieCookie 也存在瀏覽器端看似也能存購(gòu)物車但 Cookie 的容量限制只有 4KB 左右而一個(gè)購(gòu)物車?yán)飫?dòng)輒幾十件商品的 Id 列表很容易撐爆這個(gè)上限。更重要的是 Cookie 里的數(shù)據(jù)是明文的用戶可以隨意篡改。Session 把數(shù)據(jù)留在服務(wù)端客戶端只拿一個(gè)看不見內(nèi)容物的會(huì)話 ID安全性和容量都更合適。簡(jiǎn)易購(gòu)物車用 Session是成本和安全性之間的平衡點(diǎn)不是沒(méi)考慮過(guò)其他方案。還有一個(gè)實(shí)操上的好處調(diào)試直觀。你用 Servlet 處理加購(gòu)請(qǐng)求時(shí)直接打印 session.getAttribute(cart) 就能看到當(dāng)前購(gòu)物車的內(nèi)容不用連數(shù)據(jù)庫(kù)執(zhí)行 select。對(duì)于還沒(méi)把調(diào)試工具鏈玩熟的初學(xué)者這個(gè)「黑匣子」能被直接看到內(nèi)部狀態(tài)排查問(wèn)題的成本低得多。2.2 職責(zé)拆解把 JSP、Servlet、JDBC 各放對(duì)位置一個(gè)可以交差的簡(jiǎn)易購(gòu)物車項(xiàng)目至少要分出四層職責(zé)但每層都很薄。第一層是 JSP 頁(yè)面負(fù)責(zé)展示商品列表和購(gòu)物車內(nèi)容第二層是 Servlet負(fù)責(zé)接收請(qǐng)求、調(diào)用業(yè)務(wù)方法、決定跳轉(zhuǎn)方向第三層是一個(gè)購(gòu)物車相關(guān)的 JavaBeanCartItem 和 Cart封裝購(gòu)物車的存儲(chǔ)結(jié)構(gòu)第四層是商品數(shù)據(jù)的 JDBC 訪問(wèn)代碼負(fù)責(zé)把商品表里的記錄查出來(lái)。不少人會(huì)把 JDBC 代碼直接寫進(jìn) Servlet 的 doGet 方法里這種做法在小項(xiàng)目里能跑但會(huì)讓你后面改數(shù)據(jù)庫(kù)連接配置時(shí)到處找代碼。我一般會(huì)單獨(dú)建一個(gè)類哪怕這個(gè)類只有一個(gè)靜態(tài)方法也要和 Servlet 分開。同理JSP 頁(yè)面里不要出現(xiàn) Java 代碼片段。用 EL 表達(dá)式讀購(gòu)物車數(shù)據(jù)用 JSTL 的 c:forEach 遍歷商品列表這兩樣?xùn)|西是 JavaWeb 入門階段必須順手學(xué)會(huì)的——它們能讓你把頁(yè)面代碼控制在二十行以內(nèi)。關(guān)于版本選擇Servlet 可以用 3.1 或 4.0JSP 用 2.3 以上JDK 用 8 或 11Tomcat 用 9.x。這些版本都是經(jīng)過(guò)多年驗(yàn)證的穩(wěn)定組合網(wǎng)上能找到大量兼容性說(shuō)明。不要用 Servlet 5.0 以上的版本因?yàn)閺?5.0 開始采用了 Jakarta EE 命名空間與老教材里的 javax.servlet 包名不兼容會(huì)讓照著舊教程寫代碼的初學(xué)者在第一關(guān)就翻車。# 這里給一個(gè)最小目錄結(jié)構(gòu)之后照著建就不會(huì)亂 src/main/java ├── com.demo.entity # CartItem、Cart、Product ├── com.demo.dao # 商品表訪問(wèn) ├── com.demo.web # CartServlet、GoodsServlet src/main/webapp ├── WEB-INF/web.xml # Servlet 映射 ├── goodsList.jsp # 商品列表頁(yè) └── cart.jsp # 購(gòu)物車頁(yè)面建目錄的時(shí)候包名盡量不要用默認(rèn)包否則 Servlet 注解掃描和 web.xml 配置都可能出問(wèn)題。用公司域名反寫或者干脆用 com.demo 這種形似域名反寫的結(jié)構(gòu)是最穩(wěn)妥的選擇。3. 最小可運(yùn)行工程目錄、依賴與數(shù)據(jù)庫(kù)初始化3.1 用 Maven 搭好骨架pom.xml 里的依賴清單我會(huì)用 Maven 來(lái)管理這個(gè)項(xiàng)目。原因不是它多高級(jí)而是它能幫你鎖定依賴版本避免手動(dòng)往 WEB-INF/lib 里拷 jar 包時(shí)漏掉某一個(gè)、運(yùn)行期才報(bào) ClassNotFoundException。對(duì)于一個(gè)入門項(xiàng)目pom.xml 只需包含 servlet-api、jsp-api 和 mysql-connector-java 三樣其中前兩個(gè)還要顯式聲明 provided scope因?yàn)?Tomcat 容器本身自帶這兩個(gè)庫(kù)打包時(shí)不需要重復(fù)打入。dependencies dependency groupIdjavax.servlet/groupId artifactIdjavax.servlet-api/artifactId version4.0.1/version scopeprovided/scope /dependency dependency groupIdjavax.servlet.jsp/groupId artifactIdjavax.servlet.jsp-api/artifactId version2.3.3/version scopeprovided/scope /dependency dependency groupIdmysql/groupId artifactIdmysql-connector-java/artifactId version8.0.33/version /dependency /dependencies第二個(gè)依賴記得補(bǔ)上 jstl 和 taglibs因?yàn)轫?yè)面循環(huán)要用 c:forEach沒(méi)有 JSTL 你只能退回 Java 代碼片段頁(yè)面會(huì)變得很難讀。版本號(hào)不用追新能穩(wěn)定工作的老版本反而更省心。mysql-connector 用 8.0.x 配合 MySQL 5.7 或 8.0 都能正常連接驅(qū)動(dòng)類全名是 com.mysql.cj.jdbc.Driver這個(gè)寫法在 8.x 里已經(jīng)是標(biāo)配。dependency groupIdjavax.servlet/groupId artifactIdjstl/artifactId version1.2/version /dependencyMaven 配好后在項(xiàng)目根目錄執(zhí)行 mvn package確認(rèn)能打出 war 包。這一步通過(guò)說(shuō)明依賴引入沒(méi)問(wèn)題后續(xù)任何報(bào)錯(cuò)都不太可能與缺 jar 有關(guān)了。3.2 商品表與初始化數(shù)據(jù)購(gòu)物車得有東西可加購(gòu)物車本身不存商品明細(xì)但頁(yè)面得能從商品表查出可加購(gòu)的物品。我一般只建一張 goods 表包含 id、name、price、stock 四個(gè)字段。price 用 decimal(10,2) 而不是 float避免浮點(diǎn)精度在結(jié)算小計(jì)時(shí)出現(xiàn) 0.30000000000000004 這種尷尬。CREATE TABLE goods ( id INT PRIMARY KEY AUTO_INCREMENT, name VARCHAR(50) NOT NULL, price DECIMAL(10,2) NOT NULL, stock INT NOT NULL DEFAULT 10 ) ENGINEInnoDB DEFAULT CHARSETutf8mb4; INSERT INTO goods (name, price, stock) VALUES (機(jī)械鍵盤, 199.00, 50); INSERT INTO goods (name, price, stock) VALUES (游戲鼠標(biāo), 89.00, 80); INSERT INTO goods (name, price, stock) VALUES (顯示器支架, 129.00, 30);字符集用 utf8mb4 而不是 utf8是一個(gè)血淚經(jīng)驗(yàn)utf8 在 MySQL 里實(shí)際是 utf8mb3存不了 emoji也存不了部分生僻漢字。你寫個(gè)「」進(jìn)商品名舊字符集直接報(bào)錯(cuò)。建表時(shí)把字符集定了以后少一堆麻煩。數(shù)據(jù)庫(kù)連接信息按慣例寫在 src/main/resources 下的 jdbc.properties 里然后寫一個(gè)簡(jiǎn)單的 DBUtil 類讀取配置、獲取連接。連接串里必須帶上 useUnicodetruecharacterEncodingutf8否則中文參數(shù)往數(shù)據(jù)庫(kù)里寫會(huì)亂碼。時(shí)區(qū)參數(shù) serverTimezoneAsia/Shanghai 在 MySQL 8.x 下是必須的不加會(huì)報(bào)時(shí)區(qū)錯(cuò)誤。Class.forName(com.mysql.cj.jdbc.Driver); String url jdbc:mysql://localhost:3306/shopdb?useUnicodetruecharacterEncodingutf8serverTimezoneAsia/Shanghai; conn DriverManager.getConnection(url, root, 你的密碼);注意 Class.forName 在連接池或較新驅(qū)動(dòng)里已經(jīng)不是必寫項(xiàng)但對(duì)初學(xué)者來(lái)說(shuō)保留更穩(wěn)。不需要理解它背后的 SPI 機(jī)制知道這行代碼是觸發(fā)驅(qū)動(dòng)類加載即可。4. 購(gòu)物車核心邏輯的實(shí)現(xiàn)加入、改數(shù)量、刪除4.1 定義 CartItem 和 Cart會(huì)話里存什么購(gòu)物車?yán)锩恳恍惺且粭l CartItem至少要有商品 id、商品名稱、單價(jià)、加購(gòu)數(shù)量四個(gè)屬性再加一個(gè) getSubtotal() 方法計(jì)算小計(jì)。商品名稱和單價(jià)是在加購(gòu)時(shí)從數(shù)據(jù)庫(kù)查出來(lái)的這樣頁(yè)面展示購(gòu)物車時(shí)不必再查一次數(shù)據(jù)庫(kù)性能好一些代碼也簡(jiǎn)單。public class CartItem { private int id; // 商品 id private String name; // 商品名稱 private double price; // 單價(jià) private int count; // 加購(gòu)數(shù)量 public double getSubtotal() { return price * count; } // 構(gòu)造方法、getter/setter 省略 }Cart 類不直接操縱 Session它只負(fù)責(zé)持有一個(gè) MapInteger, CartItem。加購(gòu)時(shí)判斷 map 里有沒(méi)有同一個(gè) id有就把 count 加 1沒(méi)有就 new 一個(gè) CartItem 塞進(jìn)去。把業(yè)務(wù)放在這個(gè)類里Servlet 就只做參數(shù)解析和跳轉(zhuǎn)兩件事后期如果想換成 Redis 存儲(chǔ)或其他方式只需要替換 Cart 的實(shí)現(xiàn)控制層可以不動(dòng)。public class Cart { private MapInteger, CartItem items new LinkedHashMap(); public void addToCart(CartItem item) { CartItem exist items.get(item.getId()); if (exist ! null) { exist.setCount(exist.getCount() 1); } else { items.put(item.getId(), item); } } public ListCartItem list() { return new ArrayList(items.values()); } // remove、clear 方法類似不再贅述 }用 LinkedHashMap 而不是 HashMap 是有意為之它保證遍歷順序和插入順序一致購(gòu)物車頁(yè)面顯示的順序就和用戶加購(gòu)的順序一致了。這個(gè)小細(xì)節(jié)很多人不注意但頁(yè)面效果差異明顯。4.2 加購(gòu)請(qǐng)求的完整鏈路Servlet 與 JSP 之間的配合加購(gòu)操作的前端只是一個(gè)鏈接或者一個(gè)按鈕點(diǎn)擊后攜帶商品 id 請(qǐng)求 CartServlet。Servlet 根據(jù) action 參數(shù)分發(fā)處理add 是加購(gòu)update 是改數(shù)量delete 是刪一項(xiàng)clear 是清空。最后統(tǒng)一重定向回商品列表頁(yè)或購(gòu)物車頁(yè)而不是轉(zhuǎn)發(fā)到 JSP。WebServlet(/cart) public class CartServlet extends HttpServlet { protected void doGet(HttpServletRequest req, HttpServletResponse resp) throws ServletException, IOException { String action req.getParameter(action); HttpSession session req.getSession(); Cart cart (Cart) session.getAttribute(cart); if (cart null) { cart new Cart(); session.setAttribute(cart, cart); } if (add.equals(action)) { int id Integer.parseInt(req.getParameter(id)); Product p ProductDao.findById(id); CartItem item new CartItem(p.getId(), p.getName(), p.getPrice(), 1); cart.addToCart(item); } else if (delete.equals(action)) { cart.remove(Integer.parseInt(req.getParameter(id))); } resp.sendRedirect(req.getContextPath() /goods); } }這里要解釋為什么用重定向而不是轉(zhuǎn)發(fā)轉(zhuǎn)發(fā)是服務(wù)端內(nèi)部跳轉(zhuǎn)地址欄不變重定向是瀏覽器重新發(fā)起一次請(qǐng)求地址欄會(huì)變成目標(biāo)地址。如果加購(gòu)后用轉(zhuǎn)發(fā)回到商品列表頁(yè)用戶按 F5 刷新時(shí)會(huì)再次提交上一次的加購(gòu)請(qǐng)求商品數(shù)量會(huì)被反復(fù)疊加。重定向正是解決「刷新導(dǎo)致重復(fù)提交」的最樸素方案。ProductDao.findById 里的 JDBC 代碼老生常談建立連接、寫 SQL、填參數(shù)、執(zhí)行查詢、封裝結(jié)果集、關(guān)資源。唯一要強(qiáng)調(diào)的是 finally 里逐個(gè)關(guān)閉 ResultSet、Statement、Connection并且要按這個(gè)順序關(guān)否則連接不釋放多刷新幾次頁(yè)面就會(huì)出現(xiàn)連接超時(shí)。public static Product findById(int id) { String sql SELECT id, name, price, stock FROM goods WHERE id?; // PreparedStatement 預(yù)編譯防 SQL 注入 // 結(jié)果封裝成 Product 對(duì)象返回 }在頁(yè)面端遍歷購(gòu)物車只需這樣一段 EL JSTLc:forEach items${sessionScope.cart.list()} varitem tr td${item.name}/td td${item.price}/td td a hrefcart?actionupdateid${item.id}count1/a ${item.count} a hrefcart?actionupdateid${item.id}count-1-/a /td td${item.subtotal}/td tda hrefcart?actiondeleteid${item.id}刪除/a/td /tr /c:forEach需要留意的是 sessionScope 的寫法只有加上它才能明確告訴 EL 去 Session 里取 cart而不是去請(qǐng)求域或頁(yè)面域里找。這個(gè)小細(xì)節(jié)如果漏掉頁(yè)面上的購(gòu)物車一直是空的排查時(shí)容易一頭霧水。改數(shù)量操作不用單獨(dú)加一個(gè)文本框直接在現(xiàn)有數(shù)字旁邊放加減兩個(gè)鏈接通過(guò) count 參數(shù)傳 ±1后端拿到后修改數(shù)量這樣就避免了表單提交要處理的空值問(wèn)題。5. 五個(gè)高頻坑Session 丟失與亂碼排查記錄5.1 商品數(shù)量莫名其妙疊加刷新一次漲一次現(xiàn)象加入一件商品后點(diǎn)瀏覽器刷新購(gòu)物車?yán)镞@件商品的數(shù)量每次 1無(wú)法通過(guò)刷新讓頁(yè)面停留在原狀。原因加購(gòu)請(qǐng)求用的是 doGet瀏覽器地址欄的請(qǐng)求 URL 不會(huì)因?yàn)轫?yè)面跳轉(zhuǎn)而改變刷新時(shí)瀏覽器原樣重發(fā)上一次請(qǐng)求。如果加購(gòu)后是轉(zhuǎn)發(fā)到列表頁(yè)這個(gè)請(qǐng)求會(huì)被反復(fù)提交每次都在原數(shù)量上加 1。另外頁(yè)面里如果用了 這種方式直接提交 GET 請(qǐng)求刷新重放的幾率也高。解決把加購(gòu)處理結(jié)束后的響應(yīng)改為重定向即 resp.sendRedirect() 返回列表頁(yè)。重定向會(huì)讓地址欄變成列表頁(yè)的 URL刷新時(shí)提交的是列表頁(yè)的查詢請(qǐng)求而不是加購(gòu)請(qǐng)求。對(duì)于數(shù)量變化類操作更穩(wěn)妥的是改用 POST 提交并且處理完后仍然重定向雙保險(xiǎn)。我習(xí)慣的規(guī)則是所有寫操作一律 POST 重定向讀操作才用 GET 轉(zhuǎn)發(fā)。5.2 加購(gòu)時(shí)商品名變成 或亂碼現(xiàn)象使用 Tomcat 8 及以下版本運(yùn)行項(xiàng)目時(shí)請(qǐng)求參數(shù)里的中文商品名在購(gòu)物車?yán)镲@示為一堆問(wèn)號(hào)或亂碼。原因GET 請(qǐng)求的中文參數(shù)默認(rèn)按 ISO-8859-1 解碼超過(guò)這個(gè)字符集范圍的字符全部變成問(wèn)號(hào)。Tomcat 8 及以上版本默認(rèn) URI 編碼是 UTF-8問(wèn)題不大但很多教材配套的教學(xué)環(huán)境還在用 Tomcat 7。解決在請(qǐng)求到達(dá) Servlet 之前先指定請(qǐng)求編碼或者在 Tomcat 的 server.xml 的 Connector 配置里加上 URIEncodingUTF-8。代碼層面最省事的做法是寫一個(gè) Filter在 doFilter 開頭設(shè)置 req.setCharacterEncoding(UTF-8)然后 chain.doFilter 放行。注意設(shè)置編碼動(dòng)作必須發(fā)生在讀取任何參數(shù)之前否則已解碼的參數(shù)無(wú)法回頭修正。同時(shí)JSP 頁(yè)面頂部寫 pageEncoding“UTF-8”數(shù)據(jù)庫(kù)連接串里帶 characterEncodingutf8三層一起到位才算是徹底解決。public class EncodingFilter implements Filter { public void doFilter(ServletRequest req, ServletResponse resp, FilterChain chain) { req.setCharacterEncoding(UTF-8); resp.setCharacterEncoding(UTF-8); chain.doFilter(req, resp); } }5.3 同一個(gè)商品加購(gòu)后數(shù)量沒(méi)有 1反而出現(xiàn)兩行現(xiàn)象往購(gòu)物車?yán)锛右患唐穬纱钨?gòu)物車頁(yè)面出現(xiàn)兩行同名的商品而不是一行數(shù)量為 2。原因CartItem 里的 equals 和 hashCode 沒(méi)有重寫導(dǎo)致 MapInteger, CartItem 的 key 是商品 idInteger 包裝類型時(shí)不存在重復(fù)問(wèn)題但如果你把 Cart 實(shí)現(xiàn)里的 key 換成了 CartItem 對(duì)象且沒(méi)有重寫 equals那么每次 new 的 CartItem 都是不同對(duì)象永遠(yuǎn)不能命中已有的項(xiàng)。初學(xué)者最容易在這里寫錯(cuò)把 key 類型和實(shí)際類型混在一起。解決嚴(yán)格保持 Map 的 key 類型為 Integer 商品 id判斷是否存在時(shí)用 id 作為查找依據(jù)而不是把 CartItem 本身當(dāng)作 key。如果你的設(shè)計(jì)里一定要用對(duì)象做 key那么必須重寫 equals 和 hashCode且只比較商品 id。經(jīng)驗(yàn)之談能用基本類型包裝類做 key 就不要用對(duì)象少寫代碼就是少出錯(cuò)。5.4 頁(yè)面能打開但購(gòu)物車數(shù)據(jù)顯示不完整點(diǎn)刪除報(bào)空指針現(xiàn)象列表頁(yè)能正常顯示商品但進(jìn)入購(gòu)物車頁(yè)后部分字段空白點(diǎn)擊刪除某個(gè)商品時(shí)后臺(tái)拋 NullPointerException頁(yè)面白屏。原因這是典型的用戶換了個(gè)瀏覽器或者清了 Cookie 導(dǎo)致 Session 丟失。Session 是靠 Cookie 里的 JSESSIONID 維持的瀏覽器禁止 Cookie 后每次請(qǐng)求都是新的會(huì)話cart 屬性自然為 null。另一個(gè)常見情況是先直接打開了購(gòu)物車頁(yè)還沒(méi)通過(guò)列表頁(yè)加購(gòu)過(guò)任何商品此時(shí) session 里根本沒(méi)有 cart 這個(gè)屬性。解決在購(gòu)物車頁(yè)面的 Servlet 里做空值兜底取出 cart 為 null 時(shí)就 new 一個(gè)空的 Cart 放入 session而不是直接拿 null 去調(diào)方法。頁(yè)面端為了優(yōu)雅可以在購(gòu)物車為空時(shí)提示「還沒(méi)有商品去逛逛」而不是渲染一個(gè)空表格。這段邏輯兩三行就能寫完但能擋住大部分線上白屏。Cart cart (Cart) session.getAttribute(cart); if (cart null) { cart new Cart(); session.setAttribute(cart, cart); }5.5 修改數(shù)量時(shí)輸入了負(fù)數(shù)或 0購(gòu)物車?yán)锍霈F(xiàn)離譜數(shù)據(jù)現(xiàn)象用戶通過(guò)加減鏈接操作數(shù)量理論上每次只傳 ±1但如果有人手工修改 URL 參數(shù)傳 count-999購(gòu)物車?yán)锏臄?shù)量就變成了負(fù)數(shù)。原因后端缺少兜底校驗(yàn)?zāi)玫絽?shù)后直接運(yùn)算。簡(jiǎn)易項(xiàng)目通常不面對(duì)惡意攻擊但一個(gè)「不小心手滑」的普通用戶也能制造同樣的臟數(shù)據(jù)。負(fù)數(shù)的購(gòu)物車數(shù)量會(huì)導(dǎo)致購(gòu)物車總計(jì)出現(xiàn)負(fù)數(shù)展示上非常難看計(jì)算結(jié)算金額時(shí)還會(huì)引發(fā)邏輯混亂。解決在后端更新數(shù)量之后、保存之前做一次最小值校驗(yàn)數(shù)量小于 1 時(shí)直接刪除這一項(xiàng)或者重置為 1。數(shù)量大于庫(kù)存時(shí)按庫(kù)存上限截?cái)?。這套校驗(yàn)邏輯放在 Cart 類的 updateCount 方法里保證任何入口進(jìn)來(lái)的數(shù)據(jù)都會(huì)被兜住。類似的兜底同樣適用于商品 id 參數(shù)Integer.parseInt 前先做一次正則匹配或 try-catch避免非數(shù)字參數(shù)直接讓 Servlet 拋 NumberFormatException。6. 從「能跑」到「能交差」的進(jìn)階調(diào)整到此一個(gè)基于 Session 存儲(chǔ)、JSP Servlet 展示、JDBC 讀商品表的簡(jiǎn)易購(gòu)物車已經(jīng)完整跑通了。如果做完這個(gè)還覺(jué)得不過(guò)癮或者這是你的課程設(shè)計(jì)需要「加亮點(diǎn)」下面幾個(gè)方向是我會(huì)優(yōu)先考慮的按性價(jià)比從高到低排列。第一個(gè)值得改的是把商品詳情也納入購(gòu)物車展示。當(dāng)前方案在加購(gòu)時(shí)把商品名和單價(jià)存進(jìn)了 CartItem這有個(gè)隱患后臺(tái)改了商品價(jià)格購(gòu)物車?yán)锏呐f價(jià)不會(huì)自動(dòng)更新。進(jìn)階做法是購(gòu)物車只存 id 和數(shù)量每次渲染購(gòu)物車頁(yè)時(shí)用 id 批量查一次商品表詳情實(shí)時(shí)對(duì)齊。代價(jià)是每次打開購(gòu)物車多一次查詢但換來(lái)的是價(jià)格數(shù)據(jù)的準(zhǔn)確性。這一步改動(dòng)不大但能把「購(gòu)物車是臨時(shí)視圖」這個(gè)理念貫徹到位。第二個(gè)方向是加上數(shù)量校驗(yàn)與庫(kù)存聯(lián)動(dòng)。在 updateCount 方法里查一下當(dāng)前商品的庫(kù)存加購(gòu)數(shù)量超過(guò)庫(kù)存時(shí)彈出提示不允許繼續(xù)添加。這樣即使沒(méi)人惡意攻擊也能擋住誤操作頁(yè)面體驗(yàn)感提升明顯。庫(kù)存扣減可以放在「結(jié)算」動(dòng)作里做如果沒(méi)有做結(jié)算功能至少要做到下單時(shí)二次校驗(yàn)防止超賣——雖然簡(jiǎn)易項(xiàng)目通常不需要真上鎖但提前把庫(kù)存校驗(yàn)邏輯埋好后續(xù)接支付寶或微信支付時(shí)會(huì)省很多事。第三個(gè)方向是引入 Cookie 持久化未登錄用戶的購(gòu)物車。做法是用戶未登錄時(shí)把購(gòu)物車編碼為 JSON 字符串寫入 Cookie登錄后將 Cookie 中的內(nèi)容合并進(jìn)賬戶的購(gòu)物車數(shù)據(jù)。這個(gè)功能在真實(shí)電商里是標(biāo)配但實(shí)現(xiàn)起來(lái)涉及 JSON 序列化、Cookie 編解碼、合并策略量不小。我的建議是如果做的是課設(shè)這個(gè)方向?qū)儆诩臃猪?xiàng)但投入產(chǎn)出比一般把 Session 版本打磨到極致已經(jīng)足夠如果是在公司里做企業(yè)級(jí)項(xiàng)目這幾乎是硬需求。我在經(jīng)歷模擬項(xiàng)目X的時(shí)候一開始也想著把所有狀態(tài)都放進(jìn)數(shù)據(jù)庫(kù)后來(lái)發(fā)現(xiàn)會(huì)話過(guò)期時(shí)數(shù)據(jù)庫(kù)里堆滿了沒(méi)人認(rèn)領(lǐng)的臨時(shí)記錄清洗麻煩不說(shuō)還拖慢查詢。把購(gòu)物車放 Session 后又踩過(guò)刷新重復(fù)提交的坑被 QA 同學(xué)反復(fù)反饋「加一次變兩次」?！笇懖僮骱笠宦芍囟ㄏ颉惯@個(gè)習(xí)慣就是那次被磨出來(lái)的?；仡^來(lái)看做簡(jiǎn)易購(gòu)物車最有價(jià)值的收獲并不是學(xué)會(huì)了幾個(gè)標(biāo)簽和 API而是真正理解了 HTTP 無(wú)狀態(tài)和 Session 之間的關(guān)系。如果你照著上面的代碼跑通了建議你試著改一個(gè)功能來(lái)驗(yàn)證自己是否真理解把「加入購(gòu)物車」改成「商品詳情頁(yè)內(nèi)選擇數(shù)量后加入」看看參數(shù)傳遞和數(shù)量疊加邏輯會(huì)出現(xiàn)哪些新問(wèn)題。這個(gè)改動(dòng)不復(fù)雜但能考驗(yàn)?zāi)銓?duì)整個(gè)請(qǐng)求鏈路的掌握程度。希望幫到你。本文還有配套的精品資源點(diǎn)擊獲取