企业官网建设流程全解析

简介：这份家用电器销售网站Java项目是面向毕业设计、课程设计以及Java Web初学者的完整参考工程，基于JSP、Java与MySQL构建，既包含用户端前台浏览、购物车、订单评价等交互，也实现管理员对用户、商品分类、品牌、商品信息、留言和订单等模块的后台管理。压缩包采用zip格式，整体约119.19MB，内含完整源码、说明文档、LW论文文档、PPT答辩演示与操作演示视频，可便捷用于环境部署、功能对照和系统演示。项目覆盖了典型电商网站的业务流程，从前台首页、商品资讯、留言反馈到后台订单与系统管理均有完整实现，适合作为毕业设计或课程设计的题目方案和参考原型。目前已有80人学习浏览过该项目内容，对于需要快速搭建家电销售网站或理解整合开发流程的学习者而言，具有较强的借鉴价值。

1. 从 zip 到能跑的 Java 销售网站：这份课设包到底包含什么

家用电器销售网站是 Java Web 课程设计里最经典的题目之一，这个 zip 包之所以完整，是因为里面同时包含了源码、说明文档（LW）、答辩 PPT 和演示视频，拿到手不是一堆无处下手的代码，而是一套可以直接演示、可以照着重写的项目工程。它的典型技术栈是 JSP + Servlet + JDBC + MySQL，走的是传统 MVC 三层架构。适合正在做 Java 课程设计、需要一份能复现的案例源码来保底的学生，也适合想对照完整工程补课 Java Web 请求链路的开发者。用这类项目包最忌讳的是解压后直接埋头读代码，正确顺序是先把环境搭好、把数据库导进去、把 Tomcat 跑起来，看到首页再回头读结构。

2. 家用电器销售网站的技术骨架：三层架构、MVC 拆分与五张核心表

2.1 没有框架的 MVC：JSP+Servlet 为什么还是课设主流

虽然现在企业里 Spring Boot 几乎是标配，但课程设计题目仍然大量选择 JSP + Servlet + MySQL，原因是现实且功利的。一是教学大纲和答辩要求还停留在 Servlet 阶段，老师要看到你写得出 HttpServlet 子类、doGet/doPost 重写和 web.xml 里的映射关系；二是没有框架遮挡，JSP 写页面、Servlet 收请求、DAO 用 JDBC 查库，三层之间谁调谁一目了然，答辩时链路讲得清楚；三是代码量对一个独立完成的课设正合适，一个销售网站做下来，实体类、DAO 接口、DAO 实现、Service、Servlet、JSP 各十来个文件，工作量既不吓人也不至于空泛。

这个项目里的「家用电器」不是随便套的皮。家电是耐用消费品、单价高、品牌和型号敏感，用户浏览时最在意价格、库存、销量和核心参数。所以商品表除了通用字段，通常还会带 brand、model、warranty 这些家电专属字段，订单表里也会记录收货人和联系电话。拿到源码后先看实体类里有没有这些字段，这决定了答辩时你能不能讲出「这是面向业务建模的，不是写死的 Demo」。

面向对象 Java 的部分体现在实体类和 DAO 的接口设计上。常见做法是先写一个 Goods 实体类，字段对应数据库列，再写 GoodsDao 接口，用 GoodsDaoImpl 实现 JDBC 操作，Service 层做事务控制。这种设计在课设里已经算规范，后面你去面 Java 岗位时，被问「你项目怎么分层的」，也能直接用这套话术接住。

2.2 数据库设计：五张表如何撑起商品、购物车与订单

一个典型的家用电器销售网站数据库，核心是五张表。我把常见建表字段整理成下面的清单，你可以拿自己项目里的 SQL 对照着看：

这里要重点提醒的是：购物车不建表，它只是 Session 里的临时数据；真正落库的是订单和订单项。订单表存的是用户下单那一刻的快照，接收人和地址直接冗余在订单里，因为用户收货地址以后可能会改，但订单历史不能跟着变。订单项表里每条记录对应购物车里的一个商品，gnumber 存购买数量，gprice 存当时成交价，这样商品后来调价也不影响历史订单的金额统计。

外键关系是：t_goods 的 cid 指向 t_category 的 cid，t_orders 的 uid 指向 t_user 的 uid，t_orderitem 的 oid 指向 t_orders 的 oid、gid 指向 t_goods 的 gid。课设项目里物理外键可以不加，但代码里的 JOIN 和实体类关联必须按这个关系来写，否则订单详情页查不出商品名称和图片。

2.3 DAO 层写法：JDBC 连接工具与按分类查商品的模板

DAO 层是所有 Servlet 和 JSP 的数据出口，这个项目里一般有一个 JDBCUtil 负责拿 Connection。代码非常固定，但 MySQL 8 和 MySQL 5 的驱动类名、连接串参数不一样，很多首次部署翻车就在这一行：

import java.sql.Connection; import java.sql.DriverManager; import java.sql.SQLException; public class JDBCUtil { private static final String URL = "jdbc:mysql://localhost:3306/appliance_db" + "?useUnicode=true&characterEncoding=utf8&useSSL=false" + "&serverTimezone=Asia/Shanghai"; private static final String USER = "root"; private static final String PASSWORD = "123456"; static { try { Class.forName("com.mysql.cj.jdbc.Driver"); } catch (ClassNotFoundException e) { e.printStackTrace(); } } public static Connection getConnection() throws SQLException { return DriverManager.getConnection(URL, USER, PASSWORD); } }

逻辑说明：URL 里的 appliance_db 是数据库名，必须和导入的 SQL 里创建的库名一致；useUnicode=true 和 characterEncoding=utf8 解决中文写入乱码；useSSL=false 避免 MySQL 8 的 SSL 握手警告；serverTimezone 指定时区，否则 MySQL 8 会报时区错误。驱动类名 com.mysql.cj.jdbc.Driver 是 MySQL 8 专用的，如果是 MySQL 5.7，要换回 com.mysql.jdbc.Driver，同时引入的 mysql-connector-java 驱动包版本也要对应。

下面是一个典型的按分类查商品的 DAO 方法，用 PreparedStatement 防止 SQL 注入：

import java.sql.Connection; import java.sql.PreparedStatement; import java.sql.ResultSet; import java.sql.SQLException; import java.util.ArrayList; import java.util.List; public List<Goods> findGoodsByCategory(int cid) { List<Goods> list = new ArrayList<Goods>(); String sql = "SELECT gid, gname, brand, model, price, stock, sales, gimage " + "FROM t_goods WHERE cid = ? ORDER BY sales DESC"; try (Connection conn = JDBCUtil.getConnection(); PreparedStatement ps = conn.prepareStatement(sql)) { ps.setInt(1, cid); try (ResultSet rs = ps.executeQuery()) { while (rs.next()) { Goods g = new Goods(); g.setGid(rs.getInt("gid")); g.setGname(rs.getString("gname")); g.setBrand(rs.getString("brand")); g.setModel(rs.getString("model")); g.setPrice(rs.getBigDecimal("price")); g.setStock(rs.getInt("stock")); g.setSales(rs.getInt("sales")); g.setGimage(rs.getString("gimage")); list.add(g); } } } catch (SQLException e) { e.printStackTrace(); } return list; }

这段代码的逻辑：先用 cid 占位符拼 SQL，PreparedStatement 的 setInt 注入参数，商品列表按销量倒序排，正好符合家电网站把热销款放前面的习惯。注意我用的是 try-with-resources，Connection、PreparedStatement、ResultSet 都能自动关闭，不会出现连接泄漏。如果你拿到的旧源码是手动调 close 的老写法，建议顺手改掉，答辩时能少被追问一个问题。

3. 把 zip 源码变成能访问的网站：环境配置与部署全流程

3.1 环境清单：JDK、MySQL、Tomcat 的版本搭配

拿到源码第一件事不是读代码，是把环境凑齐。我按最常见、最不容易翻车的组合给你列一张表：

这里最容易踩的版本坑是：JDK 8 能跑绝大多数老项目，JDK 11 以上跑老 Servlet 项目经常出现模块化报错；Tomcat 10 已经把 javax.servlet 包名改成 jakarta.servlet，而这个课设源码里全是 javax.servlet 的 import，字节码层面直接不兼容。所以我的建议是锁死 JDK 1.8 + Tomcat 8.5 + MySQL 5.7 或 8.0，这个组合能覆盖 95% 的 Java Web 老课程设计。

环境变量方面，检查 JAVA_HOME 是否指向 JDK 安装目录、PATH 里有没有 %JAVA_HOME%\bin，命令行敲 java -version 能正常打印版本就算通过。这一步看起来基础，但我带人跑项目时至少一半的问题最后都能回溯到这里。

3.2 导入数据库：命令行把 SQL 文件完整灌进去

项目包解压之后会有一个 .sql 文件，通常叫 appliance_db.sql 或 database.sql。把这个文件导入 MySQL，如果 MySQL 的 bin 目录已经加入 PATH，直接用重定向：

mysql -uroot -p123456 < D:/appliance_db.sql

如果换成自己设置的密码，把 -p 后面跟着的内容改掉；如果更保守一点，也可以先登录再 source：

mysql -uroot -p source D:/appliance_db.sql;

注意 source 命令后面跟的路径在 Windows 下要用正斜杠，写成 D:/appliance_db.sql，用反斜杠 D:\appliance_db.sql 有时会被转义符吃掉。导入完成后，在 MySQL 里执行 SHOW TABLES; 应该能看到 t_user、t_category、t_goods、t_orders、t_orderitem 五张表。如果表是空的，回到 SQL 文件里看开头或结尾有没有 INSERT INTO 语句——有的课设 SQL 只建表不导数据，你需要自己手工插几条家电数据，否则首页和商品列表都是白屏。这一步的失败通常和字符集有关，文件本身如果不是 UTF-8 编码，导入时中文会直接变成乱码，后面第 5 章专门讲。

3.3 导入工程并修正 JDBC 连接配置

Eclipse 的做法是 File → Import → Existing Projects into Workspace，选中解压出来的工程目录等待构建完成。IDEA 用户是 File → Open 直接选中项目文件夹；如果项目里有 pom.xml 说明带 Maven 依赖，Open 后右下角会自动加载依赖包，等进度条跑完再动。

打开项目之后第一件事是找配置文件。老式 JSP 项目通常有一个 db.properties，或者直接在 JDBCUtil.java 里硬编码连接信息。课程设计源码不可能给你留真正的生产配置，这里必须改成你自己的数据库账号：

jdbc.driver=com.mysql.cj.jdbc.Driver jdbc.url=jdbc:mysql://localhost:3306/appliance_db?useUnicode=true&characterEncoding=utf8&useSSL=false&serverTimezone=Asia/Shanghai jdbc.username=root jdbc.password=你的密码

如果你的 MySQL 是 5.7，把 driver 换成 com.mysql.jdbc.Driver，连接串里的 serverTimezone 去掉也不会报错；如果是 8.0，上面四行不要动。改完配置，还要检查 WEB-INF/lib 目录下有没有 mysql-connector-java.jar。老项目经常不自带这个驱动包，Tomcat 启动时不报错，一访问数据库就抛 ClassNotFoundException。把对应版本（5.x 或 8.x）的驱动 jar 拷贝到 WEB-INF/lib 下刷新项目，再继续。

3.4 启动与自测：看日志确认部署成功

Eclipse 里在 Servers 视图创建 Tomcat 8.5 服务器，右键项目 Run As → Run on Server；IDEA 里先配置 Tomcat Server，然后在 Run → Edit Configurations 里加一个 Tomcat 实例，Deployment 页签里选择 war exploded 或 artifact。

启动后看控制台日志，出现下面任何一句都算成功：

Server startup in [1234] milliseconds Deployment of web application archive ... has finished

访问地址是 http://localhost:8080/项目名/。项目名由 Artifact 或 Eclipse 的 Context Path 决定，如果 web.xml 里配了 welcome-file，直接访问项目根路径就能跳到首页。第一次访问能看见销售网站首页、商品列表和登录注册入口，说明部署链路已经通了。

提示：自测顺序建议是「注册 → 登录 → 加购物车 → 结算 → 后台发货 → 确认收货」，把主流程走通后再回头读源码，比一头扎进代码里效率高得多。

4. 从注册到下单：用户端、购物车与订单状态流转

4.1 用户端主流程：请求怎么穿过 Servlet 回到 JSP

家用电器销售网站的用户端看起来页面多，核心就是一个流程：注册 → 登录 → 浏览商品 → 加入购物车 → 下单结算 → 查看订单。理解它的关键是看懂每个请求对应哪个 Servlet，以及 Servlet 处理完数据后怎么把结果交给 JSP。

典型请求路径是：首页 index.jsp 显示热门家电 → 用户点击某个分类或输入搜索关键词，提交到 GoodsServlet?action=query&cid=2 → GoodsServlet 调 Service 层查询方法拿到 List → request.setAttribute("goodsList", list) → request.getRequestDispatcher("goods_list.jsp").forward(request, response)。

这里有个课设项目非常通用的细节：用 ?action=xxx 做请求分发，一个 Servlet 里同时处理多个动作。你在读代码时会在 doGet 或 doPost 里看到大段 if/else 或 switch，这就是路由逻辑。答辩时老师很爱问「一个请求从浏览器到数据库走了一遍，中间经过了哪些对象」，你要能按浏览器 → Servlet → Service → DAO → JDBC → MySQL → 反向返回的顺序把链路讲清楚，这就是整篇项目源码的主线。

注册逻辑也是一样，UserServlet 接到 username/password 后先调 UserDao.findByUsername 查重，再调 insert 落库。值得留意的是，课设项目里密码通常只做一次 MD5，没有加盐，这在生产环境是不合格的，但答辩时你只要主动说出「知道这里可以改成 BCrypt 加盐哈希」，就能把缺点变成加分项。

4.2 购物车：Session 里放一个 Map 的经典实现

购物车是这类销售网站最核心的业务点。它没有独立的表，入口就在商品详情页点「加入购物车」，提交到 CartServlet，代码是典型的 Session 传值：

// CartServlet 中加入购物车的核心逻辑 Map<Integer, Integer> cart = (Map<Integer, Integer>) session.getAttribute("cart"); if (cart == null) { cart = new HashMap<Integer, Integer>(); } int gid = Integer.parseInt(request.getParameter("gid")); Integer count = cart.get(gid); if (count == null) { cart.put(gid, 1); } else { cart.put(gid, count + 1); } session.setAttribute("cart", cart); response.sendRedirect(request.getContextPath() + "/cart.jsp");

逻辑说明：cart 这个 Map 的 key 是商品 ID，value 是购买数量。第一次加购时 Map 不存在，就新建一个放进 Session；同一个商品加第二次，数量加 1；最后把 Map 重新写回 Session，重定向到购物车页面。课设里的购物车完全依赖 Session，浏览器关了购物车就没了，但这对单机演示不是问题。

参数说明：gid 从请求参数来，商品详情页链接上挂的 ?gid=5 就是它。count + 1 而不是直接赋值，是为了支持同一商品多件购买。购物车页面展示时，需要遍历 Map 的 keySet 再逐个查商品信息，这里要注意 Map 里只有商品 ID 和数量，名称、价格、图片都要顺着 gid 调一次 GoodsDao.findById，商品越多查询次数越多，所以购物车页打开慢在老项目里很常见，这不是 bug，是方案本身的取舍。

购物车还有个经典边界场景：用户没登录也能加购，结算时才判断是否登录，没登录就跳登录页并把购物车路径记在回跳参数里。这个逻辑通常在 OrderServlet 或 CartServlet 的结算分支里。

4.3 订单状态流转：从购物车到订单快照的四步状态机

结算时，OrderServlet 读取购物车 Map，生成一条订单记录和多条订单项记录，然后清空购物车。这一步典型代码是事务性的，因为订单表插入后，订单项表要批量插入，同时要扣商品库存，三条 SQL 必须一起成功或一起失败：

String sqlOrder = "INSERT INTO t_orders (uid, total_money, status, order_time, receiver, address) VALUES (?, ?, ?, NOW(), ?, ?)"; String sqlItem = "INSERT INTO t_orderitem (oid, gid, gnumber, gprice) VALUES (?, ?, ?, ?)"; String sqlUpdate = "UPDATE t_goods SET stock = stock - ?, sales = sales + ? WHERE gid = ? AND stock >= ?";

逻辑说明：三条 SQL 必须放在同一个事务里。先插入订单拿到自增主键 oid，再遍历购物车 Map 插入订单项，最后更新商品库存和销量。UPDATE 里带 AND stock >= ? 是乐观检查，库存不够时影响行数为 0，程序就可以判定下单失败并回滚。由于 JDBC 默认 autocommit，你要先 conn.setAutoCommit(false)，全部执行成功后再 conn.commit()，任何一条失败都在 catch 里 conn.rollback()。

订单状态一般用一个数字存库，形成简单的状态机：0 待付款、1 已付款待发货、2 已发货、3 已完成，有的项目会加 4 已取消。管理端在订单列表改状态，用户端在订单详情确认收货，页面通过 JSTL 或 Java 片段把数字映射成中文文案。答辩时把这条状态机说清楚，比背十页代码更有说服力。

管理端这边，AdminServlet 处理后台请求，商品管理通常是纯 CRUD：添加商品、改价格库存、删除商品、上下架，再用分页查询撑起商品列表。很多课设项目的后台账号是硬编码的 admin/admin123，在 t_user 表里用 role 字段区分管理员和普通用户，权限控制只做到页面入口判断，没有拦截器，属于课设正常水平，能在答辩时主动指出这一点，反而显得你有工程安全意识。

5. 部署与运行避坑：端口、驱动、乱码与路径的五个常见问题

5.1 Tomcat 启动闪退或端口被占用

现象：双击 startup.bat 后窗口一闪而过，或者控制台报 SEVERE: Port 8080 already in use。

原因：8080 端口被其他进程占用。这种课设项目压缩包通常不止一个项目，可能之前的 Tomcat 还在后台跑着；另外有些用户的电脑上还有其他 Web 服务占用了 8080。

解决：先查端口占用进程：

netstat -ano | findstr :8080 taskkill /PID 12345 /F

把 12345 替换成实际占用进程的 PID。如果不想杀进程，也可以改 Tomcat 的 conf/server.xml 里 Connector port 为 8081，然后访问 http://localhost:8081/项目名/。一闪而过的话，别再用 startup.bat，直接在命令行执行 catalina.sh run（Windows 上是 catalina.bat run），日志会留在控制台，真正报什么错就看得见了。

5.2 MySQL 8 连不上：驱动类名、SSL 与时区三连坑

现象：Tomcat 启动正常，首页也能开，但点商品列表或登录时白屏或报 500，控制台日志里有 Communications link failure，或者 Unable to load authentication plugin 'caching_sha2_password'。

原因：MySQL 8 换了默认认证插件，而且驱动要求 URL 里显式声明 SSL 和时区。很多课设源码是 MySQL 5.7 时代写的，驱动还停留在 com.mysql.jdbc.Driver。

解决：换成 8.0.x 的 mysql-connector-java 驱动包，驱动类写 com.mysql.cj.jdbc.Driver，URL 末尾补上 useSSL=false&serverTimezone=Asia/Shanghai。另一个办法是把 root 认证插件改回旧版，执行：

ALTER USER 'root'@'localhost' IDENTIFIED WITH mysql_native_password BY '你的密码';

两条路选一条就行。我个人的习惯是优先改连接串，因为项目给别人演示时，换一台机器不需要再去碰数据库配置。

5.3 中文乱码：页面、数据库、连接串三方必须一致

现象：页面商品名显示成 ??，或者从数据库读出来全是乱码，尤其出现在导入 SQL 之后。

原因：四方不一致——项目源码文件是 UTF-8，但 MySQL 表建成了 latin1，JDBC 连接串没指定 characterEncoding，JSP 页面本身响应头也没设置 UTF-8。任何一环对不上，中文就花掉。

解决：统一到 UTF-8。建库语句写成 CREATE DATABASE appliance_db DEFAULT CHARACTER SET utf8mb4;，SQL 文件导入前用记事本另存为 UTF-8 编码；连接串带上 useUnicode=true&characterEncoding=utf8；Servlet 的响应头写 response.setContentType("text/html;charset=utf-8")。中文乱码 90% 出在连接串和表字符集，先查这两个，不要一上来就改页面。

5.4 部署后 404：Application Context 与 Artifact 名称不匹配

现象：Tomcat 启动成功，日志没有异常，但访问 http://localhost:8080/xxx 显示 404，访问 http://localhost:8080/ 也是 404，首页出不来。

原因：IDEA 配置 Tomcat 时 Deployment 页签里的 Application context 和项目实际部署路径不一致，或者 Artifact 构建失败导致 target 目录下没有产出可部署的目录结构。

解决：在 Run → Edit Configurations 的 Deployment 页签里，把 Application context 改为 / 或 /项目名，必须和你在浏览器输入的地址完全一致；再执行 Build → Rebuild Project 重新构建，重启 Tomcat。Eclipse 用户则检查 Servers 视图里项目是否真的已经 Add 进去了，以及项目的 Context Path 属性。

5.5 商品图片不显示：绝对磁盘路径与资源目录的坑

现象：商品列表页有文字没图，右键图片看属性，地址是 file:///D:/xxx/1.jpg 或者 /images/1.jpg 但实际目录下没有这个文件。

原因：老课设喜欢把上传图片的绝对路径直接存进数据库，比如 D:/upload/1.jpg，换一台电脑路径就失效了；或者图片资源放到了 WEB-INF 里面，外部无法直接访问 WEB-INF 下的任何静态文件。

解决：把图片文件拷贝到 WebContent/images/goods/（Eclipse 项目）或 src/main/webapp/images/goods/（IDEA 项目），数据库里只存相对路径 goods/1.jpg，页面上用${pageContext.request.contextPath}/goods/1.jpg拼接访问。如果暂时不想改代码，最直接的兜底办法是看数据库里 image 字段存的什么路径，把图片手动放到当前电脑对应磁盘位置，先让演示能跑通，代码改造放到答辩前再补。

6. 让销售网站从「能跑」变成「能讲」：改造方向与答辩技巧

这个项目包里有演示视频和 PPT，但我不建议直接照搬别人的讲解，因为答辩老师问得往往很刁，专挑视频里没覆盖的地方。我的习惯是拿到代码先完整跑一遍，再自己录一段操作视频，最后针对代码里最薄弱的三个点准备改进方案。

第一个可讲点是购物车方案。把「Session 里放 Map」升级成「Redis 存购物车」，或者至少能说出 Session 方案的缺点——服务器重启购物车丢失、多设备不同步。第二个是订单事务，JDBC 手动事务可以和 Spring 的 @Transactional 声明式事务做对比，讲清楚什么时候该让框架接管。第三个是数据可视化，家用电器销售网站非常适合加一个销售报表页，用 ECharts 画近 30 天各品类销量柱状图，查询 SQL 只需要一段 GROUP BY，管理端十分钟就能多出一个亮点页面。

答辩被问「这项目是不是你自己做的」时，最有说服力的不是背代码，而是当场说清楚某个字段为什么这样设计、某个 bug 是怎么修的。比如订单表里为什么冗余收货人地址、库存扣减为什么要带 stock >= 条件、购物车为什么不用数据库表——能把这三个问题答出来，比你复述十页代码都管用。如果时间还够，用 Spring Boot 重构登录和商品列表两个接口，哪怕只重构这两个，面试时都能当成真实的框架迁移经历来写。

我不建议只拿这个项目去应付一门课。它是你理解 Java Web 请求闭环的最小样本，把部署流程、数据库表设计、Servlet 生命周期和事务控制这四样吃透，后面接触 Spring 家族会顺畅很多。希望帮到你。

本文还有配套的精品资源，点击获取