尧图网页设计 
简介一份面向JavaWeb课程设计或毕业设计场景的仿小米在线商城完整项目前后端代码齐备并附带数据库初始化脚本。项目评审分达95以上主体功能完整适合参考商城类项目架构、登录注册、商品展示与购物流程的在校学生。压缩包共467个文件约23.98MB含39个Java后端源码、28个JSP页面、25个JS脚本、19个CSS样式、19个JAR依赖库、2个SQL数据库脚本及1个操作演示MP4。目前已有1554人学习下载。相较零散代码片段这份资料的价值在于可直接导入IDE运行调试借助录屏对照页面效果并通过SQL脚本快速搭建数据表文件类型分工清晰前端静态资源、后端逻辑与数据库结构一目了然对理解JavaWeb分层开发与商城常见业务模块有直接参考意义。1. JavaWeb仿小米在线商城这份 95 分大作业源码值不值得花时间跑通期末前一周从课程群拿到“JavaWeb仿小米在线商城源码数据库95分以上大作业项目.zip”解压后是JSP页面、SQL脚本和lib目录里一堆jar包。很多人第一反应是“代码能看懂先跑起来再说”结果在环境配置和数据库连接上耗掉两三个晚上最后连首页长什么样都没见到。这类项目的代码逻辑并不难真正的黑匣子集中在三个地方SQL脚本和本地MySQL版本对不对得上、jdbc配置里的连接参数是否匹配、Tomcat启动时依赖有没有打进去。把这三个点理顺跑通一份完整商城源码通常不超过半小时。这份项目最适合两类人一是JavaWeb课程设计还没交、想完整参考一个商城闭环的学生二是已经用过Spring Boot、想回头补Servlet/JSP原始写法的开发者。下文按“读包结构→拆数据库→本地跑通→现场排错→答辩加分”的顺序展开每一步都可以照着复现。2. 技术选型与项目骨架JSPServletMVC 这套组合为什么适合课程设计2.1 为什么不是 Spring Boot课程设计的选题与答辩逻辑决定的JavaWeb的课程设计普遍要求把请求处理、会话管理、数据库增删改查都用手写Servlet和JSP实现评分表里通常还会列出“MVC分层是否清晰”“有没有用PreparedStatement”“事务边界是否合理”这些硬指标。Spring Boot确实开发效率高但答辩时老师一句“你的starter是怎么把Tomcat拉起来的”就能问住大半学生。反过来Servlet JSP MySQL这套组合是教材的主线你只需要把请求生命周期、转发与重定向、连接池三个概念讲清楚分数就到手了。仿小米商城这种业务也恰好在这套技术栈的射程内用户、商品、购物车、订单全部是典型的关系型数据模型用JDBC操作不会出现ORM带来的“黑魔法”负担。另外zip文件里如果带的是Maven工程你的课程设计也可以顺带展示“依赖管理”的实操能力如果是普通war工程依赖全部躺在lib目录跑起来更直接。拿到压缩包先别急着解压看一眼文件名后缀和内部结构决定你下一步是用IDEA的Maven导入还是直接配置Web Facet。2.2 解压后的包结构从目录名判断你拿到的分层是否完整这类大作业项目的解压结构一般长这样xiaomi-mall/ ├── pom.xml # Maven 工程才有普通 war 工程没有 ├── sql/ │ └── xiaomi_mall.sql # 建库、建表、初始数据全在一个文件 └── src/ ├── main/ │ ├── java/ │ │ ├── com/xxx/controller/ # Servlet 控制层接收参数、转发页面 │ │ ├── com/xxx/service/ # 业务层登录校验、下单事务 │ │ ├── com/xxx/dao/ # 数据访问层JDBC 增删改查 │ │ ├── com/xxx/entity/ # 实体类对应数据库表字段 │ │ └── com/xxx/util/ # DBUtil 连接工具、字符编码过滤器 │ └── webapp/ │ ├── WEB-INF/ │ │ ├── web.xml # Servlet 映射、欢迎页、过滤器配置 │ │ └── jsp/ # 页面文件WEB-INF 下不能直接访问 │ ├── index.jsp │ └── static/ # css/js/images先别急着点运行花三分钟核对这六层是否齐全。controller里有没有doGet和doPost两个方法service层是否真的承担了“登录校验”“下单扣库存”这类业务dao层写的是PreparedStatement还是拼字符串SQLentity字段和数据库表字段能不能一一对上。很多低分源码的共性问题是所有逻辑全堆在Servlet里service和dao成了空壳这种项目跑起来没问题但答辩一问就露馅。你拿到手的这份既然是“95分以上”定位分层的完整度大概率是它的卖点把这些目录名对应到MVC三层在答辩开场就能用两分钟讲完架构。2.3 请求路径映射web.xml 与注解两种写法的等价关系老式war工程用web.xml声明Servlet映射新版JavaWeb工程可以用WebServlet注解替代。两种写法本质是一样的都解决“浏览器访问什么路径、由哪个类处理”的问题。先看xml版本servlet servlet-nameLoginServlet/servlet-name servlet-classcom.example.controller.LoginServlet/servlet-class /servlet servlet-mapping servlet-nameLoginServlet/servlet-name url-pattern/login/url-pattern /servlet-mapping这段配置的逻辑是凡是访问http://localhost:8080/项目名/login的请求Tomcat找到servlet-name为LoginServlet的声明再通过servlet-class定位到具体类并实例化。url-pattern里要写项目访问路径后面第4章的Application context设置会直接影响这里能不能匹配上。等价的注解写法写在Servlet类上面WebServlet(/login) public class LoginServlet extends HttpServlet { Override protected void doGet(HttpServletRequest request, HttpServletResponse response) throws ServletException, IOException { // GET 请求进入登录页面 request.getRequestDispatcher(WEB-INF/jsp/login.jsp).forward(request, response); } Override protected void doPost(HttpServletRequest request, HttpServletResponse response) throws ServletException, IOException { String username request.getParameter(username); String password request.getParameter(password); // 调用 service 层完成校验 response.sendRedirect(request.getContextPath() /index); } }两个写法在Tomcat下等价但xml优先级高于注解。登录成功后从doPost里跳走这里刻意用了sendRedirect而不是forward区别在于地址栏会变成/index、浏览器会重新发一次GET请求这样用户刷新页面不会重复提交表单。答辩被问“转发和重定向的区别”时用这段代码现场说明最直观。2.4 dao 层增删改查模板PreparedStatement 为什么是标准答案随便打开一个dao类核心方法大概率都是“查询列表、按ID查询、插入、更新、删除”这五件套。以商品按分类查询为例标准写法是public ListGoods findByCategory(int categoryId) { String sql SELECT * FROM goods WHERE category_id ?; ListGoods list new ArrayList(); try (Connection conn DBUtil.getConnection(); PreparedStatement ps conn.prepareStatement(sql)) { ps.setInt(1, categoryId); try (ResultSet rs ps.executeQuery()) { while (rs.next()) { Goods g new Goods(); g.setId(rs.getInt(id)); g.setName(rs.getString(name)); g.setPrice(rs.getBigDecimal(price)); list.add(g); } } } catch (SQLException e) { e.printStackTrace(); } return list; }这里最值得跟评委解释的是PreparedStatement的作用。?占位符会先被数据库预编译再用setInt传入参数因此用户输入里即使包含单引号、分号这类SQL特殊字符也只被当作普通字符串处理从根上避开拼接SQL带来的注入风险。在同一个方法里try-with-resources保证了Connection、PreparedStatement、ResultSet三个资源在方法结束或异常时自动关闭避免连接泄漏。connection每次从DBUtil获取来源可能是DriverManager也可能来自连接池不影响调用方的写法——这就是“面向接口编程”在课程设计里的最小演示。3. 数据库设计从 SQL 脚本拆解用户、商品、订单三块表的业务边界3.1 先导入 SQL 脚本source 和 Navicat 两种跑法解压后第一步是处理sql目录下的脚本。先别双击打开看一眼前20行确认里面有没有CREATE DATABASE和USE语句。这决定你导入时要不要先手动建库。head -n 20 sql/xiaomi_mall.sql如果文件里已经写了CREATE DATABASE xiaomi_mall; USE xiaomi_mall;命令行导入最省事mysql -uroot -p Enter password: ****** mysql source /path/to/xiaomi_mall.sql;source命令等价于把文件内容逐行交给mysql客户端执行路径用绝对路径最稳妥避免客户端当前目录和文件实际位置不一致。用Navicat则右键“连接名”→“运行SQL文件”打开文件后先不要点“开始”在选项里确认字符集为UTF-8或UTF-8mb4。这里有一个经常踩坑的地方如果脚本里有drop table if exists它会先删掉同名表再重建所以你拿到的脚本执行两次不会报错但在别人机器上执行时可能覆盖同名数据库务必确认这台MySQL上没有你需要保留的同名库。3.2 用户表status 字段与唯一索引的设计意图商城系统的用户表是所有业务表的起点登录、购物车、订单都依赖user_id关联。常见表结构如下CREATE TABLE user ( id INT NOT NULL AUTO_INCREMENT COMMENT 用户ID, username VARCHAR(32) NOT NULL COMMENT 登录名, password VARCHAR(64) NOT NULL COMMENT 密码答辩时注意提到不能明文存, nickname VARCHAR(32) DEFAULT NULL COMMENT 昵称, phone VARCHAR(20) DEFAULT NULL COMMENT 手机号, status TINYINT NOT NULL DEFAULT 1 COMMENT 1正常 0禁用, create_time DATETIME NOT NULL DEFAULT CURRENT_TIMESTAMP COMMENT 注册时间, PRIMARY KEY (id), UNIQUE KEY uk_username (username) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4 COMMENT用户表;这里有两个细节答辩时能展开。第一username加了唯一索引注册逻辑里就先查后插插入时如果撞到唯一键会抛DuplicateKeyException数据库层面的约束比代码里用if判断更可靠这也对应了项目里“用户名已存在”的提示。第二password字段长度为64是为了兼容MD5或SHA-256摘要后的十六进制字符串如果长度只给20后面想改成加盐哈希都塞不下。status字段用TINYINT而不是VARCHAR因为状态只有一二三这种离散取值用整数可以方便地扩展成“1正常、0禁用、-1锁定”三种态而且比字符串省空间。另外表名user在MySQL里是保留字大多数情况能建但规范做法是用反引号包起来避免和mysql库里的user表混淆。3.3 商品表和分类表价格为什么必须用 decimal商品是商城的信息核心仿小米商城这类项目通常会有手机分类、配件分类、智能家居分类所以分类表和商品表是一对多的关系CREATE TABLE category ( id INT NOT NULL AUTO_INCREMENT, name VARCHAR(50) NOT NULL, parent_id INT DEFAULT 0 COMMENT 0 表示顶级分类, PRIMARY KEY (id) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4; CREATE TABLE goods ( id INT NOT NULL AUTO_INCREMENT, category_id INT NOT NULL COMMENT 关联 category.id, name VARCHAR(100) NOT NULL, subtitle VARCHAR(200) DEFAULT NULL COMMENT 副标题/卖点, price DECIMAL(10,2) NOT NULL COMMENT 价格最多 8 位整数加 2 位小数, stock INT NOT NULL DEFAULT 0, image VARCHAR(255) DEFAULT NULL COMMENT 封面图路径, sales INT DEFAULT 0 COMMENT 销量列表页排序用, status TINYINT DEFAULT 1 COMMENT 1上架 0下架, PRIMARY KEY (id), KEY idx_category (category_id) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4;price字段为什么用DECIMAL(10,2)而不是FLOAT或DOUBLE这是答辩高频追问。浮点数在计算机内部是二进制近似表示0.1加0.2算出来是0.30000000000000004商城结算时累积误差会被放大。DECIMAL是定点数按整数方式存储10位精度加2位小数足够覆盖从几十元到几百万元的商品。在这张表里category_id上建普通索引而不是唯一索引因为一个分类下有多件商品库存字段的默认值设为0新增商品时忘记填库存也不至于出现NULL引起的空指针。3.4 订单表与订单明细表为什么订单不能直接存商品 ID购物车和订单是这个项目里业务逻辑最重的部分。购物车可以临时存放用户选中的商品但一旦提交成订单就必须专门设计订单明细表CREATE TABLE orders ( id INT NOT NULL AUTO_INCREMENT, user_id INT NOT NULL, order_no VARCHAR(32) NOT NULL COMMENT 订单号页面展示用, total_price DECIMAL(10,2) NOT NULL, status TINYINT NOT NULL DEFAULT 0 COMMENT 0待付款 1已付款 2已发货 3已完成 4已取消, create_time DATETIME NOT NULL DEFAULT CURRENT_TIMESTAMP, PRIMARY KEY (id), KEY idx_user (user_id) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4; CREATE TABLE order_item ( id INT NOT NULL AUTO_INCREMENT, order_id INT NOT NULL, goods_id INT NOT NULL, goods_name VARCHAR(100) NOT NULL COMMENT 商品名称快照, price DECIMAL(10,2) NOT NULL COMMENT 下单时价格快照, quantity INT NOT NULL, PRIMARY KEY (id), KEY idx_order (order_id) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4;orders表只记录订单主体信息和总额每件商品单独占order_item一行。这里有一个关键细节order_item里冗余存了goods_name和price两份“快照”。商品名称和价格在后台随时可能修改但已生成的订单不该跟着变否则用户查看历史订单时看到的是“现在的价格”而不是“下单时支付的价格”。这就是订单和购物车的本质区别——购物车只需要存goods_id下单时再去商品表查实时价订单里的每个明细项则必须冻结下单那一时刻的完整信息。理解了这一点答辩时讲“为什么订单拆两张表”“为什么订单明细冗余商品名称”都能答到位。3.5 从表结构反推页面一张表对应一个业务模块把表映射到页面整体脉络立刻清晰表名对应页面/模块关键查询字段user注册、登录、个人中心usernamecategory商品分类导航id, parent_idgoods首页推荐、列表页、详情页category_id, idcart购物车页面user_id, goods_idorders订单列表、结算页user_id, statusorder_item订单详情页order_id这张映射表可以在答辩开场白里直接用从首页点进分类列表走的是goods WHERE category_id?加购走cart表结算时以购物车数据为源头生成一条orders记录再把购物车item逐行搬进order_item最后清空该用户的购物车。这套流程跑通一次就等于覆盖了“用户从浏览到下单”的完整业务闭环也把数据库表和前端页面建立了直观对应关系。4. 用 IDEA Tomcat MySQL 跑通项目jdbc 参数、Artifact 与最小启动路径4.1 动手前先看三份线索web.xml、jdbc.properties、lib 目录不要一上来就装最新版Tomcat和MySQL先让项目告诉你它想要什么环境。打开三份文件web.xml看servlet版本jdbc.properties看连接串写法lib目录看驱动jar包。用命令可以快速完成grep -r servlet src/main/webapp/WEB-INF/web.xml | head -5 grep -r jdbc:mysql src/main/resources/jdbc.properties 2/dev/null ls src/main/webapp/WEB-INF/lib/ 2/dev/null | head -20这三条命令分别回答三个问题web.xml里出现javax.servlet说明项目跑在Tomcat 9及以下如果lib里出现jakarta.servlet则要配Tomcat 10以上这是版本匹配的第一道关。jdbc.properties里如果驱动类是com.mysql.jdbc.Driver对应MySQL Connector/J 5.x可以连MySQL 5.7和8.0如果是com.mysql.cj.jdbc.Driver对应8.x驱动连MySQL 5.7也兼容。lib目录里到底有没有mysql-connector的jar决定了下一步要不要手动补依赖。我一般会建议JavaWeb大作业统一用JDK 8 Tomcat 8.5 MySQL 5.7这个组合最稳网上可查的方案也最多。MySQL 8.0加Tomcat 9也可以但时区、SSL、驱动类名这三个参数会多出一堆配置对新手不友好。4.2 jdbc.properties连接 MySQL 的四个必改参数几乎所有JavaWeb项目的数据库连接配置都集中在一个properties文件里常见名字是jdbc.properties、db.properties或jdbc.properties。打开后修改这四行jdbc.drivercom.mysql.jdbc.Driver jdbc.urljdbc:mysql://localhost:3306/xiaomi_mall?useUnicodetruecharacterEncodingutf8useSSLfalseserverTimezoneAsia/Shanghai jdbc.usernameroot jdbc.password你的数据库密码driver对应你lib里的驱动jar版本5.x填com.mysql.jdbc.Driver8.x填com.mysql.cj.jdbc.Driver。url里的3306是MySQL默认端口如果你本机MySQL改过端口这里必须同步改否则报Communications link failure。useSSLfalse在本地开发时加上避免SSL握手警告干扰日志serverTimezoneAsia/Shanghai在MySQL 8.x下必须加否则时间字段会报时区异常。username和password填的是MySQL账号不是项目作者写的账号这一点是新手翻车重灾区——直接复制源码里的配置密码对不上启动时一堆SQLException。改完配置可以先用命令行做一个快速连通性测试避免带着错误配置进IDEAmysql -uroot -p -h 127.0.0.1 -P 3306 -e select 1能输出1说明账号、端口、网络都通再回头调项目配置问题范围立刻缩小一半。4.3 IDEA 运行配置Artifact、Deployment 三个必须看的位置IDEA里跑JavaWeb项目不是直接点绿色三角要先让IDEA知道“用什么Tomcat、部署哪个工程、访问路径是什么”。这三个设置藏在两个面板里缺一个都会导致404或者启动报错。第一个位置File → Project Structure → Artifacts。选择Web Application: Exploded类型右边输出的目录里必须能看到WEB-INF/classes和WEB-INF/lib。lib里如果没有mysql-connector的jar点击Available Elements左侧的依赖右键选Put into WEB-INF/lib。这一步是把编译产物和第三方jar打包成Tomcat能识别的war结构很多ClassNotFoundException就是依赖没进Artifact引起的。第二个位置Run → Edit Configurations点左上角“”选择Tomcat Server → Local。在Server标签页选择Tomcat安装目录注意不是conf目录也不是bin目录是Tomcat的根目录。端口默认8080如果被占用会启动失败先保留默认后面再排。第三个位置是同一界面的Deployment标签页点“”添加ArtifactApplication context填/注意这里不是填项目名。填/之后访问首页是http://localhost:8080/如果填/xiaomi-mall所有URL都必须带上这个前缀和Servlet映射里的路径拼在一起才完整。4.4 启动验证用 curl 代替肉眼刷页面点启动后Tomcat控制台会输出部署日志先看到Deployment of web application directory ... has finished再打开浏览器。验证首页我习惯用curl而不是肉眼刷新curl -I http://localhost:8080/ curl -I http://localhost:8080/login第一条命令拿首页响应头状态码200说明web应用已经起来第二条命令拿登录页。两个都返回200说明首页跳转链路和/login的Servlet映射都通。如果出现404先检查Deployment里的Application context如果是500去Tomcat的logs目录翻当天日志tail -f logs/catalina.out500基本都是运行时异常catalina.out会打出完整堆栈比IDEA控制台更全。用这个顺序排查能避免“页面打不开”时不知道是Tomcat没起来、路径拼错还是代码抛异常。5. 启动与运行故障排查数据库连接失败、端口占用与依赖缺失怎么定位提示下面几条是从课程设计项目里最常见的启动故障里挑出来的按出现频率排序。排查原则是“先看日志、再动配置”不要在没拿到异常堆栈前盲目改代码。5.1 页面显示正常但中文全是问号现象商品名称、分类名称在页面上全部显示成???或方框但英文和数字正常。 原因三层里至少有一层字符集不一致。第一层是MySQL客户端连接参数没指定utf8导致数据从表里读出来就已经被转成latin1第二层是JSP页面本身的contentType没写text/html;charsetUTF-8第三层是数据库表的默认字符集是latin1而不是utf8mb4。 解决先从数据库层验证登录MySQL执行SHOW VARIABLES LIKE character_set_server; SHOW CREATE TABLE goods\Gcharacter_set_server如果是latin1说明MySQL服务端默认字符集不对SHOW CREATE TABLE里如果没有CHARSETutf8mb4说明建表时就没指定。最省事的做法是重新导入SQL脚本前在文件开头加一行SET NAMES utf8mb4;再执行同时在jdbc.properties的url里补上characterEncodingutf8。三层全对齐后把Tomcat里旧的部署删掉重新启动注意不要只点“Rerun”IDEA有时候沿用旧的编译产物。5.2 启动报 ClassNotFoundException: com.mysql.jdbc.Driver现象Tomcat启动后控制台或日志里出现ClassNotFoundException: com.mysql.jdbc.Driver且异常堆栈指向DBUtil里的Class.forName那一行。 原因项目lib目录里没有MySQL驱动jar或者驱动jar存在但没有被IDEA构建进Artifact。Class.forName做的事情是把驱动类加载进JVM类找不到只有两种可能jar不在当前classpath或者类名写错。 解决先确认文件存在find . -name *mysql-connector*如果lib目录里确实有jar回到Project Structure → Artifacts检查WEB-INF/lib下有没有同名条目没有就手动Put into WEB-INF/lib。如果lib里压根没有jar下载对应驱动放进去或者把jar复制到Tomcat的lib目录。顺便确认驱动类名Connector/J 5.x是com.mysql.jdbc.Driver8.x是com.mysql.cj.jdbc.Driver8.x驱动为了兼容性仍保留旧类名但会打印一行Deprecation警告这不算错误不用管。5.3 Access denied 与 Communications link failure现象启动时日志报Access denied for user rootlocalhost或者Communications link failure项目里的登录模块根本无法使用。 原因这两条是不同的错。“Access denied”说明MySQL账号或密码不对源码里的jdbc配置写的是作者本机密码你的MySQL根本对不上也可能是root账号只允许localhost登录而你用了远程host连接。“Communications link failure”说明网络层没到MySQL常见原因是MySQL服务没启动、端口写错、host写成了127.0.0.1但MySQL只绑定了其他IP。 解决先用命令行登录验证账号密码mysql -uroot -p如果这个能进说明账号没问题问题在url里的host、port、database名字。检查url里的数据库名和实际导入的库名是否完全一致大小写也算——Linux环境下数据库名是区分大小写的。如果这个也进不去确认Windows服务里MySQL服务处于“正在运行”状态或者用net start mysql启动服务。这一类问题调试时建议打开IDEA的Debug日志很多时候控制台只会显示最上层的“访问数据库时发生错误”这种笼统信息真正的连接底层异常需要看完整堆栈。5.4 Tomcat 启动时端口被占用现象启动不到三秒控制台红字报Port 8080 required by Tomcat ... is already in use或者Address already in use: JVM_Bind。 原因本机已有其他进程占用了8080端口常见的是另一个Tomcat实例、Oracle HTTP服务或者开发工具内置的web服务。 解决在Windows命令行执行netstat -ano | findstr 8080输出的最后一列PID就是要找的进程号再执行taskkill /PID 进程号 /F强制结束。Linux或macOS用lsof -i:8080 kill -9 PID如果这个端口是公司统一规定不能换就不杀进程而是给Tomcat换端口在Run → Edit Configurations → Tomcat Server里改HTTP port为8081同时把Deployment里的Application context保持原来设置。注意改端口后访问地址要同步改成http://localhost:8081/。这个细节最容易造成“服务明明起来了浏览器还是打不开”的假象。5.5 表单提交的中文乱码现象登录注册时输入中文用户名跳转后页面显示乱码但数据库里查一下插入的数据是正常的或者反过来在页面上正常、数据库里乱码。 原因POST请求提交到Servlet时Tomcat默认按ISO-8859-1解码请求体你的浏览器以UTF-8编码发送两边不一致就在进入doPost前已经产生乱码。数据库正常说明问题只出在请求方向页面正常说明问题只出在响应方向。 解决最稳妥的是在Servlet里doPost方法最前面强制设置请求编码request.setCharacterEncoding(UTF-8);但这个做法要求每个Servlet都加漏一个就乱一处。工程化的做法是写一个过滤器所有请求经过它时统一处理WebFilter(/*) public class EncodingFilter implements Filter { public void doFilter(ServletRequest req, ServletResponse resp, FilterChain chain) throws IOException, ServletException { req.setCharacterEncoding(UTF-8); resp.setContentType(text/html;charsetUTF-8); chain.doFilter(req, resp); } }这个Filter放在util包里用WebFilter(/*)注解拦截所有路径。/*匹配拦截的是所有请求包括静态资源但setCharacterEncoding对CSS和图片没有副作用所以项目里常见写法就是直接拦全部。写完之后重新部署再测一次注册流程注意是重新部署而不是RerunIDEA有时候对新增的Filter不触发热部署。6. 从能跑到能答辩演示路径验证与三处低成本代码改进6.1 演示前先跑通业务闭环再故意试两条失败路径项目能启动只是起点。答辩演示时老师一定会盯着业务闭环走注册新用户→登录→首页看商品→加入购物车→结算提交订单→在订单列表看到这条记录。把这个主流程在演示前完整走一遍保证每一步的跳转地址和数据库结果都对得上。但只走正常路径远远不够老师最常追问的就是“库存不够时下单会发生什么”“用户名重复时系统怎么提示”。这类分支逻辑恰恰是很多源码包没有写全的地方。演示前用同一个账号故意重复注册一次再找一个库存只有1的商品连续下单两次只要这两个场景不报500或者跳白屏答辩就稳了一半。6.2 三处不加代码量、评分却明显上涨的改动第一处是密码脱敏。检查登录逻辑里有没有对输入的密码做MD5或SHA-256摘要没有的话在service层加一行DigestUtils.md5Hex(password)再把user表password字段长度确认一下足够容纳32位十六进制字符串。这改动只有一行却能把“安全意识”这个加分点直接摆到评委面前。第二处是统一封装DBUtil的获取连接和释放资源方法把try(Connection conn DBUtil.getConnection())用成统一风格避免有的dao自己new连接、有的用工具类这种风格不一致是“看着不够工整”的常见扣分项。第三处是下单逻辑包事务在service层的createOrder方法上加conn.setAutoCommit(false)订单和订单明细都插入成功后commit任何一步失败就rollback防止出现“订单总表有记录、明细却丢失”的脏数据。这三处改动量都很小代码行数控制在三四十行但答辩时讲出来的深度和一个跑通就交差的同学完全不同。吃过一次亏之后我养成了习惯每次跑通别人的项目先把正常流程走一遍再故意走一遍失败路径把异常日志从头读到尾。这份仿小米商城的源码真正有价值的不是那几百个JSP页面而是它把用户、商品、订单这条业务链路用最朴素的JavaWeb技术完整串了一遍。你能解释清楚这条链路上的每一个选择分数自然就到手了。希望帮到你。本文还有配套的精品资源点击获取 JavaWeb商城项目跑通指南：Servlet+JSP实战与避坑全解析
简介一份面向JavaWeb课程设计或毕业设计场景的仿小米在线商城完整项目前后端代码齐备并附带数据库初始化脚本。项目评审分达95以上主体功能完整适合参考商城类项目架构、登录注册、商品展示与购物流程的在校学生。压缩包共467个文件约23.98MB含39个Java后端源码、28个JSP页面、25个JS脚本、19个CSS样式、19个JAR依赖库、2个SQL数据库脚本及1个操作演示MP4。目前已有1554人学习下载。相较零散代码片段这份资料的价值在于可直接导入IDE运行调试借助录屏对照页面效果并通过SQL脚本快速搭建数据表文件类型分工清晰前端静态资源、后端逻辑与数据库结构一目了然对理解JavaWeb分层开发与商城常见业务模块有直接参考意义。1. JavaWeb仿小米在线商城这份 95 分大作业源码值不值得花时间跑通期末前一周从课程群拿到“JavaWeb仿小米在线商城源码数据库95分以上大作业项目.zip”解压后是JSP页面、SQL脚本和lib目录里一堆jar包。很多人第一反应是“代码能看懂先跑起来再说”结果在环境配置和数据库连接上耗掉两三个晚上最后连首页长什么样都没见到。这类项目的代码逻辑并不难真正的黑匣子集中在三个地方SQL脚本和本地MySQL版本对不对得上、jdbc配置里的连接参数是否匹配、Tomcat启动时依赖有没有打进去。把这三个点理顺跑通一份完整商城源码通常不超过半小时。这份项目最适合两类人一是JavaWeb课程设计还没交、想完整参考一个商城闭环的学生二是已经用过Spring Boot、想回头补Servlet/JSP原始写法的开发者。下文按“读包结构→拆数据库→本地跑通→现场排错→答辩加分”的顺序展开每一步都可以照着复现。2. 技术选型与项目骨架JSPServletMVC 这套组合为什么适合课程设计2.1 为什么不是 Spring Boot课程设计的选题与答辩逻辑决定的JavaWeb的课程设计普遍要求把请求处理、会话管理、数据库增删改查都用手写Servlet和JSP实现评分表里通常还会列出“MVC分层是否清晰”“有没有用PreparedStatement”“事务边界是否合理”这些硬指标。Spring Boot确实开发效率高但答辩时老师一句“你的starter是怎么把Tomcat拉起来的”就能问住大半学生。反过来Servlet JSP MySQL这套组合是教材的主线你只需要把请求生命周期、转发与重定向、连接池三个概念讲清楚分数就到手了。仿小米商城这种业务也恰好在这套技术栈的射程内用户、商品、购物车、订单全部是典型的关系型数据模型用JDBC操作不会出现ORM带来的“黑魔法”负担。另外zip文件里如果带的是Maven工程你的课程设计也可以顺带展示“依赖管理”的实操能力如果是普通war工程依赖全部躺在lib目录跑起来更直接。拿到压缩包先别急着解压看一眼文件名后缀和内部结构决定你下一步是用IDEA的Maven导入还是直接配置Web Facet。2.2 解压后的包结构从目录名判断你拿到的分层是否完整这类大作业项目的解压结构一般长这样xiaomi-mall/ ├── pom.xml # Maven 工程才有普通 war 工程没有 ├── sql/ │ └── xiaomi_mall.sql # 建库、建表、初始数据全在一个文件 └── src/ ├── main/ │ ├── java/ │ │ ├── com/xxx/controller/ # Servlet 控制层接收参数、转发页面 │ │ ├── com/xxx/service/ # 业务层登录校验、下单事务 │ │ ├── com/xxx/dao/ # 数据访问层JDBC 增删改查 │ │ ├── com/xxx/entity/ # 实体类对应数据库表字段 │ │ └── com/xxx/util/ # DBUtil 连接工具、字符编码过滤器 │ └── webapp/ │ ├── WEB-INF/ │ │ ├── web.xml # Servlet 映射、欢迎页、过滤器配置 │ │ └── jsp/ # 页面文件WEB-INF 下不能直接访问 │ ├── index.jsp │ └── static/ # css/js/images先别急着点运行花三分钟核对这六层是否齐全。controller里有没有doGet和doPost两个方法service层是否真的承担了“登录校验”“下单扣库存”这类业务dao层写的是PreparedStatement还是拼字符串SQLentity字段和数据库表字段能不能一一对上。很多低分源码的共性问题是所有逻辑全堆在Servlet里service和dao成了空壳这种项目跑起来没问题但答辩一问就露馅。你拿到手的这份既然是“95分以上”定位分层的完整度大概率是它的卖点把这些目录名对应到MVC三层在答辩开场就能用两分钟讲完架构。2.3 请求路径映射web.xml 与注解两种写法的等价关系老式war工程用web.xml声明Servlet映射新版JavaWeb工程可以用WebServlet注解替代。两种写法本质是一样的都解决“浏览器访问什么路径、由哪个类处理”的问题。先看xml版本servlet servlet-nameLoginServlet/servlet-name servlet-classcom.example.controller.LoginServlet/servlet-class /servlet servlet-mapping servlet-nameLoginServlet/servlet-name url-pattern/login/url-pattern /servlet-mapping这段配置的逻辑是凡是访问http://localhost:8080/项目名/login的请求Tomcat找到servlet-name为LoginServlet的声明再通过servlet-class定位到具体类并实例化。url-pattern里要写项目访问路径后面第4章的Application context设置会直接影响这里能不能匹配上。等价的注解写法写在Servlet类上面WebServlet(/login) public class LoginServlet extends HttpServlet { Override protected void doGet(HttpServletRequest request, HttpServletResponse response) throws ServletException, IOException { // GET 请求进入登录页面 request.getRequestDispatcher(WEB-INF/jsp/login.jsp).forward(request, response); } Override protected void doPost(HttpServletRequest request, HttpServletResponse response) throws ServletException, IOException { String username request.getParameter(username); String password request.getParameter(password); // 调用 service 层完成校验 response.sendRedirect(request.getContextPath() /index); } }两个写法在Tomcat下等价但xml优先级高于注解。登录成功后从doPost里跳走这里刻意用了sendRedirect而不是forward区别在于地址栏会变成/index、浏览器会重新发一次GET请求这样用户刷新页面不会重复提交表单。答辩被问“转发和重定向的区别”时用这段代码现场说明最直观。2.4 dao 层增删改查模板PreparedStatement 为什么是标准答案随便打开一个dao类核心方法大概率都是“查询列表、按ID查询、插入、更新、删除”这五件套。以商品按分类查询为例标准写法是public ListGoods findByCategory(int categoryId) { String sql SELECT * FROM goods WHERE category_id ?; ListGoods list new ArrayList(); try (Connection conn DBUtil.getConnection(); PreparedStatement ps conn.prepareStatement(sql)) { ps.setInt(1, categoryId); try (ResultSet rs ps.executeQuery()) { while (rs.next()) { Goods g new Goods(); g.setId(rs.getInt(id)); g.setName(rs.getString(name)); g.setPrice(rs.getBigDecimal(price)); list.add(g); } } } catch (SQLException e) { e.printStackTrace(); } return list; }这里最值得跟评委解释的是PreparedStatement的作用。?占位符会先被数据库预编译再用setInt传入参数因此用户输入里即使包含单引号、分号这类SQL特殊字符也只被当作普通字符串处理从根上避开拼接SQL带来的注入风险。在同一个方法里try-with-resources保证了Connection、PreparedStatement、ResultSet三个资源在方法结束或异常时自动关闭避免连接泄漏。connection每次从DBUtil获取来源可能是DriverManager也可能来自连接池不影响调用方的写法——这就是“面向接口编程”在课程设计里的最小演示。3. 数据库设计从 SQL 脚本拆解用户、商品、订单三块表的业务边界3.1 先导入 SQL 脚本source 和 Navicat 两种跑法解压后第一步是处理sql目录下的脚本。先别双击打开看一眼前20行确认里面有没有CREATE DATABASE和USE语句。这决定你导入时要不要先手动建库。head -n 20 sql/xiaomi_mall.sql如果文件里已经写了CREATE DATABASE xiaomi_mall; USE xiaomi_mall;命令行导入最省事mysql -uroot -p Enter password: ****** mysql source /path/to/xiaomi_mall.sql;source命令等价于把文件内容逐行交给mysql客户端执行路径用绝对路径最稳妥避免客户端当前目录和文件实际位置不一致。用Navicat则右键“连接名”→“运行SQL文件”打开文件后先不要点“开始”在选项里确认字符集为UTF-8或UTF-8mb4。这里有一个经常踩坑的地方如果脚本里有drop table if exists它会先删掉同名表再重建所以你拿到的脚本执行两次不会报错但在别人机器上执行时可能覆盖同名数据库务必确认这台MySQL上没有你需要保留的同名库。3.2 用户表status 字段与唯一索引的设计意图商城系统的用户表是所有业务表的起点登录、购物车、订单都依赖user_id关联。常见表结构如下CREATE TABLE user ( id INT NOT NULL AUTO_INCREMENT COMMENT 用户ID, username VARCHAR(32) NOT NULL COMMENT 登录名, password VARCHAR(64) NOT NULL COMMENT 密码答辩时注意提到不能明文存, nickname VARCHAR(32) DEFAULT NULL COMMENT 昵称, phone VARCHAR(20) DEFAULT NULL COMMENT 手机号, status TINYINT NOT NULL DEFAULT 1 COMMENT 1正常 0禁用, create_time DATETIME NOT NULL DEFAULT CURRENT_TIMESTAMP COMMENT 注册时间, PRIMARY KEY (id), UNIQUE KEY uk_username (username) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4 COMMENT用户表;这里有两个细节答辩时能展开。第一username加了唯一索引注册逻辑里就先查后插插入时如果撞到唯一键会抛DuplicateKeyException数据库层面的约束比代码里用if判断更可靠这也对应了项目里“用户名已存在”的提示。第二password字段长度为64是为了兼容MD5或SHA-256摘要后的十六进制字符串如果长度只给20后面想改成加盐哈希都塞不下。status字段用TINYINT而不是VARCHAR因为状态只有一二三这种离散取值用整数可以方便地扩展成“1正常、0禁用、-1锁定”三种态而且比字符串省空间。另外表名user在MySQL里是保留字大多数情况能建但规范做法是用反引号包起来避免和mysql库里的user表混淆。3.3 商品表和分类表价格为什么必须用 decimal商品是商城的信息核心仿小米商城这类项目通常会有手机分类、配件分类、智能家居分类所以分类表和商品表是一对多的关系CREATE TABLE category ( id INT NOT NULL AUTO_INCREMENT, name VARCHAR(50) NOT NULL, parent_id INT DEFAULT 0 COMMENT 0 表示顶级分类, PRIMARY KEY (id) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4; CREATE TABLE goods ( id INT NOT NULL AUTO_INCREMENT, category_id INT NOT NULL COMMENT 关联 category.id, name VARCHAR(100) NOT NULL, subtitle VARCHAR(200) DEFAULT NULL COMMENT 副标题/卖点, price DECIMAL(10,2) NOT NULL COMMENT 价格最多 8 位整数加 2 位小数, stock INT NOT NULL DEFAULT 0, image VARCHAR(255) DEFAULT NULL COMMENT 封面图路径, sales INT DEFAULT 0 COMMENT 销量列表页排序用, status TINYINT DEFAULT 1 COMMENT 1上架 0下架, PRIMARY KEY (id), KEY idx_category (category_id) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4;price字段为什么用DECIMAL(10,2)而不是FLOAT或DOUBLE这是答辩高频追问。浮点数在计算机内部是二进制近似表示0.1加0.2算出来是0.30000000000000004商城结算时累积误差会被放大。DECIMAL是定点数按整数方式存储10位精度加2位小数足够覆盖从几十元到几百万元的商品。在这张表里category_id上建普通索引而不是唯一索引因为一个分类下有多件商品库存字段的默认值设为0新增商品时忘记填库存也不至于出现NULL引起的空指针。3.4 订单表与订单明细表为什么订单不能直接存商品 ID购物车和订单是这个项目里业务逻辑最重的部分。购物车可以临时存放用户选中的商品但一旦提交成订单就必须专门设计订单明细表CREATE TABLE orders ( id INT NOT NULL AUTO_INCREMENT, user_id INT NOT NULL, order_no VARCHAR(32) NOT NULL COMMENT 订单号页面展示用, total_price DECIMAL(10,2) NOT NULL, status TINYINT NOT NULL DEFAULT 0 COMMENT 0待付款 1已付款 2已发货 3已完成 4已取消, create_time DATETIME NOT NULL DEFAULT CURRENT_TIMESTAMP, PRIMARY KEY (id), KEY idx_user (user_id) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4; CREATE TABLE order_item ( id INT NOT NULL AUTO_INCREMENT, order_id INT NOT NULL, goods_id INT NOT NULL, goods_name VARCHAR(100) NOT NULL COMMENT 商品名称快照, price DECIMAL(10,2) NOT NULL COMMENT 下单时价格快照, quantity INT NOT NULL, PRIMARY KEY (id), KEY idx_order (order_id) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4;orders表只记录订单主体信息和总额每件商品单独占order_item一行。这里有一个关键细节order_item里冗余存了goods_name和price两份“快照”。商品名称和价格在后台随时可能修改但已生成的订单不该跟着变否则用户查看历史订单时看到的是“现在的价格”而不是“下单时支付的价格”。这就是订单和购物车的本质区别——购物车只需要存goods_id下单时再去商品表查实时价订单里的每个明细项则必须冻结下单那一时刻的完整信息。理解了这一点答辩时讲“为什么订单拆两张表”“为什么订单明细冗余商品名称”都能答到位。3.5 从表结构反推页面一张表对应一个业务模块把表映射到页面整体脉络立刻清晰表名对应页面/模块关键查询字段user注册、登录、个人中心usernamecategory商品分类导航id, parent_idgoods首页推荐、列表页、详情页category_id, idcart购物车页面user_id, goods_idorders订单列表、结算页user_id, statusorder_item订单详情页order_id这张映射表可以在答辩开场白里直接用从首页点进分类列表走的是goods WHERE category_id?加购走cart表结算时以购物车数据为源头生成一条orders记录再把购物车item逐行搬进order_item最后清空该用户的购物车。这套流程跑通一次就等于覆盖了“用户从浏览到下单”的完整业务闭环也把数据库表和前端页面建立了直观对应关系。4. 用 IDEA Tomcat MySQL 跑通项目jdbc 参数、Artifact 与最小启动路径4.1 动手前先看三份线索web.xml、jdbc.properties、lib 目录不要一上来就装最新版Tomcat和MySQL先让项目告诉你它想要什么环境。打开三份文件web.xml看servlet版本jdbc.properties看连接串写法lib目录看驱动jar包。用命令可以快速完成grep -r servlet src/main/webapp/WEB-INF/web.xml | head -5 grep -r jdbc:mysql src/main/resources/jdbc.properties 2/dev/null ls src/main/webapp/WEB-INF/lib/ 2/dev/null | head -20这三条命令分别回答三个问题web.xml里出现javax.servlet说明项目跑在Tomcat 9及以下如果lib里出现jakarta.servlet则要配Tomcat 10以上这是版本匹配的第一道关。jdbc.properties里如果驱动类是com.mysql.jdbc.Driver对应MySQL Connector/J 5.x可以连MySQL 5.7和8.0如果是com.mysql.cj.jdbc.Driver对应8.x驱动连MySQL 5.7也兼容。lib目录里到底有没有mysql-connector的jar决定了下一步要不要手动补依赖。我一般会建议JavaWeb大作业统一用JDK 8 Tomcat 8.5 MySQL 5.7这个组合最稳网上可查的方案也最多。MySQL 8.0加Tomcat 9也可以但时区、SSL、驱动类名这三个参数会多出一堆配置对新手不友好。4.2 jdbc.properties连接 MySQL 的四个必改参数几乎所有JavaWeb项目的数据库连接配置都集中在一个properties文件里常见名字是jdbc.properties、db.properties或jdbc.properties。打开后修改这四行jdbc.drivercom.mysql.jdbc.Driver jdbc.urljdbc:mysql://localhost:3306/xiaomi_mall?useUnicodetruecharacterEncodingutf8useSSLfalseserverTimezoneAsia/Shanghai jdbc.usernameroot jdbc.password你的数据库密码driver对应你lib里的驱动jar版本5.x填com.mysql.jdbc.Driver8.x填com.mysql.cj.jdbc.Driver。url里的3306是MySQL默认端口如果你本机MySQL改过端口这里必须同步改否则报Communications link failure。useSSLfalse在本地开发时加上避免SSL握手警告干扰日志serverTimezoneAsia/Shanghai在MySQL 8.x下必须加否则时间字段会报时区异常。username和password填的是MySQL账号不是项目作者写的账号这一点是新手翻车重灾区——直接复制源码里的配置密码对不上启动时一堆SQLException。改完配置可以先用命令行做一个快速连通性测试避免带着错误配置进IDEAmysql -uroot -p -h 127.0.0.1 -P 3306 -e select 1能输出1说明账号、端口、网络都通再回头调项目配置问题范围立刻缩小一半。4.3 IDEA 运行配置Artifact、Deployment 三个必须看的位置IDEA里跑JavaWeb项目不是直接点绿色三角要先让IDEA知道“用什么Tomcat、部署哪个工程、访问路径是什么”。这三个设置藏在两个面板里缺一个都会导致404或者启动报错。第一个位置File → Project Structure → Artifacts。选择Web Application: Exploded类型右边输出的目录里必须能看到WEB-INF/classes和WEB-INF/lib。lib里如果没有mysql-connector的jar点击Available Elements左侧的依赖右键选Put into WEB-INF/lib。这一步是把编译产物和第三方jar打包成Tomcat能识别的war结构很多ClassNotFoundException就是依赖没进Artifact引起的。第二个位置Run → Edit Configurations点左上角“”选择Tomcat Server → Local。在Server标签页选择Tomcat安装目录注意不是conf目录也不是bin目录是Tomcat的根目录。端口默认8080如果被占用会启动失败先保留默认后面再排。第三个位置是同一界面的Deployment标签页点“”添加ArtifactApplication context填/注意这里不是填项目名。填/之后访问首页是http://localhost:8080/如果填/xiaomi-mall所有URL都必须带上这个前缀和Servlet映射里的路径拼在一起才完整。4.4 启动验证用 curl 代替肉眼刷页面点启动后Tomcat控制台会输出部署日志先看到Deployment of web application directory ... has finished再打开浏览器。验证首页我习惯用curl而不是肉眼刷新curl -I http://localhost:8080/ curl -I http://localhost:8080/login第一条命令拿首页响应头状态码200说明web应用已经起来第二条命令拿登录页。两个都返回200说明首页跳转链路和/login的Servlet映射都通。如果出现404先检查Deployment里的Application context如果是500去Tomcat的logs目录翻当天日志tail -f logs/catalina.out500基本都是运行时异常catalina.out会打出完整堆栈比IDEA控制台更全。用这个顺序排查能避免“页面打不开”时不知道是Tomcat没起来、路径拼错还是代码抛异常。5. 启动与运行故障排查数据库连接失败、端口占用与依赖缺失怎么定位提示下面几条是从课程设计项目里最常见的启动故障里挑出来的按出现频率排序。排查原则是“先看日志、再动配置”不要在没拿到异常堆栈前盲目改代码。5.1 页面显示正常但中文全是问号现象商品名称、分类名称在页面上全部显示成???或方框但英文和数字正常。 原因三层里至少有一层字符集不一致。第一层是MySQL客户端连接参数没指定utf8导致数据从表里读出来就已经被转成latin1第二层是JSP页面本身的contentType没写text/html;charsetUTF-8第三层是数据库表的默认字符集是latin1而不是utf8mb4。 解决先从数据库层验证登录MySQL执行SHOW VARIABLES LIKE character_set_server; SHOW CREATE TABLE goods\Gcharacter_set_server如果是latin1说明MySQL服务端默认字符集不对SHOW CREATE TABLE里如果没有CHARSETutf8mb4说明建表时就没指定。最省事的做法是重新导入SQL脚本前在文件开头加一行SET NAMES utf8mb4;再执行同时在jdbc.properties的url里补上characterEncodingutf8。三层全对齐后把Tomcat里旧的部署删掉重新启动注意不要只点“Rerun”IDEA有时候沿用旧的编译产物。5.2 启动报 ClassNotFoundException: com.mysql.jdbc.Driver现象Tomcat启动后控制台或日志里出现ClassNotFoundException: com.mysql.jdbc.Driver且异常堆栈指向DBUtil里的Class.forName那一行。 原因项目lib目录里没有MySQL驱动jar或者驱动jar存在但没有被IDEA构建进Artifact。Class.forName做的事情是把驱动类加载进JVM类找不到只有两种可能jar不在当前classpath或者类名写错。 解决先确认文件存在find . -name *mysql-connector*如果lib目录里确实有jar回到Project Structure → Artifacts检查WEB-INF/lib下有没有同名条目没有就手动Put into WEB-INF/lib。如果lib里压根没有jar下载对应驱动放进去或者把jar复制到Tomcat的lib目录。顺便确认驱动类名Connector/J 5.x是com.mysql.jdbc.Driver8.x是com.mysql.cj.jdbc.Driver8.x驱动为了兼容性仍保留旧类名但会打印一行Deprecation警告这不算错误不用管。5.3 Access denied 与 Communications link failure现象启动时日志报Access denied for user rootlocalhost或者Communications link failure项目里的登录模块根本无法使用。 原因这两条是不同的错。“Access denied”说明MySQL账号或密码不对源码里的jdbc配置写的是作者本机密码你的MySQL根本对不上也可能是root账号只允许localhost登录而你用了远程host连接。“Communications link failure”说明网络层没到MySQL常见原因是MySQL服务没启动、端口写错、host写成了127.0.0.1但MySQL只绑定了其他IP。 解决先用命令行登录验证账号密码mysql -uroot -p如果这个能进说明账号没问题问题在url里的host、port、database名字。检查url里的数据库名和实际导入的库名是否完全一致大小写也算——Linux环境下数据库名是区分大小写的。如果这个也进不去确认Windows服务里MySQL服务处于“正在运行”状态或者用net start mysql启动服务。这一类问题调试时建议打开IDEA的Debug日志很多时候控制台只会显示最上层的“访问数据库时发生错误”这种笼统信息真正的连接底层异常需要看完整堆栈。5.4 Tomcat 启动时端口被占用现象启动不到三秒控制台红字报Port 8080 required by Tomcat ... is already in use或者Address already in use: JVM_Bind。 原因本机已有其他进程占用了8080端口常见的是另一个Tomcat实例、Oracle HTTP服务或者开发工具内置的web服务。 解决在Windows命令行执行netstat -ano | findstr 8080输出的最后一列PID就是要找的进程号再执行taskkill /PID 进程号 /F强制结束。Linux或macOS用lsof -i:8080 kill -9 PID如果这个端口是公司统一规定不能换就不杀进程而是给Tomcat换端口在Run → Edit Configurations → Tomcat Server里改HTTP port为8081同时把Deployment里的Application context保持原来设置。注意改端口后访问地址要同步改成http://localhost:8081/。这个细节最容易造成“服务明明起来了浏览器还是打不开”的假象。5.5 表单提交的中文乱码现象登录注册时输入中文用户名跳转后页面显示乱码但数据库里查一下插入的数据是正常的或者反过来在页面上正常、数据库里乱码。 原因POST请求提交到Servlet时Tomcat默认按ISO-8859-1解码请求体你的浏览器以UTF-8编码发送两边不一致就在进入doPost前已经产生乱码。数据库正常说明问题只出在请求方向页面正常说明问题只出在响应方向。 解决最稳妥的是在Servlet里doPost方法最前面强制设置请求编码request.setCharacterEncoding(UTF-8);但这个做法要求每个Servlet都加漏一个就乱一处。工程化的做法是写一个过滤器所有请求经过它时统一处理WebFilter(/*) public class EncodingFilter implements Filter { public void doFilter(ServletRequest req, ServletResponse resp, FilterChain chain) throws IOException, ServletException { req.setCharacterEncoding(UTF-8); resp.setContentType(text/html;charsetUTF-8); chain.doFilter(req, resp); } }这个Filter放在util包里用WebFilter(/*)注解拦截所有路径。/*匹配拦截的是所有请求包括静态资源但setCharacterEncoding对CSS和图片没有副作用所以项目里常见写法就是直接拦全部。写完之后重新部署再测一次注册流程注意是重新部署而不是RerunIDEA有时候对新增的Filter不触发热部署。6. 从能跑到能答辩演示路径验证与三处低成本代码改进6.1 演示前先跑通业务闭环再故意试两条失败路径项目能启动只是起点。答辩演示时老师一定会盯着业务闭环走注册新用户→登录→首页看商品→加入购物车→结算提交订单→在订单列表看到这条记录。把这个主流程在演示前完整走一遍保证每一步的跳转地址和数据库结果都对得上。但只走正常路径远远不够老师最常追问的就是“库存不够时下单会发生什么”“用户名重复时系统怎么提示”。这类分支逻辑恰恰是很多源码包没有写全的地方。演示前用同一个账号故意重复注册一次再找一个库存只有1的商品连续下单两次只要这两个场景不报500或者跳白屏答辩就稳了一半。6.2 三处不加代码量、评分却明显上涨的改动第一处是密码脱敏。检查登录逻辑里有没有对输入的密码做MD5或SHA-256摘要没有的话在service层加一行DigestUtils.md5Hex(password)再把user表password字段长度确认一下足够容纳32位十六进制字符串。这改动只有一行却能把“安全意识”这个加分点直接摆到评委面前。第二处是统一封装DBUtil的获取连接和释放资源方法把try(Connection conn DBUtil.getConnection())用成统一风格避免有的dao自己new连接、有的用工具类这种风格不一致是“看着不够工整”的常见扣分项。第三处是下单逻辑包事务在service层的createOrder方法上加conn.setAutoCommit(false)订单和订单明细都插入成功后commit任何一步失败就rollback防止出现“订单总表有记录、明细却丢失”的脏数据。这三处改动量都很小代码行数控制在三四十行但答辩时讲出来的深度和一个跑通就交差的同学完全不同。吃过一次亏之后我养成了习惯每次跑通别人的项目先把正常流程走一遍再故意走一遍失败路径把异常日志从头读到尾。这份仿小米商城的源码真正有价值的不是那几百个JSP页面而是它把用户、商品、订单这条业务链路用最朴素的JavaWeb技术完整串了一遍。你能解释清楚这条链路上的每一个选择分数自然就到手了。希望帮到你。本文还有配套的精品资源点击获取