简介基于Java和JSP的网上拍卖系统毕业设计源码包完整实现用户注册登录、商品发布、在线竞拍、出价管理与交易结算等功能适合高校学生开展课程设计或毕业设计时参考也便于初学者通过实际项目理解网站开发全流程。压缩包共一百三十七个文件其中包含四十二个JSP动态页面、二十个Java业务源码、二十五个编译后的类文件以及依赖库、图片素材、数据库脚本等辅助内容整包体积仅二点三六兆字节目录结构清晰查找十分方便。已有二百六十六人学习下载。通过研读源码能够系统掌握JSP与Servlet的分工配合、MVC分层思路、数据库连接池与会话跟踪等关键点还可参考用户认证、竞拍流程、订单结算等典型模块的实现手法为后续独立开发或二次改造提供完整范例。1. 网上拍卖系统是什么一个 JavaJSP 毕业设计要扛住的所有事当你在毕业论文题目栏写下“基于JavaJSP的网上拍卖系统”时你实际上接下的不是一个网站而是一整套完整业务闭环注册、登录、商品发布、图片上传、竞价、截标、生成订单。“JavaJSP”决定了这个项目的全部气质——用 Servlet 做控制层JSP 做视图层JDBC 连数据库Tomcat 跑起来。看似老套但对毕业设计来说足够经典老师认、答辩能讲、源码能跑。这篇文章就按着这个标题把一个能通过毕业答辩、能被面试官追问的拍卖系统从零拆到能复现。适合谁准备动手写毕设的在校生或者想拿一个 JavaWeb 完整项目练手转行的新手。先说实话这个项目不难难在三件事——并发出价不出错、截止时间不翻车、上了演示环境不白屏。2. 先把架构立住技术选型理由与数据库四张核心表2.1 为什么 JavaJSP 今天仍然值得写进简历先说选型。这个系统经常有人在知乎问是不是应该改成 Spring Boot我的看法是毕业设计的第一目标不是你用多新的框架而是你能不能在答辩现场把每一条请求路径讲清楚。JavaJSP 的经典三层结构——JSP 页面发起请求Servlet 接收并分发DAO 访问 MySQL每一条链路都是课本原样老师问到哪里你都能答到哪里。Spring Boot 帮初学者省掉了大量配置但省掉的地方恰好在答辩时最容易变成黑匣子依赖注入帮你把对象建好了但你说不出它什么时候建的。JSP 反而没有这个负担一切手动 new、手动转发虽然丑陋但是透明。从功能上看网上拍卖系统涉及的最关键模块是用户模块注册登录和个人信息展示、商品模块发布、列表、详情、竞拍模块出价、展示最高价、订单模块截标后生成再加一个后台管理用户管理、商品上下架。对这样一个体量ServletJSP 完全扛得住。如果你想要源码导向的复现体验找一份结构规范的 .rar 包重点看 db 目录下的 SQL 文件和 src 下的 DAO 层这份标题里带“源码”二字的项目多数情况下逃不出这套结构。从 Java 基础角度说这个项目能顺带练到的知识点非常密集集合类在商品列表分页里的使用、常用库函数里 Date 和 Timestamp 的转换、异常处理在 DAO 层的抛与接、多线程在定时截标里的应用。这些内容恰恰是 java 面试题里最高频的几类。一个项目把这些都串起来你写在简历上的就不是“熟悉 JavaWeb”而是“能独立完成一个带状态机的多用户交易系统”。2.2 数据库设计user、item、bid、orders 四张表与字段边界常见做法是四张核心表外加一张商品类别表做扩展。我一般会把主键全设置成自增 int不搞很花哨的分布式主键因为对于毕设的数据量和单机 MySQL 来说自增主键最简单也最不容易说话前后矛盾。表名职责关键字段user用户id, username, password, email, phone, role, create_timeitem拍卖商品id, seller_id, title, description, category_id, start_price, current_price, start_time, end_time, statusbid出价记录id, item_id, user_id, bid_price, bid_timeorders订单id, item_id, buyer_id, final_price, statususer 表特别注意 role 字段用 int 区分普通用户和管理员不要用字符串后面写后台管理时一个if (role 0)就行了少一串状态判断。item 表的 status 建议直接设四个值0 未开始、1 拍卖中、2 已截标、3 已成交。你写 SQL 和 Java 判断的时候宁可把状态值定得细一点后面改状态的智能判断会省很多事。bid 表是拍卖系统的核心证据谁在什么时间出了多少钱必须有完整流水item_id 和 user_id 必须建索引不然商品出价一多页面加载明显变慢。orders 表由截标后的中标记录生成不要让商品表直接承担订单存储否则一张 item 表字段越堆越像是仓库而不是业务实体。这里有一个大多数人忽略的细节item 表和 bid 表的时间字段用 datetime 还是 timestamp我的建议是全部用 timestampJava 侧拿 Date 对象直接对应避免 JDBC 驱动在 timezone 上的时区错乱。关于这条我在避坑章节会专门展开。2.3 项目目录结构与 .rar 源码包里的典型文件布局拿到一个规范的 JavaJSP 拍卖系统源码目录应该是下面这个样子auction/ ├── src/ │ ├── com/auction/dao/ // 数据访问层UserDAO、ItemDAO、BidDAO │ ├── com/auction/servlet/ // 控制层LoginServlet、RegisterServlet、BidServlet │ ├── com/auction/entity/ // 实体类User、Item、Bid、Order │ ├── com/auction/util/ // 工具类DBUtil、MD5Util、DateUtil │ └── com/auction/filter/ // 编码过滤器、登录过滤器 ├── WebContent/ │ ├── jsp/ // 页面index.jsp、login.jsp、item_detail.jsp │ ├── css/ js/ images/ │ ├── WEB-INF/web.xml │ └── index.jsp └── db/ └── auction.sql我见过很多学生的 .rar 解压下来一个src里不分包、50 个类堆在一起老师打开第一眼就皱眉。分包不只是组织问题它直接决定答辩时你介绍项目的顺序先说 entity再说 DAO再说 Servlet最后 JSP。这个顺序就是业务请求在代码里的流向。如果你拿到的源码没有分包建议你先建好包再把类挪进去工作量不大但观感和理解成本完全两样。连接配置方面常见做法是建一个jdbc.properties放在 src 根目录DBUtil 里用静态代码块加载。注意连接串一定要写useUnicodetruecharacterEncodingutf8不然后面中文乱码问题会折磨你一整天。还需要把时长配置单独提出来比如在web.xml里配一个 context-param 存“拍卖默认持续时长”这样调整业务时间规则时不用改 Java 代码这种细节在答辩时提一句会非常加分。3. 核心功能的 Java 实现从注册登录到竞拍出价3.1 用户注册登录MD5 加密、Session 与 Cookie 的取舍用户模块是所有 Web 项目的敲门砖也是很多人第一次翻车的地方。先看注册的 DAO 层代码注意密码不做明文存储// UserDAO.java public boolean register(User user) throws SQLException { // user 是 MySQL 里容易撞保留字的表名一律加反引号 String sql INSERT INTO user(username, password, email, phone, role, create_time) VALUES(?,?,?,?,?,?); try (Connection conn DBUtil.getConnection(); PreparedStatement ps conn.prepareStatement(sql)) { ps.setString(1, user.getUsername()); ps.setString(2, MD5Util.md5(user.getPassword())); // 密码只存 MD5 摘要 ps.setString(3, user.getEmail()); ps.setString(4, user.getPhone()); ps.setInt(5, 0); // 0 表示普通用户 ps.setTimestamp(6, new Timestamp(System.currentTimeMillis())); return ps.executeUpdate() 1; } }这里用try-with-resources保证 Connection、PreparedStatement 一定被关闭这是解决数据库连接泄漏最直接的方式不要再写finally { conn.close(); }那套了Java 7 以后的这个语法本身就是标准答案。参数说明ps.setString(1, ...)的顺序必须和 SQL 里?的顺序完全一致这是新手最常见的 SQL 异常原因——错一个位数据就写进了错误的字段。登录部分要做两件事查库比对密码成功后把用户 id 写进 Session。JSP 里判断登录状态全部依赖 Session 里的 user 对象。不要简单地把用户名密码比对完就 setAttribute最好在 User 实体里把 id、username、role 都带上后面前台页面上“当前登录用户 xxx”以及管理员入口都要用。Cookie这条线在毕设里很多人纠结要不要做。我的建议是记住我、七天免登录这些功能放到进阶扩展里做主体流程不要碰 Cookie。原因很简单Cookie 的过期时间、路径作用域一堆细节做不好会给你答辩埋雷。把登录状态管好 Session 就够了JSP 的session.setAttribute(currentUser, user)加一个 Filter 拦截未登录访问这套组合遇到任何面试追问都挑不出毛病。3.2 商品发布与图片上传表单分块与真实路径的坑拍卖商品发布页面是一个典型的表单包含标题、描述、起拍价、拍卖开始时间、结束时间、商品图片。用 JSP 写这个页面时注意form的 enctype 必须声明为multipart/form-data否则文件字段不会出现在 request 里。用一个成熟的处理方式——Apache Commons FileUpload。依赖就一个 jar放在 WebContent/WEB-INF/lib 下。核心处理代码// PublishItemServlet.java 局部 DiskFileItemFactory factory new DiskFileItemFactory(); ServletFileUpload upload new ServletFileUpload(factory); ListFileItem items upload.parseRequest(request); // 解析 multipart 请求 String title null, desc null; double startPrice 0; FileItem imageFile null; for (FileItem item : items) { if (item.isFormField()) { String name item.getFieldName(); // 必须指定 UTF-8否则中文标题会变成乱码 String value item.getString(UTF-8); if (title.equals(name)) title value; if (desc.equals(name)) desc value; if (startPrice.equals(name)) startPrice Double.parseDouble(value); } else { imageFile item; } } String realPath getServletContext().getRealPath(/upload); File dir new File(realPath); if (!dir.exists()) dir.mkdirs(); // 用时间戳拼文件名避免用户原始文件名里的中文和特殊字符 String fileName System.currentTimeMillis() _ imageFile.getName(); imageFile.write(new File(dir, fileName));这里有两个痛点。第一item.getString(UTF-8)如果不传编码参数默认 ISO-8859-1中文标题进数据库直接乱码。第二imageFile.getName()是用户原始文件名可能会有中文或特殊字符我习惯用时间戳拼一个唯一文件名既避免重名也防路径穿越。另外记得给上传加上大小限制upload.setFileSizeMax(5 * 1024 * 1024)这类设置不然演示时有人传一个 2GB 视频Tomcat 直接卡死。getRealPath(/upload)返回的是部署后 Web 应用的实际磁盘路径不是源码目录下的路径这条在第 4 章会专门说清楚。3.3 竞拍出价加价校验与并发控制必须同步出价是整个拍卖系统最核心的业务逻辑也是毕业答辩时最容易露出马脚的代码。先说业务规则当次出价必须高于当前价通常是当前价加上一个最小加价幅度由起拍价和步长控制拍卖未开始或已结束不能出价不能给自己的商品出价。下面这段是竞拍的核心方法写在 ItemService 里所有出价请求最终都走到这一个方法// ItemService.java public synchronized BidResult placeBid(int itemId, int userId, double bidPrice) { Connection conn null; try { conn DBUtil.getConnection(); conn.setAutoCommit(false); // 开启事务 Item item itemDAO.getById(conn, itemId); long now System.currentTimeMillis(); // 状态校验拍卖中才能出价 if (item.getStatus() ! 1) { conn.rollback(); return BidResult.error(拍卖不在进行中); } // 时间校验已截止不能出价 if (item.getEndTime().getTime() now) { conn.rollback(); return BidResult.error(拍卖已截止); } // 卖家不能出自己商品 if (item.getSellerId() userId) { conn.rollback(); return BidResult.error(不能出自己商品); } // 出价必须高于当前价 if (bidPrice item.getCurrentPrice()) { conn.rollback(); return BidResult.error(出价必须高于当前价); } // 乐观锁更新条件里带 current_price ? int updated itemDAO.raisePrice(conn, itemId, bidPrice); if (updated 0) { conn.rollback(); return BidResult.error(价格已被抢先更新请刷新); } bidDAO.insert(conn, itemId, userId, bidPrice); conn.commit(); return BidResult.success(); } catch (Exception e) { if (conn ! null) { try { conn.rollback(); } catch (SQLException ex) {} } return BidResult.error(系统异常出价未生效); } finally { DBUtil.close(conn); } }synchronized加在这个方法上能保证同一时间只有一个线程在改商品价格。这在毕设和小并发场景下足够但你要知道它的边界如果部署在多台服务器上这个锁就失效了那就要靠数据库行锁或乐观锁去解决。raisePrice的 SQL 是关键-- 只有当前价小于新出价时才会更新成功 UPDATE item SET current_price ? WHERE id ? AND current_price ?这个 update 语句自带了“我出价必须大于当前价”的校验如果两个人的请求几乎同时到达前一个人更新成功后后一个人的WHERE current_price ?条件不成立受影响行数为 0服务端自然能感知到并发冲突。这就是用数据库条件更新做乐观锁代码和 SQL 两重保险。如果你还想做“最小加价幅度”的校验可以在 Item 上增加一个 bid_step 字段出价时检查bidPrice current_price bid_step这个规则能在商品发布页里由卖家配置。答辩时把这个设计讲出来老师会认为你考虑到了真实拍卖平台的业务约束。3.4 截标与订单生成后台轮询与状态机设计拍卖商品到达 end_time 之后不能再出价这是“截标”。实现上有两条路线第一条是定时任务Tomcat 启动一个后台线程每分钟扫描一次所有 status1 且 end_time 已过的商品第二条是懒处理在出价时顺手检查一下前面商品是否过期。我推荐第一条因为截标之后要的不仅是改状态还可能要生成订单、给买卖双方发通知后台线程做这件事最自然。实现一个定时任务的写法是// AuctionTimer.java public class AuctionTimer { // 单线程的调度池就够用不需要多线程 private static final ScheduledExecutorService scheduler Executors.newScheduledThreadPool(1); public static void start() { // 启动后立即执行一次之后每30秒跑一次 scheduler.scheduleAtFixedRate(() - { closeExpiredAuctions(); }, 0, 30, TimeUnit.SECONDS); } private static void closeExpiredAuctions() { // 查出所有 status1 且 end_time 已经到期的商品 ListItem expired itemDAO.findExpired(1); for (Item item : expired) { itemDAO.updateStatus(item.getId(), 2); // 2 表示已截标 BigDecimal highest bidDAO.getTopBid(item.getId()); if (highest ! null) { orderDAO.create(item.getId(), highest.getUserId(), highest.getBidPrice()); } } } }scheduleAtFixedRate(任务, 0, 30, TimeUnit.SECONDS)从启动后立即执行第一次之后每 30 秒跑一次。这里“0”表示第一次执行不延迟直接跑30 是两次执行之间的间隔。扫到过期的商品先改状态再查最高出价记录然后生成订单。注意先改状态再生成订单两者能放在一个事务里更稳但毕设阶段分开写也能通过答辩时重点讲清楚状态机流转即可。还要注意getTopBid的 SQL 要按 bid_price 降序并 limit 1而不是取最后一条出价记录。正常逻辑下最后一条就是最高价但并发场景下可能存在时间上的误差取价格最高的那条记录才是规则意义上的赢家。另外要记得在web.xml的listener里配置一个ServletContextListener在应用启动时调用AuctionTimer.start()这样定时任务不是被人为启动而是跟着 Web 容器生命周期跑演示时更省心。4. 避坑毕设从能跑到能答辩的五个常见问题4.1 JSP 全家乱码页面、Servlet、数据库三层字符集必须统一现象登录注册提交中文用户名后数据库里显示一堆“???”或者 JSP 页面显示中文乱码。原因JSP 页面声明编码、Servlet 读取请求参数和数据库连接 URL 三处字符集不一致。最常见的是 web.xml 里没配编码过滤器或者数据库连接串里没写characterEncodingutf8。解决三层全设成 UTF-8。第一层JSP 顶部写% page pageEncodingUTF-8 contentTypetext/html;charsetUTF-8 %第二层写一个编码过滤器统一设置 request 和 response 的字符集注意过滤器的url-pattern要写成/*并且要在 filter-mapping 里放在最前第三层JDBC 连接串加上?useUnicodetruecharacterEncodingutf8。只改任何一层都有可能只是“看起来好了”换个页面又翻车。提示如果你的 JSP 页面里有中文静态文本还要确认文件本身是用 UTF-8 编码保存的。Eclipse 默认可能是 GBK这会导致页面代码里写 100 次编码过滤器也白搭。4.2 并发出价的数据错乱页面点击过快立刻出现价格覆盖现象两个用户同时出价最终数据库里的 current_price 只保留了最后请求的数值而出价记录里却有两条几乎相同时间的数据赢家判定混乱。原因出价方法里“先查当前价再比较后更新”的逻辑存在竞态两个请求都读到同一个旧价格于是两个都认为自己的出价有效。解决按第 3.3 节的方式把出价逻辑加上synchronized并且更新价格一律用带条件更新语句UPDATE item SET current_price? WHERE id? AND current_price?。当 update 的返回行数为 0 时立刻返回“当前价格已被别人抢先更新请刷新”不要在服务端静默吞掉这个冲突。4.3 截标时间失准服务器与本地时区不一致现象本地调试时拍卖结束时间准确部署到演示环境后明明本地看还有 2 小时才结束线上已经截标。原因服务器的系统时区是 UTC数据库连接的时区参数也没设置。当 item 表的 end_time 被 Java 的 Date 写入读取时 JDBC 驱动按服务器默认时区做了一次转换时间凭空少了 8 小时。解决统一变更到北京时间。数据库连接 URL 加serverTimezoneAsia/Shanghai同时检查 Tomcat 启动参数-Duser.timezoneAsia/Shanghai。另外不要在前端用new Date()去比对时间所有时间判定一律以服务端时间为准JSP 展示层再去格式化。4.4 商品图片上传后显示 404getRealPath 的路径悖论现象自己电脑上开发时图片上传到WebContent/upload目录页面能正常访问。打包成 war 部署到 Linux 服务器后上传成功但访问时报 404。原因getRealPath(/upload)——在 Tomcat 里返回的是运行期解压后的webapps/项目名/upload目录重新部署时这个目录会被清空或重建之前上传的图片随容器重启丢得一干二净。解决不要把上传目录放在 Web 应用内部。常见做法是在项目外的固定目录比如/data/auction_upload/同时配置一个虚拟路径映射。对于毕设演示最简单的方式是在 Tomcat 的server.xml的 Host 节点下加一个Context path/upload docBase/data/auction_upload /这样图片访问路径维持/upload/xxx.jpg不变但实际文件存放在容器外重启不丢。4.5 数据库连接泄漏页面卡死与 Too many connections现象演示时点几次页面过一会儿 Tomcat 报错Too many connections重启才能恢复。原因DAO 里获取了 Connection 和 PreparedStatement但执行完没有关闭。如果是每个请求都新建连接而不是用连接池在高频刷新页面时数据库连接数很快突破 MySQL 默认的 151 上限。解决先用try-with-resources把 Statement、ResultSet、Connection 全部包进自动关闭范围。其次把数据源换成连接池毕设最省事的是在 Tomcat 配置 JNDI 数据源或者引入一个commons-dbcp2的BasicDataSource。如果你在面试时被问到能说出“连接池复用连接、设置最大连接数、空闲超时回收”这三句话这一关就过了。5. 答辩前的收尾把“能跑”升级成“能讲”5.1 用 JMeter 给并发出价做一次压力验证你的系统功能全部调试完距离答辩还有三天。这三天最该做的是三件事用数据证明你的并发逻辑补上必被问的安全细节准备一套体面的演示数据。用 JMeter 给拍卖出价接口做一次并发测试。创建一个线程组30 个线程同时发起对bid接口的 POST 请求观察结果树里返回“出价成功”的数量。如果只有 1 个返回成功说明你的并发控制是对的如果 29 个都显示成功说明你的价格更新逻辑有竞态回去修第 4.2 节的问题。这个测试结果截一张图放进毕业设计文档的“系统测试”章节比你写一百句“系统稳定”都有说服力。5.2 两个必被答辩老师追问的安全点SQL 注入与 XSS检查两个安全细节。登录和出价接口是否使用了 PreparedStatement 而不是字符串拼接 SQL这是 SQL 注入的底线JSP 页面上展示商品描述时是否做了 HTML 转义防止用户提交script标签变成 XSS。具体做法商品详情页用 JSTL 的c:out标签输出动态内容或者用 EL 表达式时配合fn:escapeXml()不要直接request.getAttribute(...)裸输出。这两个点往往也是答辩老师最想“考”你的地方提前在代码注释里把“为什么这层必须转义”写清楚。5.3 让演示永远不冷场用相对时间写一份演示数据拍卖系统最怕演示时开场没有正在进行的拍卖。我吃过这个亏——演示前夜导入了一份真实数据结果演示时所有商品都已经截标只能硬着头皮现场建数据。正确做法是在db/目录下准备一个demo_data.sql里面包含 2 个用户、5 个商品其中 3 个的开始时间和结束时间设置成相对时间-- 用相对时间保证演示时永远有拍卖正在进行 INSERT INTO item (seller_id, title, start_price, current_price, start_time, end_time, status) VALUES (1, ThinkPad X1 二手, 1000, 1000, NOW() - INTERVAL 30 MINUTE, NOW() INTERVAL 90 MINUTE, 1);这里用NOW() - INTERVAL 30 MINUTE和NOW() INTERVAL 90 MINUTE而不是写死时间戳这样你任何时候打开演示环境都有拍卖正在进行中。这条 SQL 里的 status1 表示拍卖中current_price 和 start_price 保持一致作为初始状态。演示时先打开商品详情页当场出一个价页面立刻刷新出新的最高价整个系统的动线就完整了。到这里整个系统的实现路径和避坑指南就算过了一遍。我自己的习惯是把 JMeter 的并发测试结果贴在毕设文档的测试章节首页每次答辩演练都从演示数据脚本谈起先让评委看到“现在正有一场拍卖在进行”再讲并发控制最后讲定时截标。这个项目真正教会我的不是 JSP 语法而是“状态机 并发 时序”这三样东西在任何业务系统里都成立。希望帮到你。本文还有配套的精品资源点击获取
