拓冰网站定制 
简介这是一份面向计算机专业学生与Java Web初学者的毕业设计参考资源主题为基于Java与JSP技术栈实现的网上拍卖系统。项目覆盖用户注册登录、商品浏览、在线竞拍与交易结算等核心业务并采用Servlet处理请求、MVC分层组织代码涉及数据库设计、Session认证、AJAX局部刷新及SQL注入与XSS防护等实践要点适合作为课程设计、毕设选题或Web开发入门的完整范例。资源包共137个文件包含42个JSP页面、20个Java源文件、25个编译后的class文件以及gif、jpg等界面素材和jar依赖库整体约2.36MB结构清晰便于按模块阅读与二次修改。目前已有266人学习下载。通过研读源码读者可掌握从页面渲染、Servlet调度到数据库交互的完整链路理解拍卖业务逻辑的实现方式并在此基础上扩展出竞价提醒、订单管理等功能快速积累可写入简历的项目经验。1. 从一份 JavaJSP 拍卖系统源码说起它到底能跑出什么很多人拿到「基于JavaJSP的网上拍卖系统毕业设计实现源码」这类压缩包第一反应是解压、找 main、点运行然后卡在数据库连不上或者页面 404。我当年也这样翻车过两次才明白这套东西的价值不在「跑起来」而在它把电商里最核心的竞价逻辑用最朴素的 Servlet/JSP 讲清楚了。它适合三类人——要交毕业设计但不想只做增删改查的学生、想补 Java Web 底层交互的后端新人、以及需要一套可改可扩的竞价 Demo 做二次开发的人。核心链路其实就四条用户注册登录、商品发布、出价竞拍、订单结算。JSP 负责把数据渲染成页面Servlet 接请求、调 Service、写库JDBC 直连 MySQL。没有 Spring 那层封装反而能看清 HTTP 请求怎么一步步变成数据库里的一行记录。下面我按「能复现」的标准把环境、表结构、竞价并发、页面渲染和排错一条条拆开。2. 环境与数据库把项目从压缩包跑到浏览器出页面2.1 JDK、Tomcat、MySQL 的版本搭配与目录结构这套源码常见的技术栈是 JDK 8 Tomcat 8.5/9 MySQL 5.7/8.0别一上来就上 JDK 17JSP 里如果用了老式% page import %加sun.*包会直接编译不过。我一般固定 JDK 8u301 配 Tomcat 9.0.xMySQL 用 5.7 最稳因为很多毕设源码的建表语句带ENGINEInnoDB DEFAULT CHARSETutf8MySQL 8 默认utf8mb4虽然兼容但驱动类名要从com.mysql.jdbc.Driver换成com.mysql.cj.jdbc.Driver否则控制台会刷一堆弃用警告。解压后典型目录长这样auction-system/ ├── src/ │ └── com/auction/ │ ├── dao/ # JDBC 数据访问 │ ├── service/ # 业务逻辑竞价在这里 │ ├── servlet/ # 请求入口 │ └── util/ # DBUtil 连接池 ├── WebContent/ │ ├── WEB-INF/ │ │ ├── web.xml # Servlet 映射 │ │ └── lib/ # mysql-connector-java.jar │ ├── css/ js/ images/ │ └── *.jsp # 页面 └── auction.sql # 建表 初始数据导入 Eclipse 选 Dynamic Web Project或者 IDEA 里配好 Artifact。关键是把mysql-connector-java-5.1.x.jar放进WEB-INF/lib不是只加到 Build Path——Tomcat 运行时只认WEB-INF/lib下的包这是新手第一个血泪坑。2.2 建库建表用户、商品、竞价、订单四张核心表先执行auction.sql如果脚本里没有CREATE DATABASE手动补一句CREATE DATABASE auction_db DEFAULT CHARACTER SET utf8 COLLATE utf8_general_ci; USE auction_db; -- 用户表 CREATE TABLE t_user ( id INT PRIMARY KEY AUTO_INCREMENT, username VARCHAR(50) UNIQUE NOT NULL, password VARCHAR(64) NOT NULL, -- 存 MD5别存明文 role TINYINT DEFAULT 0 -- 0 普通用户 1 管理员 ); -- 商品表 CREATE TABLE t_item ( id INT PRIMARY KEY AUTO_INCREMENT, name VARCHAR(100) NOT NULL, start_price DECIMAL(10,2) NOT NULL, -- 起拍价 current_price DECIMAL(10,2) NOT NULL, -- 当前最高价 end_time DATETIME NOT NULL, -- 截拍时间 seller_id INT, status TINYINT DEFAULT 1 -- 1 在拍 2 已结束 ); -- 竞价记录表 CREATE TABLE t_bid ( id INT PRIMARY KEY AUTO_INCREMENT, item_id INT NOT NULL, user_id INT NOT NULL, bid_price DECIMAL(10,2) NOT NULL, bid_time DATETIME DEFAULT CURRENT_TIMESTAMP, INDEX idx_item (item_id) ); -- 订单表 CREATE TABLE t_order ( id INT PRIMARY KEY AUTO_INCREMENT, item_id INT, buyer_id INT, final_price DECIMAL(10,2), create_time DATETIME DEFAULT CURRENT_TIMESTAMP );current_price和t_bid是竞拍系统的命脉前者是商品列表页直接读的冗余字段后者是完整出价流水。为什么冗余因为列表页要展示几十个商品的最新价每次都去t_bid里MAX(bid_price)会拖慢查询。代价是每次出价必须同时更新两张表这个一致性后面第 4 章会专门讲。2.3 改连接配置并部署一次跑通的最小步骤找到DBUtil.java或db.properties把库名、账号、密码改成你本地的// DBUtil.java 关键片段 private static final String URL jdbc:mysql://localhost:3306/auction_db?useUnicodetruecharacterEncodingutf8useSSLfalse; private static final String USER root; private static final String PWD 你的密码; static { try { Class.forName(com.mysql.jdbc.Driver); // MySQL8 改成 com.mysql.cj.jdbc.Driver } catch (ClassNotFoundException e) { e.printStackTrace(); } }useSSLfalse不加会在控制台刷警告characterEncodingutf8不加中文商品名会变问号。部署时在 IDEA 里配 Tomcat ServerDeployment 选war explodedApplication context 设成/auction启动后访问http://localhost:8080/auction/login.jsp。如果首页 404先看web.xml里welcome-file是不是指向了不存在的页面如果 500 且堆栈是ClassNotFoundException九成是驱动包没进WEB-INF/lib。3. 竞价逻辑Servlet 接请求到落库的完整链路3.1 出价请求的参数校验与业务规则竞拍不是普通表单提交它有一串硬规则出价必须高于当前价、必须高于起拍价、截拍后不能出价、不能给自己卖的东西出价。这些校验放在 Service 层Servlet 只负责收参数和转发。先看 Servlet// BidServlet.java protected void doPost(HttpServletRequest req, HttpServletResponse resp) throws ServletException, IOException { HttpSession session req.getSession(); User user (User) session.getAttribute(loginUser); if (user null) { // 未登录直接踢回登录页 resp.sendRedirect(login.jsp); return; } int itemId Integer.parseInt(req.getParameter(itemId)); BigDecimal bidPrice new BigDecimal(req.getParameter(bidPrice)); BidService service new BidService(); String result service.placeBid(itemId, user.getId(), bidPrice); if (OK.equals(result)) { resp.sendRedirect(item_detail.jsp?id itemId); } else { req.setAttribute(msg, result); // 把失败原因带回页面 req.getRequestDispatcher(item_detail.jsp?id itemId).forward(req, resp); } }参数说明itemId来自详情页隐藏域bidPrice是用户输入框。注意BigDecimal不要用double接价格浮点误差在竞价里是致命的——0.10.2 那种问题会让「刚好高出一分钱」的判断失效。Service 层返回字符串而不是布尔是为了把「出价必须高于当前价」这种具体原因直接显示给用户。3.2 用事务和行锁防止同一商品被并发压价毕设源码最常见的翻车点两个人同时出价都读到current_price100一个出 110 一个出 120结果两条 update 都执行最终价可能停在 110。解决办法是把「读当前价 判断 更新」放进一个事务并对商品行加锁// BidService.java public String placeBid(int itemId, int userId, BigDecimal bidPrice) { Connection conn null; try { conn DBUtil.getConnection(); conn.setAutoCommit(false); // 开启事务 // 1. 行锁读商品FOR UPDATE 锁住这一行 String sql1 SELECT current_price, end_time, seller_id, status FROM t_item WHERE id? FOR UPDATE; PreparedStatement ps1 conn.prepareStatement(sql1); ps1.setInt(1, itemId); ResultSet rs ps1.executeQuery(); if (!rs.next()) { conn.rollback(); return 商品不存在; } BigDecimal current rs.getBigDecimal(current_price); Timestamp endTime rs.getTimestamp(end_time); int sellerId rs.getInt(seller_id); int status rs.getInt(status); // 2. 业务校验 if (status ! 1) { conn.rollback(); return 拍卖已结束; } if (endTime.before(new Date())){ conn.rollback(); return 已过截拍时间; } if (sellerId userId) { conn.rollback(); return 不能给自己出价; } if (bidPrice.compareTo(current) 0) { conn.rollback(); return 出价必须高于当前价 current; } // 3. 更新商品当前价 PreparedStatement ps2 conn.prepareStatement( UPDATE t_item SET current_price? WHERE id?); ps2.setBigDecimal(1, bidPrice); ps2.setInt(2, itemId); ps2.executeUpdate(); // 4. 插入竞价流水 PreparedStatement ps3 conn.prepareStatement( INSERT INTO t_bid(item_id,user_id,bid_price) VALUES(?,?,?)); ps3.setInt(1, itemId); ps3.setInt(2, userId); ps3.setBigDecimal(3, bidPrice); ps3.executeUpdate(); conn.commit(); return OK; } catch (Exception e) { try { if (conn ! null) conn.rollback(); } catch (Exception ignore) {} e.printStackTrace(); return 系统异常请重试; } finally { DBUtil.close(conn); } }FOR UPDATE是这里的关键它让第二个并发请求在SELECT处阻塞直到第一个事务提交读到的就是更新后的价格。参数上要注意setAutoCommit(false)必须在拿连接后立刻设commit和rollback成对出现。如果数据库是 MyISAM 引擎FOR UPDATE无效所以建表时务必确认ENGINEInnoDB。这套写法在毕设里足够但生产环境高并发下会退化成串行后面第 6 章讲怎么用乐观锁或 Redis 改进。3.3 截拍判定定时任务还是惰性判断拍卖到点要结束常见两种做法。一是 Tomcat 里挂ServletContextListener起一个ScheduledExecutorService每分钟扫一次end_time NOW() AND status1的商品把状态改成 2 并生成订单。二是惰性判断——不主动扫用户访问详情页时检查end_time过期就当场结算。毕设推荐第一种因为列表页也要显示「已结束」惰性判断会让列表状态滞后。// AuctionTimerListener.java public class AuctionTimerListener implements ServletContextListener { private ScheduledExecutorService scheduler; public void contextInitialized(ServletContextEvent sce) { scheduler Executors.newSingleThreadScheduledExecutor(); scheduler.scheduleAtFixedRate(() - { try { new OrderService().closeExpiredAuctions(); // 结算过期商品 } catch (Exception e) { e.printStackTrace(); // 定时任务异常必须吞掉否则后续不再执行 } }, 0, 60, TimeUnit.SECONDS); // 启动即跑一次之后每 60 秒 } public void contextDestroyed(ServletContextEvent sce) { if (scheduler ! null) scheduler.shutdownNow(); } }scheduleAtFixedRate的异常处理是重点如果任务体抛异常没被 catch后续调度会静默停止表现就是「拍卖永远不结束」。contextDestroyed里shutdownNow防止 Tomcat 关闭时线程泄漏。结算逻辑就是找出最高出价者写t_order把商品status置 2。4. JSP 页面渲染与常见翻车排查4.1 商品列表和详情页的数据绑定JSP 里最容易被吐槽的就是在页面写 Java 代码但毕设阶段用 JSTL 已经算规范。列表页从request拿ListItem循环渲染% taglib prefixc urihttp://java.sun.com/jsp/jstl/core % % taglib prefixfmt urihttp://java.sun.com/jsp/jstl/fmt % table c:forEach varitem items${itemList} tr tda hrefitem_detail.jsp?id${item.id}${item.name}/a/td tdfmt:formatNumber value${item.currentPrice} pattern#0.00//td tdfmt:formatDate value${item.endTime} patternyyyy-MM-dd HH:mm//td td c:choose c:when test${item.status 1}竞拍中/c:when c:otherwise已结束/c:otherwise /c:choose /td /tr /c:forEach /tablefmt:formatNumber保证价格显示两位小数fmt:formatDate统一时间格式。注意${item.currentPrice}里的属性名要和 JavaBean 的 getter 对应——getCurrentPrice()对应currentPrice写成current_price会取不到值页面显示空白这是 JSP 新手最常见的「玄学」问题。4.2 中文乱码、图片路径、Session 失效三类高频问题中文乱码POST 请求在 Servlet 里第一行加req.setCharacterEncoding(UTF-8)响应加resp.setContentType(text/html;charsetUTF-8)。GET 请求在 Tomcat 8 以后默认 URI 编码是 UTF-8但如果你在server.xml里改过URIEncoding就要对应。数据库连接串的characterEncodingutf8和表的CHARSETutf8三处必须一致缺一处中文就变问号。图片路径商品图上传后存到WebContent/upload/数据库只存文件名。JSP 里用${pageContext.request.contextPath}/upload/${item.image}拼绝对路径不要写死/auction/upload/否则改 context 就全挂。Session 失效用户登录后把User放 session默认 30 分钟过期。出价时如果 session 没了loginUser为 nullServlet 里必须判空并重定向登录页否则直接NullPointerException。可以在web.xml里调session-configsession-timeout60/session-timeout/session-config。4.3 避坑清单五个我真实踩过的坑坑一出价成功但列表价没变。现象是详情页显示新价返回列表还是旧价。原因是列表页用了浏览器缓存或 Service 里只更新了t_bid没更新t_item.current_price。解决确认UPDATE t_item执行了并在列表 Servlet 里加resp.setHeader(Cache-Control,no-cache)。坑二并发出价后价格回退。现象是两个人出价最终价低于其中一次出价。原因是没用事务或没用FOR UPDATE两个事务各读各的。解决按 3.2 的行锁写法并确认表引擎是 InnoDB。坑三定时任务跑一次就停。现象是服务启动后第一分钟结算正常之后再也不结算。原因是任务体抛了未捕获异常。解决try-catch包住整个任务体异常只打日志不抛出。坑四MySQL 8 启动报驱动类找不到。现象是ClassNotFoundException: com.mysql.jdbc.Driver。原因是 MySQL 8 的驱动类改成了com.mysql.cj.jdbc.Driver且旧版 jar 不兼容。解决换mysql-connector-java-8.0.x.jar并改类名连接串加serverTimezoneAsia/Shanghai。坑五JSP 页面报javax.servlet.jsp.JspException找不到标签。现象是c:forEach不生效原样输出。原因是缺 JSTL 的jstl.jar和standard.jar。解决两个 jar 都放进WEB-INF/lib并在页面顶部加对core和fmt的 taglib 声明。5. 从能跑到能改二次开发和答辩加分的方向5.1 把竞价并发从行锁升级到乐观锁第 3 章的行锁在毕设够用但答辩老师常问「高并发怎么办」。可以改成乐观锁给t_item加version字段更新时带版本号。UPDATE t_item SET current_price?, versionversion1 WHERE id? AND version?;Java 里判断executeUpdate()返回 0 就说明被别人抢先重试或提示用户。这样读不加锁吞吐更高代价是要处理重试逻辑。对比一下方案加锁方式并发表现适用场景行锁 FOR UPDATE悲观锁串行简单可靠毕设、低并发version 乐观锁无锁读高并发需重试答辩加分、中小流量Redis 原子操作内存原子最高需额外组件生产环境5.2 用拦截器统一登录校验和编码现在每个 Servlet 都写一遍setCharacterEncoding和登录判空重复且容易漏。可以写一个Filterpublic class AuthFilter implements Filter { public void doFilter(ServletRequest req, ServletResponse resp, FilterChain chain) throws IOException, ServletException { HttpServletRequest request (HttpServletRequest) req; HttpServletResponse response (HttpServletResponse) resp; request.setCharacterEncoding(UTF-8); response.setContentType(text/html;charsetUTF-8); String uri request.getRequestURI(); // 登录页、注册、静态资源放行 if (uri.endsWith(login.jsp) || uri.endsWith(register.jsp) || uri.contains(/css/) || uri.contains(/js/)) { chain.doFilter(req, resp); return; } if (request.getSession().getAttribute(loginUser) null) { response.sendRedirect(request.getContextPath() /login.jsp); return; } chain.doFilter(req, resp); } }在web.xml里配filter-mapping拦截/*。这样编码和鉴权一处配置全局生效也顺手解决了 4.2 里的乱码和 session 判空问题。5.3 答辩前值得做的三个验证第一用两个浏览器或一个正常窗口一个无痕同时登录两个账号对同一商品在最后 10 秒内出价看最终价是否等于最高出价、t_bid是否两条都记录、t_order是否只生成一条。第二把系统时间往后调过end_time等定时任务跑一轮确认商品状态变 2 且订单生成。第三故意在出价框输入abc或负数确认后端有校验而不是直接 500。这三个场景覆盖了竞价、结算、容错三条主线答辩演示基本稳。我自己的习惯是每次改完 Service 层先在t_bid里手动插几条脏数据比如同一用户连续出价、出价低于当前价跑一遍看会不会破坏current_price的一致性。这套源码最大的价值不是它多完善而是它把「请求进来、校验、加锁、落库、渲染」这条链路完整暴露在你面前改一处就能看到一处效果。把并发和事务这两块吃透比堆十个 CRUD 页面都值。希望帮到你。本文还有配套的精品资源点击获取 Java+JSP拍卖系统源码解析：竞价逻辑与并发实战
简介这是一份面向计算机专业学生与Java Web初学者的毕业设计参考资源主题为基于Java与JSP技术栈实现的网上拍卖系统。项目覆盖用户注册登录、商品浏览、在线竞拍与交易结算等核心业务并采用Servlet处理请求、MVC分层组织代码涉及数据库设计、Session认证、AJAX局部刷新及SQL注入与XSS防护等实践要点适合作为课程设计、毕设选题或Web开发入门的完整范例。资源包共137个文件包含42个JSP页面、20个Java源文件、25个编译后的class文件以及gif、jpg等界面素材和jar依赖库整体约2.36MB结构清晰便于按模块阅读与二次修改。目前已有266人学习下载。通过研读源码读者可掌握从页面渲染、Servlet调度到数据库交互的完整链路理解拍卖业务逻辑的实现方式并在此基础上扩展出竞价提醒、订单管理等功能快速积累可写入简历的项目经验。1. 从一份 JavaJSP 拍卖系统源码说起它到底能跑出什么很多人拿到「基于JavaJSP的网上拍卖系统毕业设计实现源码」这类压缩包第一反应是解压、找 main、点运行然后卡在数据库连不上或者页面 404。我当年也这样翻车过两次才明白这套东西的价值不在「跑起来」而在它把电商里最核心的竞价逻辑用最朴素的 Servlet/JSP 讲清楚了。它适合三类人——要交毕业设计但不想只做增删改查的学生、想补 Java Web 底层交互的后端新人、以及需要一套可改可扩的竞价 Demo 做二次开发的人。核心链路其实就四条用户注册登录、商品发布、出价竞拍、订单结算。JSP 负责把数据渲染成页面Servlet 接请求、调 Service、写库JDBC 直连 MySQL。没有 Spring 那层封装反而能看清 HTTP 请求怎么一步步变成数据库里的一行记录。下面我按「能复现」的标准把环境、表结构、竞价并发、页面渲染和排错一条条拆开。2. 环境与数据库把项目从压缩包跑到浏览器出页面2.1 JDK、Tomcat、MySQL 的版本搭配与目录结构这套源码常见的技术栈是 JDK 8 Tomcat 8.5/9 MySQL 5.7/8.0别一上来就上 JDK 17JSP 里如果用了老式% page import %加sun.*包会直接编译不过。我一般固定 JDK 8u301 配 Tomcat 9.0.xMySQL 用 5.7 最稳因为很多毕设源码的建表语句带ENGINEInnoDB DEFAULT CHARSETutf8MySQL 8 默认utf8mb4虽然兼容但驱动类名要从com.mysql.jdbc.Driver换成com.mysql.cj.jdbc.Driver否则控制台会刷一堆弃用警告。解压后典型目录长这样auction-system/ ├── src/ │ └── com/auction/ │ ├── dao/ # JDBC 数据访问 │ ├── service/ # 业务逻辑竞价在这里 │ ├── servlet/ # 请求入口 │ └── util/ # DBUtil 连接池 ├── WebContent/ │ ├── WEB-INF/ │ │ ├── web.xml # Servlet 映射 │ │ └── lib/ # mysql-connector-java.jar │ ├── css/ js/ images/ │ └── *.jsp # 页面 └── auction.sql # 建表 初始数据导入 Eclipse 选 Dynamic Web Project或者 IDEA 里配好 Artifact。关键是把mysql-connector-java-5.1.x.jar放进WEB-INF/lib不是只加到 Build Path——Tomcat 运行时只认WEB-INF/lib下的包这是新手第一个血泪坑。2.2 建库建表用户、商品、竞价、订单四张核心表先执行auction.sql如果脚本里没有CREATE DATABASE手动补一句CREATE DATABASE auction_db DEFAULT CHARACTER SET utf8 COLLATE utf8_general_ci; USE auction_db; -- 用户表 CREATE TABLE t_user ( id INT PRIMARY KEY AUTO_INCREMENT, username VARCHAR(50) UNIQUE NOT NULL, password VARCHAR(64) NOT NULL, -- 存 MD5别存明文 role TINYINT DEFAULT 0 -- 0 普通用户 1 管理员 ); -- 商品表 CREATE TABLE t_item ( id INT PRIMARY KEY AUTO_INCREMENT, name VARCHAR(100) NOT NULL, start_price DECIMAL(10,2) NOT NULL, -- 起拍价 current_price DECIMAL(10,2) NOT NULL, -- 当前最高价 end_time DATETIME NOT NULL, -- 截拍时间 seller_id INT, status TINYINT DEFAULT 1 -- 1 在拍 2 已结束 ); -- 竞价记录表 CREATE TABLE t_bid ( id INT PRIMARY KEY AUTO_INCREMENT, item_id INT NOT NULL, user_id INT NOT NULL, bid_price DECIMAL(10,2) NOT NULL, bid_time DATETIME DEFAULT CURRENT_TIMESTAMP, INDEX idx_item (item_id) ); -- 订单表 CREATE TABLE t_order ( id INT PRIMARY KEY AUTO_INCREMENT, item_id INT, buyer_id INT, final_price DECIMAL(10,2), create_time DATETIME DEFAULT CURRENT_TIMESTAMP );current_price和t_bid是竞拍系统的命脉前者是商品列表页直接读的冗余字段后者是完整出价流水。为什么冗余因为列表页要展示几十个商品的最新价每次都去t_bid里MAX(bid_price)会拖慢查询。代价是每次出价必须同时更新两张表这个一致性后面第 4 章会专门讲。2.3 改连接配置并部署一次跑通的最小步骤找到DBUtil.java或db.properties把库名、账号、密码改成你本地的// DBUtil.java 关键片段 private static final String URL jdbc:mysql://localhost:3306/auction_db?useUnicodetruecharacterEncodingutf8useSSLfalse; private static final String USER root; private static final String PWD 你的密码; static { try { Class.forName(com.mysql.jdbc.Driver); // MySQL8 改成 com.mysql.cj.jdbc.Driver } catch (ClassNotFoundException e) { e.printStackTrace(); } }useSSLfalse不加会在控制台刷警告characterEncodingutf8不加中文商品名会变问号。部署时在 IDEA 里配 Tomcat ServerDeployment 选war explodedApplication context 设成/auction启动后访问http://localhost:8080/auction/login.jsp。如果首页 404先看web.xml里welcome-file是不是指向了不存在的页面如果 500 且堆栈是ClassNotFoundException九成是驱动包没进WEB-INF/lib。3. 竞价逻辑Servlet 接请求到落库的完整链路3.1 出价请求的参数校验与业务规则竞拍不是普通表单提交它有一串硬规则出价必须高于当前价、必须高于起拍价、截拍后不能出价、不能给自己卖的东西出价。这些校验放在 Service 层Servlet 只负责收参数和转发。先看 Servlet// BidServlet.java protected void doPost(HttpServletRequest req, HttpServletResponse resp) throws ServletException, IOException { HttpSession session req.getSession(); User user (User) session.getAttribute(loginUser); if (user null) { // 未登录直接踢回登录页 resp.sendRedirect(login.jsp); return; } int itemId Integer.parseInt(req.getParameter(itemId)); BigDecimal bidPrice new BigDecimal(req.getParameter(bidPrice)); BidService service new BidService(); String result service.placeBid(itemId, user.getId(), bidPrice); if (OK.equals(result)) { resp.sendRedirect(item_detail.jsp?id itemId); } else { req.setAttribute(msg, result); // 把失败原因带回页面 req.getRequestDispatcher(item_detail.jsp?id itemId).forward(req, resp); } }参数说明itemId来自详情页隐藏域bidPrice是用户输入框。注意BigDecimal不要用double接价格浮点误差在竞价里是致命的——0.10.2 那种问题会让「刚好高出一分钱」的判断失效。Service 层返回字符串而不是布尔是为了把「出价必须高于当前价」这种具体原因直接显示给用户。3.2 用事务和行锁防止同一商品被并发压价毕设源码最常见的翻车点两个人同时出价都读到current_price100一个出 110 一个出 120结果两条 update 都执行最终价可能停在 110。解决办法是把「读当前价 判断 更新」放进一个事务并对商品行加锁// BidService.java public String placeBid(int itemId, int userId, BigDecimal bidPrice) { Connection conn null; try { conn DBUtil.getConnection(); conn.setAutoCommit(false); // 开启事务 // 1. 行锁读商品FOR UPDATE 锁住这一行 String sql1 SELECT current_price, end_time, seller_id, status FROM t_item WHERE id? FOR UPDATE; PreparedStatement ps1 conn.prepareStatement(sql1); ps1.setInt(1, itemId); ResultSet rs ps1.executeQuery(); if (!rs.next()) { conn.rollback(); return 商品不存在; } BigDecimal current rs.getBigDecimal(current_price); Timestamp endTime rs.getTimestamp(end_time); int sellerId rs.getInt(seller_id); int status rs.getInt(status); // 2. 业务校验 if (status ! 1) { conn.rollback(); return 拍卖已结束; } if (endTime.before(new Date())){ conn.rollback(); return 已过截拍时间; } if (sellerId userId) { conn.rollback(); return 不能给自己出价; } if (bidPrice.compareTo(current) 0) { conn.rollback(); return 出价必须高于当前价 current; } // 3. 更新商品当前价 PreparedStatement ps2 conn.prepareStatement( UPDATE t_item SET current_price? WHERE id?); ps2.setBigDecimal(1, bidPrice); ps2.setInt(2, itemId); ps2.executeUpdate(); // 4. 插入竞价流水 PreparedStatement ps3 conn.prepareStatement( INSERT INTO t_bid(item_id,user_id,bid_price) VALUES(?,?,?)); ps3.setInt(1, itemId); ps3.setInt(2, userId); ps3.setBigDecimal(3, bidPrice); ps3.executeUpdate(); conn.commit(); return OK; } catch (Exception e) { try { if (conn ! null) conn.rollback(); } catch (Exception ignore) {} e.printStackTrace(); return 系统异常请重试; } finally { DBUtil.close(conn); } }FOR UPDATE是这里的关键它让第二个并发请求在SELECT处阻塞直到第一个事务提交读到的就是更新后的价格。参数上要注意setAutoCommit(false)必须在拿连接后立刻设commit和rollback成对出现。如果数据库是 MyISAM 引擎FOR UPDATE无效所以建表时务必确认ENGINEInnoDB。这套写法在毕设里足够但生产环境高并发下会退化成串行后面第 6 章讲怎么用乐观锁或 Redis 改进。3.3 截拍判定定时任务还是惰性判断拍卖到点要结束常见两种做法。一是 Tomcat 里挂ServletContextListener起一个ScheduledExecutorService每分钟扫一次end_time NOW() AND status1的商品把状态改成 2 并生成订单。二是惰性判断——不主动扫用户访问详情页时检查end_time过期就当场结算。毕设推荐第一种因为列表页也要显示「已结束」惰性判断会让列表状态滞后。// AuctionTimerListener.java public class AuctionTimerListener implements ServletContextListener { private ScheduledExecutorService scheduler; public void contextInitialized(ServletContextEvent sce) { scheduler Executors.newSingleThreadScheduledExecutor(); scheduler.scheduleAtFixedRate(() - { try { new OrderService().closeExpiredAuctions(); // 结算过期商品 } catch (Exception e) { e.printStackTrace(); // 定时任务异常必须吞掉否则后续不再执行 } }, 0, 60, TimeUnit.SECONDS); // 启动即跑一次之后每 60 秒 } public void contextDestroyed(ServletContextEvent sce) { if (scheduler ! null) scheduler.shutdownNow(); } }scheduleAtFixedRate的异常处理是重点如果任务体抛异常没被 catch后续调度会静默停止表现就是「拍卖永远不结束」。contextDestroyed里shutdownNow防止 Tomcat 关闭时线程泄漏。结算逻辑就是找出最高出价者写t_order把商品status置 2。4. JSP 页面渲染与常见翻车排查4.1 商品列表和详情页的数据绑定JSP 里最容易被吐槽的就是在页面写 Java 代码但毕设阶段用 JSTL 已经算规范。列表页从request拿ListItem循环渲染% taglib prefixc urihttp://java.sun.com/jsp/jstl/core % % taglib prefixfmt urihttp://java.sun.com/jsp/jstl/fmt % table c:forEach varitem items${itemList} tr tda hrefitem_detail.jsp?id${item.id}${item.name}/a/td tdfmt:formatNumber value${item.currentPrice} pattern#0.00//td tdfmt:formatDate value${item.endTime} patternyyyy-MM-dd HH:mm//td td c:choose c:when test${item.status 1}竞拍中/c:when c:otherwise已结束/c:otherwise /c:choose /td /tr /c:forEach /tablefmt:formatNumber保证价格显示两位小数fmt:formatDate统一时间格式。注意${item.currentPrice}里的属性名要和 JavaBean 的 getter 对应——getCurrentPrice()对应currentPrice写成current_price会取不到值页面显示空白这是 JSP 新手最常见的「玄学」问题。4.2 中文乱码、图片路径、Session 失效三类高频问题中文乱码POST 请求在 Servlet 里第一行加req.setCharacterEncoding(UTF-8)响应加resp.setContentType(text/html;charsetUTF-8)。GET 请求在 Tomcat 8 以后默认 URI 编码是 UTF-8但如果你在server.xml里改过URIEncoding就要对应。数据库连接串的characterEncodingutf8和表的CHARSETutf8三处必须一致缺一处中文就变问号。图片路径商品图上传后存到WebContent/upload/数据库只存文件名。JSP 里用${pageContext.request.contextPath}/upload/${item.image}拼绝对路径不要写死/auction/upload/否则改 context 就全挂。Session 失效用户登录后把User放 session默认 30 分钟过期。出价时如果 session 没了loginUser为 nullServlet 里必须判空并重定向登录页否则直接NullPointerException。可以在web.xml里调session-configsession-timeout60/session-timeout/session-config。4.3 避坑清单五个我真实踩过的坑坑一出价成功但列表价没变。现象是详情页显示新价返回列表还是旧价。原因是列表页用了浏览器缓存或 Service 里只更新了t_bid没更新t_item.current_price。解决确认UPDATE t_item执行了并在列表 Servlet 里加resp.setHeader(Cache-Control,no-cache)。坑二并发出价后价格回退。现象是两个人出价最终价低于其中一次出价。原因是没用事务或没用FOR UPDATE两个事务各读各的。解决按 3.2 的行锁写法并确认表引擎是 InnoDB。坑三定时任务跑一次就停。现象是服务启动后第一分钟结算正常之后再也不结算。原因是任务体抛了未捕获异常。解决try-catch包住整个任务体异常只打日志不抛出。坑四MySQL 8 启动报驱动类找不到。现象是ClassNotFoundException: com.mysql.jdbc.Driver。原因是 MySQL 8 的驱动类改成了com.mysql.cj.jdbc.Driver且旧版 jar 不兼容。解决换mysql-connector-java-8.0.x.jar并改类名连接串加serverTimezoneAsia/Shanghai。坑五JSP 页面报javax.servlet.jsp.JspException找不到标签。现象是c:forEach不生效原样输出。原因是缺 JSTL 的jstl.jar和standard.jar。解决两个 jar 都放进WEB-INF/lib并在页面顶部加对core和fmt的 taglib 声明。5. 从能跑到能改二次开发和答辩加分的方向5.1 把竞价并发从行锁升级到乐观锁第 3 章的行锁在毕设够用但答辩老师常问「高并发怎么办」。可以改成乐观锁给t_item加version字段更新时带版本号。UPDATE t_item SET current_price?, versionversion1 WHERE id? AND version?;Java 里判断executeUpdate()返回 0 就说明被别人抢先重试或提示用户。这样读不加锁吞吐更高代价是要处理重试逻辑。对比一下方案加锁方式并发表现适用场景行锁 FOR UPDATE悲观锁串行简单可靠毕设、低并发version 乐观锁无锁读高并发需重试答辩加分、中小流量Redis 原子操作内存原子最高需额外组件生产环境5.2 用拦截器统一登录校验和编码现在每个 Servlet 都写一遍setCharacterEncoding和登录判空重复且容易漏。可以写一个Filterpublic class AuthFilter implements Filter { public void doFilter(ServletRequest req, ServletResponse resp, FilterChain chain) throws IOException, ServletException { HttpServletRequest request (HttpServletRequest) req; HttpServletResponse response (HttpServletResponse) resp; request.setCharacterEncoding(UTF-8); response.setContentType(text/html;charsetUTF-8); String uri request.getRequestURI(); // 登录页、注册、静态资源放行 if (uri.endsWith(login.jsp) || uri.endsWith(register.jsp) || uri.contains(/css/) || uri.contains(/js/)) { chain.doFilter(req, resp); return; } if (request.getSession().getAttribute(loginUser) null) { response.sendRedirect(request.getContextPath() /login.jsp); return; } chain.doFilter(req, resp); } }在web.xml里配filter-mapping拦截/*。这样编码和鉴权一处配置全局生效也顺手解决了 4.2 里的乱码和 session 判空问题。5.3 答辩前值得做的三个验证第一用两个浏览器或一个正常窗口一个无痕同时登录两个账号对同一商品在最后 10 秒内出价看最终价是否等于最高出价、t_bid是否两条都记录、t_order是否只生成一条。第二把系统时间往后调过end_time等定时任务跑一轮确认商品状态变 2 且订单生成。第三故意在出价框输入abc或负数确认后端有校验而不是直接 500。这三个场景覆盖了竞价、结算、容错三条主线答辩演示基本稳。我自己的习惯是每次改完 Service 层先在t_bid里手动插几条脏数据比如同一用户连续出价、出价低于当前价跑一遍看会不会破坏current_price的一致性。这套源码最大的价值不是它多完善而是它把「请求进来、校验、加锁、落库、渲染」这条链路完整暴露在你面前改一处就能看到一处效果。把并发和事务这两块吃透比堆十个 CRUD 页面都值。希望帮到你。本文还有配套的精品资源点击获取