基于JSP+Servlet+MySQL的游戏购买网站设计与实现

简介一款适合 Java Web 初学者与课程设计场景的游戏购买网站项目采用 JSPServletMySQL 与 DAO 分层模式开发完整覆盖管理员与用户两类角色后台可进行管理员登录、游戏/类目/客户/订单管理前台支持用户注册登录、游戏浏览、购物车、提交订单及订单查看。压缩包共 246 个文件解压后约 14.85MB核心代码由 55 个 Java 源文件、55 个编译后的 class 文件及 20 个 JSP 页面构成另含 9 个 Jar 依赖库、SQL 数据库脚本以及 JPG 图片、CSS、JavaScript 等前端素材项目结构与资源配置一目了然。资源附带 JDK1.8/1.9、Tomcat8/9、Eclipse/MyEclipse/IDEA 等运行环境说明和测试账号方便快速启动体验目前已有 95 人学习。通过该项目可深入理解 JSPServlet 经典 Web 开发流程、DAO 数据访问封装、购物车与订单状态流转等核心逻辑也能基于现有代码直接改造出个性化游戏商城。 这套 jspservletmysql 的组合放在今天来看确实有点“复古”。但如果你是在校生准备课程设计、毕业设计或者刚学完 Java Web 想找一个能完整落地的练习项目那这个组合依然是性价比极高的选择。游戏购买网站本质上是一个典型的电商系统核心链路是“用户浏览游戏 → 加入购物车 → 生成订单 → 模拟支付”看起来简单但把登录校验、商品分页、购物车会话管理、订单事务这些点一个个啃下来你对 Java Web 整体运行机制的理解会上一个台阶。我这次就把整个“基于 jspservletmysql 游戏购买网站设计”从数据库设计到前端页面的完整思路拆开讲包含建表 SQL、Servlet 配置方式、JSP 数据渲染、视频展示、Excel 导出这类常见扩展点以及真正开发时容易踩的坑。无论是直接照着写还是想理解里面的设计逻辑这篇都能帮你省不少时间。1. 项目定位与整体架构设计1.1 为什么这套老技术栈还值得认真做很多同学一上来就想用 Spring Boot Vue确实企业里主流早就是前后端分离了。但 jspservletmysql 这套组合依然是 Java 开发者的基本功原因有三个。第一Servlet 是 Java Web 的根。Spring MVC 的核心 DispatcherServlet 本质上就是一个 Servlet你理解了 Servlet 的生命周期、请求转发、重定向、会话跟踪再去看 Spring MVC 的源码会轻松很多。第二JSP 虽然被很多公司淘汰但它的基本语法、EL 表达式、JSTL 标签在整个 Java 生态里仍然有大量遗留项目在使用。第三作为课程设计这套技术栈“所见即所得”调试方便不需要复杂的工程化配置一台电脑装个 JDK Tomcat MySQL 就能跑起来。游戏购买网站这个选题也很有意思。它比“图书管理系统”有更好的展示效果游戏封面图、视频预告、价格标签、折扣标记这些都能让页面做出 B 端商城的感觉。同时它的业务模型足够完整用户、商品、分类、购物车、订单、订单项五张核心表就能覆盖一个电商后端的大部分逻辑。注意如果你只是为了应付答辩能跑就行那随便找套代码复制即可。但如果你想真的学到东西我建议哪怕时间紧也至少自己把数据库表和 Servlet 的请求流转画一遍这比背 100 道面试题都管用。1.2 三层架构与 MVC 在项目里怎么落地这个项目我推荐采用经典的 JSP Servlet DAO 三层结构对应 MVC 思想View 层视图JSP 页面负责展示数据只做页面渲染不写 Java 业务代码。页面里的 Java 代码尽量用 EL 表达式和 JSTL 标签替代这样页面干净美工和后台逻辑也能一定程度上分离。Controller 层控制Servlet 接收请求解析参数调用 Service 层把结果放到 request/session 作用域再转发或重定向到 JSP 页面。注意 Servlet 里不要写 SQL也不要写业务判断它只做“传话筒”的工作。Model 层模型Service 接口 ServiceImpl 实现业务逻辑DAO 层负责数据库交互。这样分层的好处是如果后续你要把数据库从 MySQL 换成别的只需改动 DAO 层上层代码基本不用动。├── src │ ├── com.game.entity // 实体类User、Game、CartItem、Order、OrderItem │ ├── com.game.dao // 数据访问接口 │ ├── com.game.dao.impl // JDBC 实现 │ ├── com.game.service // 业务接口 │ ├── com.game.service.impl // 业务实现 │ ├── com.game.servlet // ControllerLoginServlet、RegisterServlet、 │ │ // GameListServlet、CartServlet、OrderServlet │ ├── com.game.util // DBUtil、MD5Util、ExcelUtil │ └── com.game.filter // EncodingFilter、LoginFilter └── webapp ├── static // css、js、images、video ├── WEB-INF/web.xml ├── index.jsp ├── login.jsp ├── register.jsp ├── game_list.jsp ├── game_detail.jsp ├── cart.jsp └── order_list.jsp这个结构最大的好处是“责任单一”。出了问题页面显示不对就查 JSP请求逻辑不对就查 Servlet数据不对就查 DAO不会像一坨代码堆在 JSP 里那样难以排查。1.3 功能模块清单与核心流程一个合格的游戏购买网站至少要包含以下功能模块模块核心功能涉及技术点用户模块注册、登录、退出、个人信息展示Session、MD5 加密、Cookie 记住账号游戏展示列表分页、分类筛选、关键词搜索、游戏详情分页查询、模糊查询、连表查询购物车模块加入购物车、修改数量、删除、结算HttpSession 保存购物车、重定向刷新订单模块生成订单、订单列表、取消订单事务管理、订单号生成、多表插入扩展功能游戏视频播放、订单数据导出 ExcelHTML5 video 标签、POI 导出核心业务流不用设计得太复杂用户登录后浏览游戏列表点击某个游戏进入详情页详情页点“加入购物车”购物车页面可以修改数量或删除确认无误后点“去结算”后端生成订单同时扣减库存最后跳转到订单列表页。这里面比较关键的一点是购物车的存放位置我建议直接用 Session 存因为购物车是临时性的不需要持久化到数据库用户关掉浏览器购物车清空这个逻辑最贴近现实场景。2. 数据库设计与建表实操2.1 核心表结构与字段取舍数据库是整个项目的地基表设计得好不好直接决定后期写 SQL 是享受还是折磨。游戏购买网站我建议建五张核心表用户表、游戏分类表、游戏商品表、购物车表可选、订单主表和订单明细表订单相关一般用两张表。下面直接给出可以在 MySQL 8.0 里跑通的建表 SQL-- 用户表 CREATE TABLE t_user ( id INT PRIMARY KEY AUTO_INCREMENT, username VARCHAR(50) NOT NULL UNIQUE COMMENT 登录名, password VARCHAR(64) NOT NULL COMMENT MD5加密后的密码, nickname VARCHAR(50) DEFAULT COMMENT 昵称, email VARCHAR(100) DEFAULT , avatar VARCHAR(255) DEFAULT default.png, create_time DATETIME DEFAULT CURRENT_TIMESTAMP ) ENGINEInnoDB DEFAULT CHARSETutf8mb4; -- 游戏分类表 CREATE TABLE t_category ( id INT PRIMARY KEY AUTO_INCREMENT, name VARCHAR(50) NOT NULL ) ENGINEInnoDB DEFAULT CHARSETutf8mb4; -- 游戏商品表 CREATE TABLE t_game ( id INT PRIMARY KEY AUTO_INCREMENT, category_id INT NOT NULL, name VARCHAR(100) NOT NULL, price DECIMAL(10,2) NOT NULL DEFAULT 0.00, cover VARCHAR(255) DEFAULT COMMENT 封面图, video_url VARCHAR(255) DEFAULT COMMENT 宣传视频, description TEXT COMMENT 游戏详情, stock INT NOT NULL DEFAULT 0 COMMENT 库存, sales_count INT NOT NULL DEFAULT 0 COMMENT 销量, status TINYINT DEFAULT 1 COMMENT 1上架 0下架, KEY idx_category (category_id), CONSTRAINT fk_category FOREIGN KEY (category_id) REFERENCES t_category(id) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4; -- 订单主表 CREATE TABLE t_order ( id INT PRIMARY KEY AUTO_INCREMENT, order_no VARCHAR(32) NOT NULL UNIQUE COMMENT 业务订单号, user_id INT NOT NULL, total_amount DECIMAL(10,2) NOT NULL, status TINYINT DEFAULT 0 COMMENT 0待付款 1已付款 2已取消, create_time DATETIME DEFAULT CURRENT_TIMESTAMP, KEY idx_user (user_id) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4; -- 订单明细表 CREATE TABLE t_order_item ( id INT PRIMARY KEY AUTO_INCREMENT, order_id INT NOT NULL, game_id INT NOT NULL, game_name VARCHAR(100) NOT NULL COMMENT 冗余游戏名防止游戏表改动, price DECIMAL(10,2) NOT NULL COMMENT 下单时单价, num INT NOT NULL DEFAULT 1, KEY idx_order (order_id), CONSTRAINT fk_order FOREIGN KEY (order_id) REFERENCES t_order(id) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4;说几个字段设计的经验价格统一用DECIMAL(10,2)千万别用 Float 或 Double否则算总价会出现 0.1 0.2 0.30000000000000004 这种问题。游戏名字在订单明细表里冗余一份这样即使以后游戏表改了名字或删除历史订单依然能看到当时购买的商品名。order_no业务订单号要单独设计不能直接用自增 id因为自增 id 很容易被别人暴力遍历。2.2 外键、索引与事务处理外键我建了但实际开发中你可能会发现很多互联网公司其实会刻意不用物理外键而是靠业务代码保证数据一致性。课程设计里建外键没毛病能让你在 ER 图和答辩时更好解释表关系但要注意外键会影响插入和删除的性能也会导致删除父表数据时被约束拦住。索引这块t_game表的category_id、t_order表的user_id、t_order_item表的order_id都要建索引因为这些字段是查询频次最高的条件。尤其是订单表和订单明细表数据量上去以后没有索引的查询会慢到怀疑人生。事务处理是订单模块的重中之重。下单这个动作涉及两步写操作往订单主表插一条记录、往订单明细表插多条记录同时还要扣减游戏库存。这三步必须在一个事务里完成任何一步失败都要全部回滚。在 JDBC 里手动管理事务的标准写法是Connection conn null; try { conn DBUtil.getConnection(); conn.setAutoCommit(false); // 关闭自动提交 // 1. 插入订单主表获取自增id // 2. 批量插入订单明细表 // 3. 扣减库存 update t_game set stockstock-#{num} where id#{gameId} and stock#{num} conn.commit(); // 全部成功提交事务 } catch (Exception e) { if (conn ! null) conn.rollback(); // 出错了回滚 throw new RuntimeException(下单失败, e); } finally { if (conn ! null) conn.close(); }注意扣减库存时要在 SQL 里带上stock#{num}条件返回值是 0 说明库存不够直接抛异常回滚。这是防止超卖最简单也最有效的办法比查出来再 Java 里判断要可靠得多。2.3 用户密码的正确存储姿势用户密码不能明文存这是底线。我自己做项目时见过太多把密码直接怼在数据库里的例子一旦数据库泄露后果很严重。推荐的最低标准是 MD5 加盐。纯 MD5 现在很容易被彩虹表碰撞所以要在原始密码后面拼接一个随机盐值再做哈希。注册时生成盐值存到用户表里登录校验时取出该用户的盐把用户输入的密码加同样的盐再做 MD5 对比。代码很简单public class MD5Util { public static String md5(String source) { return DigestUtils.md5Hex(source); // 用 commons-codec } // 注册时生成盐 public static String getSalt() { return UUID.randomUUID().toString().replace(-, ).substring(0, 6); } // 存储密码 public static String encrypt(String password, String salt) { return md5(md5(password) salt); } }登录验证时再算一次encrypt(inputPwd, salt)和库里的密码比对。SQL 里可以用SELECT * FROM t_user WHERE username?查出用户后比对密码不要用WHERE username? AND password?因为这样查不到密码错误导致的问题难以区分是用户不存在还是密码错误对暴力破解不够友好。3. 核心功能实现ServletJSP 开发实录3.1 用 web.xml 方式编写 Servlet 的完整示例很多教程喜欢用WebServlet注解那确实快。但作为课程设计我强烈建议你至少在项目里保留一两个用 web.xml 配置的 Servlet因为答辩老师比较喜欢问这两种方式的区别。而且搜索引擎里“使用web.xml方式编写servlet的完整示例”这个问题一直有人搜说明经典配置仍然是高频考点。我们以购物车中的“删除商品”功能为例看一下完整流程。第一步写一个 CartServlet继承 HttpServlet重写 doGet 和 doPostpackage com.game.servlet; import javax.servlet.ServletException; import javax.servlet.http.HttpServlet; import javax.servlet.http.HttpServletRequest; import javax.servlet.http.HttpServletResponse; import javax.servlet.http.HttpSession; import java.io.IOException; import java.util.Map; public class CartServlet extends HttpServlet { Override protected void doGet(HttpServletRequest request, HttpServletResponse response) throws ServletException, IOException { // 取商品id参数 String gameId request.getParameter(gameId); String action request.getParameter(action); HttpSession session request.getSession(); // 购物车Mapkey是gameIdvalue是购买数量 MapInteger, Integer cart (MapInteger, Integer) session.getAttribute(cart); if (delete.equals(action) gameId ! null cart ! null) { cart.remove(Integer.parseInt(gameId)); session.setAttribute(cart, cart); } // 重定向到购物车页面防止刷新重复提交 response.sendRedirect(request.getContextPath() /cart.jsp); } Override protected void doPost(HttpServletRequest request, HttpServletResponse response) throws ServletException, IOException { doGet(request, response); } }第二步在 web.xml 里配置 Servlet 映射?xml version1.0 encodingUTF-8? web-app xmlnshttp://xmlns.jcp.org/xml/ns/javaee xmlns:xsihttp://www.w3.org/2001/XMLSchema-instance xsi:schemaLocationhttp://xmlns.jcp.org/xml/ns/javaee http://xmlns.jcp.org/xml/ns/javaee/web-app_4_0.xsd version4.0 servlet servlet-namecartServlet/servlet-name servlet-classcom.game.servlet.CartServlet/servlet-class /servlet servlet-mapping servlet-namecartServlet/servlet-name url-pattern/cart/url-pattern /servlet-mapping !-- 其他Servlet配置略 -- /web-app配置好之后购物车页面里的删除链接就这样写a href${pageContext.request.contextPath}/cart?actiondeletegameId${item.gameId}删除/a这里有一个很容易被忽略的细节操作完成后不要用请求转发request.getRequestDispatcher(cart.jsp).forward()而要用重定向response.sendRedirect()。因为转发时浏览器地址栏不会变用户按 F5 刷新就会把同一个删除请求再提交一次结果就是报错或者数据错乱。重定向之后浏览器会重新请求购物车页面很好的避免了这种问题。3.2 JSP 页面与 EL、JSTL 处理数据展示页面展示是 JSP 的主场。我不建议在 JSP 里写% %脚本片段那会让页面乱成垃圾场。推荐的做法是 Servlet 查完数据放到 request 作用域转发到 JSPJSP 里用 EL 表达式和 JSTL 标签来渲染。游戏列表页是核心页面我们看一下关键代码% page contentTypetext/html;charsetUTF-8 languagejava % % taglib prefixc urihttp://java.sun.com/jsp/jstl/core % html head title游戏商城/title link relstylesheet href${pageContext.request.contextPath}/static/css/style.css /head body div classgame-grid c:forEach items${gameList} vargame div classgame-card a href${pageContext.request.contextPath}/game/detail?id${game.id} img src${pageContext.request.contextPath}${game.cover} alt${game.name} / /a h3${game.name}/h3 p classprice${game.price}/p c:if test${game.stock 0} span classsold-out已售罄/span /c:if c:if test${game.stock 0} a classbtn href${pageContext.request.contextPath}/cart?actionaddgameId${game.id}加入购物车/a /c:if /div /c:forEach /div /body /htmlEL 表达式里取 JavaBean 属性的${game.name}本质是调用 Game 对象的 getName() 方法所以实体类的属性名和 getter/setter 一定要规范否则这里取不到值不会报错只会显示空字符串排查起来特别容易懵。JSTL 的核心标签就那么几个c:forEach遍历列表、c:if条件判断、c:choose多分支。把这几个用熟你就已经解决了 JSP 页面 90% 的展示需求。3.3 游戏视频展示与个人信息页面游戏商城如果只有图片会显得单薄加上一个宣传视频的展示页效果会好很多。JSP 里播放视频直接用 HTML5 的 video 标签就行不需要引入任何 Java 层的依赖。游戏详情页里加一块视频区域video controls width640 poster${pageContext.request.contextPath}${game.cover} source src${pageContext.request.contextPath}/video/${game.videoUrl} typevideo/mp4 您的浏览器不支持 HTML5 视频播放。 /video需要注意把 MP4 文件放在 webapp/video 目录下通过 Tomcat 访问时默认会走 Tomcat 的 DefaultServlet 来处理静态资源不需要你额外写 Servlet。视频文件别放太大控制在 30MB 以内否则页面加载会很慢。另外如果你用 Tomcat 8.5 以上版本默认已经支持 HTTP/1.1 的 Range 请求拖动进度条是没问题的但如果用老版本可能需要额外配置。个人信息展示页面同样不复杂。用户登录后把 user 对象放进 Session在 JSP 里直接展示即可。头像用默认图片昵称为空时用用户名代替邮箱脱敏显示比如zh***qq.com这种小细节可以展现代码功底。脱敏可以在 Servlet 里做也可以在 JSP 里用 JSTL 的fn:substring函数下面的写法可以直接用c:set varemail value${user.email} / c:set varprefix value${fn:substring(email, 0, 2)} / c:set varsuffix value${fn:substring(email, fn:indexOf(email, ), fn:length(email))} / /span${prefix}***${suffix}/span3.4 订单数据导出为 Excel导出 Excel 是 JSP 项目里典型的“加分项”。很多管理系统都有这个需求游戏商城后台导出订单列表同样适用。最常用的方案是 Apache POI先把数据查出来再用 POI 写入文件最后设置响应头让浏览器下载。核心代码片段protected void doGet(HttpServletRequest request, HttpServletResponse response) throws ServletException, IOException { // 1. 查出订单数据 ListOrderVO list orderService.findAllWithUser(); // 2. 创建 Excel 工作簿 XSSFWorkbook workbook new XSSFWorkbook(); XSSFSheet sheet workbook.createSheet(订单列表); // 3. 创建表头 String[] headers {订单号, 用户名, 总金额, 状态, 下单时间}; XSSFRow headerRow sheet.createRow(0); for (int i 0; i headers.length; i) { headerRow.createCell(i).setCellValue(headers[i]); } // 4. 填充数据 for (int i 0; i list.size(); i) { OrderVO order list.get(i); XSSFRow row sheet.createRow(i 1); row.createCell(0).setCellValue(order.getOrderNo()); row.createCell(1).setCellValue(order.getUsername()); row.createCell(2).setCellValue(order.getTotalAmount().doubleValue()); row.createCell(3).setCellValue(order.getStatusText()); row.createCell(4).setCellValue(order.getCreateTime().toString()); } // 5. 设置响应头触发浏览器下载 response.setContentType(application/vnd.openxmlformats-officedocument.spreadsheetml.sheet); response.setHeader(Content-Disposition, attachment;filenameorders.xlsx); workbook.write(response.getOutputStream()); workbook.close(); }用 XSSFWorkbook 导出的是 .xlsx 格式兼容 Excel 2007 以上版本。如果想兼容老版本用 HSSFWorkbook 导出 .xls。注意导出的文件流用完要 close否则文件会锁定Windows 上尤其明显。提示POI 是一个相对重量级的依赖如果只是课程设计建议单独建一个 Servlet 处理导出功能不要在主流程里加载。依赖 jar 包直接从 Maven 中央仓库下载即可或者用 Maven 管理。4. 常见问题与排查技巧实录4.1 JSP 改了不生效编译缓存问题“我改了 JSP 文件Tomcat 里运行还是老页面”这是 Java Web 开发里出现频率最高的问题没有之一。原因在于 Tomcat 会把 JSP 转成 Java 源码再编译成 class而这个 class 集会缓存在 Tomcat 的 work 目录里。解决办法按顺序试在 Tomcat 安装目录的conf/web.xml里检查 JSP 相关配置开发阶段可以把development参数保持默认 true默认就是 true表示 JSP 修改后自动重新编译。手动删除工作目录进入你的 Tomcat 目录下的work\Catalina\localhost\你的项目名把整个目录删掉重启 Tomcat。如果是 IDEA 里改 JSP 不生效检查是否开了 Tomcat 的热部署开发时建议把On frame deactivation设置为Update resources。4.2 中文乱码从请求到响应的三处编码乱码问题几乎每个 JSP 项目都会遇到。从浏览器到 Servlet 再到 MySQL任何一个环节编码不一致都会乱码。我总结了一个三处检查法检查点操作位置示例JSP 页面编码% page contentTypetext/html;charsetUTF-8 %每个 JSP 文件头部请求编码request.setCharacterEncoding(UTF-8)放在 EncodingFilter 的 doFilter 里响应编码response.setContentType(text/html;charsetUTF-8)Servlet 或 Filter 中设置写一个 EncodingFilter 统一处理就不用每个 Servlet 都写了public class EncodingFilter implements Filter { Override public void doFilter(ServletRequest request, ServletResponse response, FilterChain chain) throws IOException, ServletException { request.setCharacterEncoding(UTF-8); response.setCharacterEncoding(UTF-8); chain.doFilter(request, response); } }还有数据库连接串一定要加上useUnicodetruecharacterEncodingutf8jdbc:mysql://localhost:3306/game_db?useUnicodetruecharacterEncodingutf8serverTimezoneAsia/ShanghaiMySQL 8.0 以上还必须加serverTimezone参数否则会报 CST 时区错误。4.3 MySQL 8.0 安装配置与驱动兼容问题MySQL 8.0 和旧版 5.x 有几个明显的坑。首先是驱动类名变了不能再写com.mysql.jdbc.Driver要写com.mysql.cj.jdbc.Driver。其次 MySQL 8.0 默认的加密方式是caching_sha2_password如果用的驱动 jar 包版本太老会报Unable to load authentication plugin caching_sha2_password。解决办法是下载 mysql-connector-java 8.0.x 的 jar 包放到 WEB-INF/lib 目录下。安装配置方面Windows 上最简单的方案是直接下载 MySQL Installer选 Server only 一路下一步。唯一要注意的是 Root 密码设置一定要记住后面连接数据库全靠它。如果忘记密码网上教程很多但更稳妥的办法是安装时就选一个自己能记住的强密码最好写在本子上。开发时连接数据库我推荐用 Navicat 或者 MySQL Workbench。如果本机连接报ERROR 2002 (HY000): Cant connect to local MySQL server through socket /var/run/mysqld/mysqld.sock这通常表示 MySQL 服务没启动。Linux 下用systemctl start mysql或者service mysql start启动即可Windows 下就在服务管理器里把 MySQL80 服务启动并把启动类型改成自动。5. 写在最后的一点经验这套 jspservletmysql 的项目做下来最大的收获不是把那几个功能跑通而是理解了 Web 应用从浏览器发起请求到服务器返回响应的全链路过程。JSP 本质是一个会被编译成 Servlet 的模板文件Session 是依靠 Cookie 里的 JSESSIONID 维持的JDBC 是 Java 访问数据库最底层的接口——这些知识在你以后学 Spring Boot 或者 MyBatis 时会发现它们全都渗透在里面。如果你时间充足我建议在这套项目上做两个扩展一是把纯 JDBC 换成 Druid 连接池感受一下连接复用带来的性能提升二是自己用原生方式实现一次分页查询不要直接抄网上现成的工具类这个过程会让你对LIMIT参数的计算有真正的体感。设计一个游戏购买网站技术难度并不高但把每一步做扎实把每个“为什么”想明白这件事本身就很有价值。本文还有配套的精品资源点击获取