JavaWeb二手闲置物品交易系统课设：从源码运行到答辩讲解的全流程指南

简介面向JavaWeb期末大作业与课程设计的二手闲置物品交易系统源码包适合计算机相关专业学生快速完成综合性项目或二次开发。项目围绕二手商品发布、浏览、交易等核心流程展开从源码结构可见典型分层设计包含商品与用户管理控制器、业务逻辑实现类、数据源配置及通用响应工具同时具备完整前端页面与交互脚本有助于理解真实Web系统的前后端协作方式。资源共352个文件以Java源码、XML配置、HTML页面、CSS样式和JS脚本为主体辅以图片、字体等静态资源压缩包大小约45.54MB目录便于按模块检索。当前已有4460人学习或下载参考热度较高。读者可直接导入开发工具运行调试梳理二手交易需求下的表结构、权限控制与页面渲染思路也可替换业务代码生成自己的期末作品。1. javaweb期末大作业为什么都选二手闲置物品交易系统能跑通是起点能说清状态机才是高分“javaweb期末大作业课程设计二手闲置物品交易系统”这个题目在计算机专业学生的课设清单里出现频率极高。它把用户注册登录、商品发布、图片上传、下单、确认收货这一整条交易闭环都装进了同一个javaweb项目里正好覆盖Servlet、JSP、MySQL、Session这些核心考点数据库还能拆出五六张表工作量也够。问题在于这类源码zip下载下来真正能一次跑通的概率并不高大多数人卡在Tomcat版本、JDK语言级别、数据库连接串和图片路径这些环境问题上。这篇笔记就是给准备交这门课设的人写的拿到源码之后先怎么看懂结构再怎么运行最后怎么改成能答辩、能讲清楚逻辑的样子。2. 解压javaweb源码zip之后从目录结构到IDEA运行javaweb项目配置2.1 二手闲置物品交易系统源码包长什么样老式WebRoot目录与分层下载下来的zip解压之后先别急着找“启动说明.txt”先把目录结构看一遍。绝大部分课程设计源码沿用老式Java Web工程布局也就是Eclipse时代的WebRoot风格。典型结构是这样的二手闲置物品交易系统/ ├─ src/ │ ├─ com/example/dao/ # JDBC 数据访问层 │ ├─ com/example/model/ # 用户、商品、订单等实体类 │ ├─ com/example/servlet/ # Servlet 控制器层 │ └─ com/example/util/ # DBUtil、字符串处理等工具类 ├─ WebRoot/ │ ├─ WEB-INF/web.xml │ ├─ css/ js/ images/ │ ├─ login.jsp / register.jsp │ ├─ goods_list.jsp / goods_add.jsp / order_list.jsp │ └─ 其他 JSP 页面和静态资源 └─ database / 或根目录下的 .sql 数据库脚本很多同学会把这种工程直接往IDEA里拖结果导入后一堆源码标红这是因为IDEA没有把src和WebRoot识别成正确目录。判断这个zip是不是Maven工程很简单看有没有pom.xml。有pom.xml就按Maven方式导入没有就走传统Web项目导入。再说一点这算是最典型的javaweb项目完整案例结构看懂它之后再遇到酒店管理系统、图书馆管理系统基本都是同一套骨架。2.2 IDEA运行javaweb项目配置Tomcat版本、Artifact与JDK语言级别IDEA跑老javaweb项目最常见的问题是版本错位。我一般建议固定一套组合别用太新的环境JDK版本1.8 Tomcat版本8.5 或 9.0 IDEA版本2021之后任意版本原因很简单老源码里的Servlet代码全部基于javax.servlet包编写。Tomcat 10开始把包名改成了jakarta.servlet直接用Tomcat 10启动大概率报NoClassDefFoundError: javax/servlet/...这就是最典型的版本冲突。如果电脑里没有JDK 1.8至少要保证IDEA的Project Structure里把Project SDK和Language level都设置成8否则编译时会出现“找不到符号Servlet”这类错误。接着是Artifact配置。File → Project Structure → Artifacts点加号选择Web Application: Exploded这个爆炸目录形式比war更适合联调因为修改JSP后可以直接热更新。然后在Run/Debug Configurations里添加Tomcat Server → LocalDeployment里选刚才创建的ArtifactApplication context建议配置成/不要配/secondhand这种带路径的上下文。为什么因为很多老源码里的表单action写的是action/login一旦上下文变成/secondhand实际提交地址就变成了/secondhand/login表单却直接请求/login必然404。改代码不如把上下文设成根路径省事。2.3 先把数据库导入MySQL时区、字符集和连接配置三处要一致数据库是这套源码最容易造假象的一层。先建库再导入脚本命令行执行最简单的做法mysql -uroot -p -e CREATE DATABASE secondhand DEFAULT CHARACTER SET utf8mb4 COLLATE utf8mb4_general_ci; mysql -uroot -p secondhand database/二手闲置物品交易系统.sql如果SQL脚本里已经带了CREATE DATABASE语句第一步可以跳过直接执行第二步。导入后用show tables;确认表数量用户表、商品表、订单表这几张至少要在。接下来改连接配置。老项目中数据库连接信息通常写在src根目录的db.properties或jdbc.properties里也有直接写死在DBUtil.java中的。用IDEA的全局搜索快捷键CtrlShiftR搜jdbc:mysql把结果里的url、username、password改成自己本机的值jdbc.urljdbc:mysql://localhost:3306/secondhand?useUnicodetruecharacterEncodingutf8useSSLfalseserverTimezoneAsia/Shanghai jdbc.usernameroot jdbc.password123456注意最后面的serverTimezoneAsia/ShanghaiMySQL 8.0默认时区是UTC不指定时区会出现The server time zone value...的报错。数据库导入这一步是这几个配置的常见坑url字符集要utf8MySQL驱动的driverClassName如果是MySQL 8.0要写com.mysql.cj.jdbc.Driver不是旧的com.mysql.jdbc.Driver。2.4 一条最小的冒烟路径启动后先验证哪些页面环境全部配置完不要急着点页面上的所有功能先走一条最小的冒烟路径确认系统基本可用。步骤是启动Tomcat看控制台输出Server startup in然后用浏览器访问首页能出现登录页或商品列表页就算第一步通过。很多源码包没有预置账号而数据库又是空表此时登录就会一直提示用户名或密码错误。手动插入一条演示用户INSERT INTO t_user (id, username, password, nickname, phone) VALUES (1, admin, 123456, 演示账号, 13800000000);插完后用admin/123456登录。如果能看到后台或者商品发布页说明登录链路、Session、数据库连接都通了。冒烟路径里碰到404优先怀疑上下文路径问题再看控制台有没有异常堆栈不要一上来就改代码。3. 三个必须讲清楚的核心模块登录过滤、闲置物品发布和订单状态3.1 登录过滤器LoginFilter为什么不建议在每个Servlet里重复判断Session很多二手交易系统源码把“是否登录”的判断散落在十几个Servlet里每个方法开头都写一遍session.getAttribute(user) null代码又长又容易漏。课程设计答辩时老师很爱问“你怎么保证没登录的人不能下单”这时给出一个LoginFilter是最干净的答案。建立一个LoginFilter类用WebFilter(/*)注解注册表示拦截所有请求WebFilter(/*) public class LoginFilter implements Filter { Override public void doFilter(ServletRequest req, ServletResponse resp, FilterChain chain) throws IOException, ServletException { HttpServletRequest request (HttpServletRequest) req; HttpServletResponse response (HttpServletResponse) resp; HttpSession session request.getSession(false); String uri request.getRequestURI(); // 登录页、登录请求和静态资源放行避免死循环 if (uri.endsWith(/login.jsp) || uri.endsWith(/login) || uri.contains(/css/) || uri.contains(/js/) || uri.contains(/images/) || uri.endsWith(/index.jsp)) { chain.doFilter(request, response); return; } if (session ! null session.getAttribute(loginUser) ! null) { chain.doFilter(request, response); } else { request.setAttribute(msg, 请先登录再访问该功能); request.getRequestDispatcher(/login.jsp).forward(request, response); } } }这段逻辑的核心是“放行入口拦截内部”。注意放行条件里必须包含index.jsp否则用户访问首页也会被弹回登录页很容易被误判为项目坏了。另一个细节是getSession(false)传false表示不创建新Session只有已经有登录状态的人才算有效登录。如果源码里登录Servlet往Session里存的是user这个key那过滤器这里的loginUser要跟着改成user两处不一致会导致永远跳转登录页这是一个很容易被忽略的黑匣子。配套的登录Servlet核心代码通常长这样User user userDao.findByUsernameAndPassword(name, pwd); if (user ! null) { request.getSession().setAttribute(loginUser, user); response.sendRedirect(request.getContextPath() /index.jsp); } else { request.setAttribute(error, 用户名或密码错误); request.getRequestDispatcher(login.jsp).forward(request, response); }能登上、能记住状态、没登录不能进后台这三句话就是登录模块的完整答辩思路。3.2 发布闲置物品图片上传的物理路径与虚拟路径怎么对齐商品发布页面里的图片上传是整个项目里逻辑最绕的模块。老课程设计源码通常用两种方案一种是commons-fileupload一种是干脆自己从request.getInputStream()里硬解析二进制流。自己硬解析的代码在网上传了很多年bug也多不太推荐继续用。如果你在自己改手写建议换成commons-fileupload依赖很简单WEB-INF/lib 目录下放置 commons-fileupload-1.4.jar commons-io-2.11.0.jar mysql-connector-java-8.0.33.jar上传Servlet的骨架写法是这样DiskFileItemFactory factory new DiskFileItemFactory(); ServletFileUpload upload new ServletFileUpload(factory); ListFileItem items upload.parseRequest(request); String saveDir getServletContext().getRealPath(/upload); new File(saveDir).mkdirs(); for (FileItem item : items) { if (item.isFormField()) { String fieldName item.getFieldName(); String value item.getString(UTF-8); // title、price、description 等普通字段在这里取值 } else { String extName ; String fileName item.getName(); if (fileName.contains(.)) { extName fileName.substring(fileName.lastIndexOf(.)); } String newFileName UUID.randomUUID().toString().replace(-, ) extName; item.write(new File(saveDir, newFileName)); // 把 newFileName 存到数据库 goods 表的 pic 字段 } }这段代码里面最需要背下来的知识点就是UUID文件名。两个同学同时上传一个叫a.jpg的文件如果直接按原名保存后一个会把前一个覆盖掉。改用UUID.randomUUID()生成文件名客户端不管传什么名字保存到磁盘的都是唯一值这是能写进答辩讲稿里的优化点。图片保存到哪个物理目录决定了页面能不能显示。getServletContext().getRealPath(/upload)返回的是Tomcat部署后的项目目录在IDEA里通常是一个带out或target的临时目录下次重新部署时图片可能被清空。常见的补救方案是把Tomcat的server.xml里配一个虚拟目录映射把磁盘上的固定目录映射成/upload访问路径Context docBaseD:/upload path/upload reloadabletrue/这个方案能解决IDEA部署目录不稳定、图片丢失的问题代价是换一台机器答辩时又要重新配server.xml。我的建议是平时调试用项目内upload目录演示前一晚再确认部署目录下的upload真实存在两种方式都要知道答辩时被追问也能答上来。3.3 订单状态与确认收货用int状态码而不用字符串演示时少很多麻烦二手交易系统的订单和普通电商订单不一样没有在线支付纯线下交易所以订单状态一般只有“买家下单、卖家确认、买家确认收货、完成或取消”这几个节点。建立订单表时状态字段用TINYINT类型的数字而不是VARCHAR类型的文字见表结构CREATE TABLE t_order ( id INT PRIMARY KEY AUTO_INCREMENT, goods_id INT NOT NULL, buyer_id INT NOT NULL, seller_id INT NOT NULL, status TINYINT DEFAULT 1 COMMENT 1待卖家确认 2交易中 3已确认收货 0已取消, create_time DATETIME DEFAULT CURRENT_TIMESTAMP );为什么强调用数字因为订单状态在Servlet和JSP之间传递时数字更好做判断。用一个常量类把魔法数字变成有含义的变量public class OrderStatus { public static final int CANCELED 0; public static final int WAIT_SELLER_CONFIRM 1; public static final int DEALING 2; public static final int FINISHED 3; }下单时写order.setStatus(OrderStatus.WAIT_SELLER_CONFIRM)比直接写order.setStatus(1)可读性强得多。状态流转的关键不是代码难度而是流程顺序要理清楚买家下单后卖家的订单列表里显示“待确认”卖家点击确认后状态变成DEALING买家点击“我已收到货”状态变成FINISHED同时还要把商品表的goods_status同步改成已出售。两个表状态不一致是很多源码里隐藏最深的bug自查时可以重点查一下这两条SQL是不是在同一个事务里执行的。4. 运行与编译避坑javaweb项目最常见的5个翻车现场4.1 现象Tomcat启动后立刻退出控制台提示端口被占用原因8080端口被其他进程占用最常见的是上一次运行没关干净或者机器上装了其他服务。解决先看端口占用Windows下执行netstat -ano | findstr 8080 taskkill /PID 进程号 /FmacOS或Linux下用lsof -i:8080查找占用进程。杀完再启动Tomcat。这个问题看着低级但在课设演示前最容易出现因为上一轮调试留下的Tomcat进程还挂在后台重新点运行就会起冲突。4.2 现象页面能打开但点登录提交后404或405原因404通常是路径没对上。表单的action写了/login而Servlet的WebServlet注解只映射了/LoginServlet路由永远匹配不上。405则是请求方式不对Servlet只写了doGet但表单用的是POST提交。解决先看浏览器地址栏再翻Tomcat控制台的日志确认请求到底打到了哪个URL。把表单action和Servlet映射对齐是第一步最简单的方法是统一用WebServlet(/login)表单action也写成login不要带前导斜杠这样上下文路径变化时也不会炸。4.3 现象启动登录时提示Access denied for user rootlocalhost或者Communications link failure原因Access denied是密码或用户名不对Communications link failure是MySQL服务没启动或驱动无法连接3306端口。解决先确认MySQL服务正在运行用命令行手工连接mysql -uroot -p实测一次。能连上数据库后再搜配置文件把DBUtil或jdbc.properties里的用户名密码改成当前机器能用的。url里的时区参数serverTimezoneAsia/Shanghai和字符集参数characterEncodingutf8缺一不可尤其是MySQL 8.0环境。4.4 现象登录成功后页面里中文全变问号或者乱码原因三个环节的编码不一致JSP页面编码、Servlet读取参数的编码、MySQL存储的编码只要有一个不统一中文就出问题。解决JSP页面顶部声明统一字符集% page contentTypetext/html;charsetUTF-8 languagejava %Servlet里处理POST请求前先调用request.setCharacterEncoding(UTF-8)响应时设置response.setContentType(text/html;charsetUTF-8)。数据库建库语句里带上DEFAULT CHARACTER SET utf8mb4。这三处都对齐中文乱码基本消失。血泪经验是如果只改页面不改Servlet控制台能看到中文页面照样是问号。4.5 现象图片上传显示成功但页面img标签一直404原因图片被保存到了Tomcat的临时部署目录IDEA重新构建项目后getRealPath(/upload)的指向变了旧图片找不到。解决两个办法选一个。简单粗暴的是直接把图片写到项目WebRoot下的upload目录并确认保存路径与访问路径一致稳妥点的是在Tomcat的conf/server.xml里加虚拟目录映射把磁盘固定目录映射成/upload。答辩演示当天要跑真实图片功能的话建议提前上传一张测试图并确认它能显示不要到现场才第一次测图片上传。5. 从“能跑”改到“能答辩”三个小改动的可复现做法与验证方法5.1 给商品列表加分页在DAO层加limit在JSP里放上一页和下一页很多源码的商品列表是把所有记录一次性查出来数据少还行演示时往数据库里插了三四十条测试数据页面就会拉得很长。加分页是一个非常安全又有说头的改动。先加一个DAO方法public ListGoods findByPage(int pageNo, int pageSize) { String sql SELECT * FROM goods ORDER BY create_time DESC LIMIT ?, ?; // 用 PreparedStatement 执行第1个参数是 (pageNo-1)*pageSize第2个参数是 pageSize }Servlet里处理页码参数int pageNo 1; String pageNoParam request.getParameter(pageNo); if (pageNoParam ! null !pageNoParam.isEmpty()) { pageNo Integer.parseInt(pageNoParam); } int pageSize 8; int total goodsDao.countAll(); int totalPage Math.max(1, (total pageSize - 1) / pageSize); pageNo Math.min(pageNo, totalPage); request.setAttribute(goodsList, goodsDao.findByPage(pageNo, pageSize));JSP底部加上翻页链接c:if test${pageNo 1} a hrefgoodsList?pageNo${pageNo-1}上一页/a /c:if c:if test${pageNo totalPage} a hrefgoodsList?pageNo${pageNo1}下一页/a /c:if参数说明LIMIT第一个参数是偏移量第二页要从第9条开始所以偏移量是(pageNo-1)*pageSizetotalPage的计算方式(total pageSize - 1) / pageSize可以避免最后一页数据量不满一页时少算页码。这个改动涉及DAO、Servlet、JSP三个文件改完后验证顺序很关键。5.2 状态数字显示成中文标签用Map一劳永逸不在JSP里写if判断订单列表页里有一堆status 1这类判断页面写了一长串看着就累。把状态数字翻译成中文的干净做法是在Servlet里放一个MapMapInteger, String statusMap new HashMap(); statusMap.put(0, 已取消); statusMap.put(1, 待卖家确认); statusMap.put(2, 交易中); statusMap.put(3, 已完成); request.setAttribute(statusMap, statusMap);JSP里直接根据数字取值${statusMap[order.status]}相比在JSP里写c:if这个方案的好处是状态文案集中在一个地方以后想改成“待确认”“待收货”这种文案只需要改Servlet一处。商品列表里的“闲置/已售”状态也可以照着同样处理。5.3 改动后的验证顺序清缓存、重启、按角色走一遍改完代码不要急着提交演示按固定顺序验证改动点操作步骤预期结果分页功能在商品列表页点第2页URL出现pageNo2显示第9到16条状态中文以买家账号下单再看订单列表状态列显示“待卖家确认”图片上传发布一件带图商品列表页图片正常显示刷新后不丢每次改了Java代码IDEA里要执行Update classes and resources并且最好把Tomcat里的out目录清掉再重启。改代码前把整个项目复制一份或者用git做一次初始提交是一句很实用的后悔药git init git add -A git commit -m before modify这句命令能让所有改动都有回退点对课设项目尤其重要因为有些源码包里的文件之间耦合得相当紧改DAO时动了方法名Servlet和JSP跟着全报错回退才是最快的解决方式。6. 答辩前最后一遍自查十分钟演示路径和几个高频追问点6.1 演示前把数据准备好演示最怕临时造数据。提前在数据库里准备好一组能覆盖所有状态的记录至少三件商品一件处于“闲置中”一件“已卖出”一件“待卖家确认”两个账号一个买家一个卖家。我自己的习惯是列一个两张表的清理步骤先在数据库里删掉以前的测试订单重置商品状态再重新登录走一遍“发布商品→下单→确认→收货”的完整链路确保演示路径上没有任何半截子脏数据。6.2 高频追问点要能接住老师最容易问的四个问题分页SQL的LIMIT两个数字各代表什么Session默认有效时间是多少用户关掉浏览器再打开能不能继续登录上传的图片为什么不会重名订单状态为什么用数字不用字符串。这些问题都能从前面章节的代码里找到答案。如果源码里密码是明文存储被问到就坦白说“这是课设版本如果要上线会改成MD5加盐哈希”这句话比硬解释强得多。6.3 演示最后半小时演示前的最后半小时不要改功能只做一件事按演示路径完整地走一遍。我当年吃过一次亏演示前十分钟觉得登录页不好看随手改了一行JSP结果EL表达式一个单词拼错整个页面为了取数据全部报错最后只能现场改回来。从那以后凡是课设答辩我都是先把功能定格再准备被提问的知识点。带着已验证的数据、清晰的改动记录和一条能自圆其说的技术线进教室那台机器的javaweb课设基本就稳了。希望帮到你。本文还有配套的精品资源点击获取