JSP+MySQL网上商城源码解析：部署、避坑与答辩改造指南

简介这是一份基于JSP与MySQL数据库的网上商城系统源码包面向正在学习Java Web开发的初学者以及需要完成课程设计或毕业设计的高校学生。系统完整覆盖用户注册登录、商品分类展示、购物车管理、订单生成与支付对接等核心业务模块并采用MVC分层思想组织代码便于理解视图、控制器与数据模型之间的协作关系。描述中重点梳理了JSP内置对象在请求响应、会话跟踪中的应用MySQL表结构设计与事务处理、索引优化等数据库知识同时针对SQL注入、跨站脚本攻击等常见安全问题给出了防范思路。压缩包整体约2.2MB文件数量与类型清单暂未提供可依据标题判断内容以JSP页面、Java类与数据库相关文件为主适合直接导入开发工具运行学习。目前已有五十六人学习下载可作为电商项目入门与进阶实践的参考素材。1. JSPMySQL网上商城系统:课程设计里的常青树,也是第一次看懂业务闭环的地方一个反直觉的事实:技术框架换了一茬又一茬,但每年JavaWeb课程设计、毕业设计和实训选题里,网上商城依旧是最稳的常青树。解压一套 JSP源码 商城,你会发现前台有商品列表、购物车、下单结算,后台有订单管理、库存管理,用户分游客、会员、管理员,所有业务数据都落在 MySQL 里——链路完整得恰到好处。这套 JSPMySQL 的网上商城源码,真正的价值不在技术新旧,而在麻雀虽小五脏俱全:JSP负责页面渲染,Servlet负责请求分发,JavaBean或DAO/Service负责业务和数据库操作,是教科书式的MVC老派写法。这类项目最适合拿来练手,也最适合拿来答辩:功能完整、代码量适中、改造空间大。适合三类人:赶课设/毕设节点的学生、想补传统JavaWeb项目经验的初学者,以及要给实训项目找参考实现的带教老师。下面按我的实际经验,把源码结构、本地部署、核心链路、常见坑和答辩改造一层层讲清楚。2. 看懂这套商城源码的架构:目录、数据库和三层分工2.1 解压后先看目录:src、WebRoot和那个SQL文件夹拿到“网上商城系统(JSPMYSQL).zip”,常见做法是先在本地解压。解压后会看到两种形态之一:一种是已经打好的war包,另一种是Eclipse或IDEA能直接导入的Web项目目录,带src和WebRoot。我建议不要急着把war扔进Tomcat的webapps,先按IDE项目导入,因为后面改代码、打断点排错,war包不方便。如果zip里只有war没有源码目录,那就要先用解压工具把war解开——war本质就是zip——再按项目导入。典型目录结构如下:OnlineShop/ ├── src/ │ ├── com/shop/dao/ # DAO层,封装JDBC增删改查 │ ├── com/shop/entity/ # 实体类:User、Product、Order、OrderItem │ ├── com/shop/service/ # Service层,管订单事务、登录校验 │ ├── com/shop/servlet/ # Controller层,接收请求、调Service │ └── jdbc.properties # 数据库连接参数,后面必改 ├── WebRoot/ │ ├── index.jsp # 前台入口页 │ ├── product_list.jsp # 商品列表页 │ ├── cart.jsp # 购物车页面 │ ├── order_confirm.jsp # 订单确认页 │ ├── admin/ # 后台管理模块 │ ├── WEB-INF/ │ │ ├── web.xml # 部署描述符,Servlet/Filter映射 │ │ ├── lib/ # JDBC驱动、JSTL标签库等jar │ │ └── classes/ # 编译产物 │ └── css/js/images/ # 静态资源 └── sql/ └── shop.sql # 建库建表初始数据,部署第一步靠它这段目录树怎么读:src下面按dao/entity/service/servlet分包,就是最传统的分层。dao负责和MySQL对话,service管业务规则(比如下单要扣库存),servlet管请求路由和转发。WebRoot是页面与静态资源的根,index.jsp是唯一不需要在web.xml里映射就能直接访问的入口。WEB-INF下的web.xml声明Servlet与Filter的URL映射,lib里放着mysql-connector和jstl。sql目录里的shop.sql是核心,建库、建表、初始商品数据都在里面,部署时最先导它。一个比较隐蔽的选型问题:如果zip里只有war没有sql,建议先用WinRAR或jar xf解包查看,建表语句通常被作者放在项目文档、classes目录里的db.sql,或由hibernate.cfg.xml的hbm2ddl.autocreate自动建表。如果三种都没有,就根据entity包里的实体类字段手工建表。工作量大,但能逼你把表结构背下来,答辩时反而有优势。2.2 数据库四张核心表:从商品到订单明细的关联关系商城系统的数据库,表可能叫t_user、t_product、t_order,但核心逃不过这四张:用户表user、商品表product、订单表orders、订单明细表order_item。用户表保存登录凭据和注册信息,商品表保存价格、库存和图片路径,订单表记录谁在什么时间下了单、总额多少、什么状态,订单明细表记录订单里每个商品的数量和下单时的单价。订单明细是初学者最容易忽略的表,给一个标准建表语句:CREATE TABLE order_item ( item_id INT PRIMARY KEY AUTO_INCREMENT, order_id INT NOT NULL, product_id INT NOT NULL, quantity INT NOT NULL, unit_price DECIMAL(10,2) NOT NULL, CONSTRAINT fk_item_order FOREIGN KEY (order_id) REFERENCES orders(order_id), CONSTRAINT fk_item_product FOREIGN KEY (product_id) REFERENCES product(id) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4;这段SQL说明:一个订单可能同时包含三件不同商品,orders表只记总额和状态,具体买了什么、每件数量多少、成交单价放order_item。为什么不直接用product.price?因为商品价格以后会改,明细表必须把下单那一刻的单价存下来,否则对账、统计营业额时全是错的。外键按常规加,但如果你在原项目的手动事务里经常要清库重置,请先删order_item再删orders,不然外键约束会拦着delete。参数说明:quantity用INT,unit_price用DECIMAL(10,2),价格字段绝不能选FLOAT——浮点精度会让分账差出小数尾巴,这是支付和电商最基础的底线。CHARSET用utf8mb4,如果老脚本是utf8,建议手动改成utf8mb4后再导入,避免遇到emoji或生僻字直接变问号。ENGINEInnoDB是事务的前提,MyISAM不支持行级锁和事务回滚,下单扣库存这种场景用MyISAM就是给自己挖坑。2.3 JSP、Servlet、JavaBean的分工:一次登录请求的完整生命周期很多新手啃不下这套源码,是因为不知道一个HTTP请求进来后到底走了哪几条线。拿“用户点击登录”举例:浏览器POST请求到loginServlet,web.xml里的servlet-mapping按url-pattern匹配到LoginServlet;doPost方法里先request.getParameter(username)取参数,再调UserService.validateUser;UserService去查UserDao.findByUsernameAndPassword;DAO内部用PreparedStatement拼SQL查MySQL;查到结果封装成User对象返回Service;Service回传给Servlet;Servlet把user对象setAttribute进session,最后response.sendRedirect跳回index.jsp。JSP在最后一步才登场,用EL表达式${sessionScope.user.username}和JSTL标签把数据渲染成HTML。这段链路说明:页面报错时,按“页面→Servlet→Service→DAO→MySQL”倒着定位最快。具体做法是在每个方法入口打一行System.out.println,别猜。另外老项目里常见request.setCharacterEncoding(utf-8)在每个Servlet重复写,这是当年习惯,不是错误,后面统一用Filter改掉就行。你需要先跑通,再谈优雅。3. 把源码在本地跑起来:IDEA、Tomcat和MySQL的版本搭配3.1 先定版本:JDK 8、Tomcat 8.5和MySQL 8.0.33的组合这套老JSP商城源码,最常见的部署翻车点不是代码逻辑,而是版本错配。按我给学生定的规矩,先固定三件套:JDK 1.8、Tomcat 8.5、MySQL 5.7或8.0。如果用MySQL 8.0,JDBC驱动必须用com.mysql.cj.jdbc.Driver,并在url里加时区参数,否则连不上数据库。版本对照表:组件推荐版本理由JDK1.8.0_202老JSP依赖javax.servlet,JDK 11容易ClassNotFoundTomcat8.5.x对Servlet 3.1/JSP 2.3支持最稳MySQL8.0.33事务、InnoDB、utf8mb4开箱即用JDBC驱动mysql-connector-java 8.0.33和MySQL 8.0配套,避免SSL握手报错IDEIntelliJ IDEA 2023对Tomcat Artifact管理直观版本选择说明:如果机器上已经装了新版JDK 17,不要紧张,IDEA里Project Structure把Project SDK改成1.8,模块编译级别也改8。Tomcat选8.5是因为老项目用javax.servlet而不是jakarta.servlet,新Tomcat 10的包名全改了,直接跑老代码必然NoClassDefFoundError,很多人一上来就踩这个。3.2 建库导数据:命令行导入SQL脚本或Navicat操作先把MySQL服务启动,Windows下服务名mysql,Linux下systemctl start mysqld。启动后建库并导入sql:# 创建数据库并指定字符集,避免进库后乱码 mysql -u root -p -e CREATE DATABASE IF NOT EXISTS shop DEFAULT CHARSET utf8mb4 COLLATE utf8mb4_general_ci; # 重定向导入sql脚本,比source更不容易被解释器干扰 mysql -u root -p shop sql/shop.sql # 查看表是否导入成功 mysql -u root -p -e USE shop; SHOW TABLES;逻辑说明:先单独建库再导入,是因为很多商城sql脚本里没有CREATE DATABASE,默认表要落到已存在的库。导入时如果报错提示Unknown database,说明重定向时没指定库名。用Navicat或MySQL Workbench操作也可以:新建连接→双击打开连接→右键数据库→运行SQL文件→选择sql/shop.sql,刷新就能看到表。参数说明:CREATE DATABASE的DEFAULT CHARSET一定要带,不指定时MySQL 8.0会用服务器的默认字符集,可能是latin1,导入后中文全乱。COLLATE utf8mb4_general_ci是排序规则,课程设计级别用默认即可。3.3 修改连接配置启动:jdbc.properties、IDE部署名和Tomcat端口三件事找到src下的jdbc.properties,这是整个项目能否连上MySQL的关键文件。老项目叫jdbc.properties,点开长这样:jdbc.drivercom.mysql.cj.jdbc.Driver jdbc.urljdbc:mysql://localhost:3306/shop?useUnicodetruecharacterEncodingutf8useSSLfalseserverTimezoneAsia/ShanghaiallowPublicKeyRetrievaltrue jdbc.usernameroot jdbc.password你的密码逐项说明:driver必须用com.mysql.cj.jdbc.Driver,老项目里的com.mysql.jdbc.Driver在MySQL 8.0下会打Warning甚至直接失败;url里的useUnicode和characterEncodingutf8做中文保障,useSSLfalse避开SSL握手,serverTimezone写Asia/Shanghai,否则报The server time zone value...;allowPublicKeyRetrievaltrue是MySQL 8.0的缓存SHA2密码认证专用,不加会报Public Key Retrieval is not allowed。启动前三连确认:确保Tomcat的8080端口没被占用,命令行netstat -ano | findstr 8080,有PID就去任务管理器结束进程;在IDEA的Run Configuration里,Deployment选war exploded,Application context建议填/OnlineShop或/shop,和项目跳转根路径保持一致;进入WEB-INF/lib检查有没有mysql-connector jar,没有就把下载的8.0.33驱动复制进来,然后在IDEA里重新Deploy。以上都弄好,点Tomcat运行按钮,控制台看到Server startup in xxx ms,浏览器访问http://localhost:8080/OnlineShop/index.jsp,能弹出商品首页就算跑通。端口和项目名按自己实际配置改,别照抄。4. 交易核心链路:登录状态、购物车和下单扣库存的边界4.1 登录状态靠什么维持:Session、Cookie和登录过滤器三联商城系统的登录,是答辩提问的重灾区。老项目最常见的实现:登录成功后,在LoginServlet里执行request.getSession().setAttribute(user, user),之后每个需要登录的页面用sessionScope.user判断有没有这个人。为什么要用Session?因为HTTP是无状态协议,浏览器和服务器之间做完请求就断,靠Session在服务器端记住你是谁,再通过名为JSESSIONID的Cookie在浏览器端记住会话编号。很多题目要求加“记住我”功能,实现思路是把账号和用户id写进Cookie并设置有效期:// 登录成功后的状态写入,附带记住我逻辑 if (on.equals(request.getParameter(rememberMe))) { Cookie userCookie new Cookie(remember_user, String.valueOf(user.getId())); userCookie.setMaxAge(7 * 24 * 60 * 60); // 7天,单位是秒 userCookie.setPath(/); // 全站路径都带上这个Cookie response.addCookie(userCookie); }代码逻辑说明:setMaxAge的参数是秒,72460*60正好7天,写成乘法是为了代码自解释;setPath(/)表示项目根路径下所有请求都携带Cookie,如果只给login路径设置,后面访问其他页面会拿不到。这里的remember_user存的是用户表的自增主键,下次用户访问首页时,后台Filter可以拿着这个id去查库自动登录。注意别把密码写进Cookie,明文密码放在客户端是严重安全问题,答辩时老师一眼就能看出问题。4.2 购物车存在Session还是数据库:看并发量再决定课设级别的商城,购物车几乎清一色用Session存。一个浏览器会话对应一份购物车,数据放在服务器内存里,用户不需要登录也能加购,关浏览器就清空。这对演示和答辩足够,还省掉了购物车表的设计。习惯用MapProduct,Integer或List 来存:public class Cart { private ListCartItem items new ArrayList(); // 加入购物车:同款商品数量累加,不同商品新增一行 public void add(Integer productId, int quantity) { for (CartItem item : items) { if (item.getProductId().equals(productId)) { item.setQuantity(item.getQuantity() quantity); return; } } items.add(new CartItem(productId, quantity)); } // 计算总价:所有商品单价*数量求和 public double getTotalPrice() { double total 0; for (CartItem item : items) { total item.getUnitPrice() * item.getQuantity(); } return total; } }方法说明:add方法先遍历已有条目,如果商品已在购物车里,只累加数量,不新增行;如果购物车没有这件商品,才new一个CartItem塞进List。getTotalPrice在购物车页面和下单确认页都会被调用,用来显示总金额。CartItem里至少要包含productId、productName、unitPrice、quantity四个字段,unitPrice在加入购物车时从数据库商品表读出并冻结,这样就算后台改价,购物车展示和结算还是用户加购时的价格。配合Servlet的调用逻辑:Cart cart (Cart) session.getAttribute(cart); if (cart null) { cart new Cart(); // 第一件商品入车,初始化购物车 session.setAttribute(cart, cart); } cart.add(productId, 1); response.sendRedirect(request.getContextPath() /cart.jsp);逻辑说明:先尝试从Session取购物车,取不到说明是第一次加购,new一个放进去,否则直接add。这里的空session判断很重要,否则第一次点击“加入购物车”就会空指针。测试时一定要开无痕窗口,模拟全新会话。为什么不用数据库购物车?因为真实场景高并发下,数据库压力大,且未登录用户的购物车没法归属;真实电商现在是分布式Redis方案,课设没必要做。不过如果题目要求“游客购物车合并到登录账号”,就要补一张cart表,在登录时把Session购物车逐条写入MySQL,同时清空Session。这属于加分项。4.3 下单扣库存:事务边界放在Service层,不要散在DAO下单环节是并发和事务集中区,很多课设商城源码在这里是缺的——直接在DAO里改库存,没有事务。结果就是:订单明细和库存扣减只成功了一半,或者库存被扣成负数。按规范做法,事务必须覆盖“创建订单→写明细→扣库存”三件事,且要在一个数据库连接里执行:public boolean createOrder(int userId, ListCartItem items) { Connection conn null; try { conn DBUtil.getConnection(); conn.setAutoCommit(false); // 关闭自动提交,手动控制事务 OrderDAO orderDAO new OrderDAO(conn); // 关键:DAO用同一个连接 double totalPrice 0; for (CartItem item : items) { Product product orderDAO.findProductById(item.getProductId()); if (product.getStock() item.getQuantity()) { conn.rollback(); // 任一件库存不足,整体回滚 return false; } totalPrice product.getPrice() * item.getQuantity(); } int orderId orderDAO.insertOrder(userId, totalPrice); for (CartItem item : items) { orderDAO.insertOrderItem(orderId, item); // 写订单明细 orderDAO.decreaseStock(item.getProductId(), item.getQuantity()); } conn.commit(); // 全部成功才提交 return true; } catch (Exception e) { if (conn ! null) { try { conn.rollback(); } catch (SQLException e1) { e1.printStackTrace(); } } e.printStackTrace(); return false; } finally { DBUtil.close(conn); } }代码逻辑说明:第一件事setAutoCommit(false)必须在第一次SQL之前,否则事务根本没开。第二件事OrderDAO的构造器接收conn,确保DAO内部所有方法都用这个连接执行,而不是自己new连接——如果DAO内部另开连接,事务就跨不过去,commit或rollback只对单独那个连接生效,这是老项目最常见的事务失效原因。第三件事先查库存再扣库存,库存不足时rollback并返回false。并发和参数说明:扣库存的SQL必须带库存条件,否则并发下两笔订单同时扣完100件,第101件也会成功,这就是超卖。把扣减语句写成:UPDATE product SET stock stock - ? WHERE id ? AND stock ?影响行数为0时说明库存不足,回滚事务。加了条件后,数据库行锁会让并发的update排队,后执行的等到前一个提交再判断,自然防超卖。这个写法够课设级别,不用上悲观锁。5. 避坑指南:五条经典翻车记录,现象、原因和后悔药5.1 页面中文全部变成问号:JSP、JDBC、MySQL三层字符集不一致现象:首页商品名称正常显示英文,所有中文都变成???。原因:字符集被截断。最常见是jdbc.properties漏写characterEncodingutf8,或者MySQL表用了latin1,又或者JSP页面本身是GBK。三层里只要有一层和另外两层不匹配,中文就在链路里损坏。解决:先改jdbc.url,加useUnicodetruecharacterEncodingutf8;再确认MySQL端show variables like character_set_server的输出是utf8mb4或utf8;最后查看表结构SHOW CREATE TABLE product,如果CHARSETlatin1,就把SQL脚本改成utf8mb4重新导库。改完重启Tomcat,如果还乱,检查JSP页面顶部page指令里的contentTypetext/html;charsetutf-8。5.2 MySQL 8.0连接时报时区或SSL错误,连不上数据库现象:控制台报java.sql.SQLException: The server time zone value Öйú±ê׼ʱ¼ä is unrecognized,或Communications link failure,或Public Key Retrieval is not allowed。原因:老项目用的mysql-connector-java 5.1.x连MySQL 8.0,驱动太老,和8.0的默认时区、SSL策略、认证协议对不上。解决:换mysql-connector-java 8.0.33,url加serverTimezoneAsia/ShanghaiuseSSLfalseallowPublicKeyRetrievaltrue。驱动jar放到WEB-INF/lib后,在IDEA里重新Build Artifact,不要只把jar拖到外部lib目录,那样运行用的还是旧驱动。5.3 Tomcat启动正常但访问404:部署名和请求路径没对齐现象:Tomcat启动没有报错,但访问http://localhost:8080/index.jsp或项目名/index.jsp都是404。原因:IDEA里Application context配置的是/Shop,而web.xml里Servlet的url-pattern写的是/shop,或者Artifact名称和部署名对不上,项目实际部署路径和你访问的URL不匹配。解决:在Run Configuration里把Application context改成和项目跳转一致的路径。查看web.xml和JSP里的表单提交地址,如果全是/shop/xxx开头,Application context就设为/shop;如果项目代码写的是相对路径,Application context设为/OnlineShop也行。关键是全局一致,改哪头都要把代码里所有的根路径前缀核对一遍。5.4 商品图片裂开:数据库路径和Tomcat真实路径对不上现象:首页文字正常,商品图片全部裂开或404。原因:product表里的image字段存的是upload/1.jpg这种相对路径,JSP页面渲染时浏览器会把它拼到当前访问路径下。项目部署到Tomcat后,upload目录可能不在项目里,或者图片实际在D:/shop_upload,自然访问不到。解决:两个方案任选。方案一,把图片放到项目WebRoot的upload目录下,简单,但打包war时图片会被打进包;方案二,在Tomcat的conf/server.xml的Host节点加虚拟目录:Context path/shop/upload docBaseD:/shop_upload reloadabletrue/这段配置说明:path是浏览器访问的URL路径,docBase指向物理磁盘的真实图片目录。加了这一行,浏览器请求/shop/upload/1.jpg,Tomcat会去D:/shop_upload/1.jpg找文件,图片不落进war也能显示,而且后续换图片不用重新部署项目。注意改完server.xml要重启Tomcat,docBase路径不要用中文。5.5 老项目一启动就OutOfMemory或ClassNotFound:javax.servlet现象:Tomcat启动到一半,控制台报java.lang.OutOfMemoryError: PermGen space,或者java.lang.NoClassDefFoundError: javax/servlet/*。原因:用JDK 11或Tomcat 10在跑老项目。JDK 11之后,PermGen被Metaspace取代,javax.servlet也不再默认加载;Tomcat 10把包名改成jakarta.servlet,老代码的import javax.servlet全部失效。解决:回到JDK 1.8配Tomcat 8.5,这是老JSP项目最稳的组合。如果真不能用JDK 8,把Tomcat的lib/servlet-api.jar加进项目依赖,并把Language level设成8以上,JSP依然能用,但你会在各种反射场景里频繁踩内存和类加载的坑,不值得。6. 把商城源码改造成答辩能讲清楚的版本:三个小升级6.1 订单号生成:时间戳加随机数,不再靠自增主键答辩老师几乎必问:订单号为什么这样设计?老代码如果直接用order_id自增,看不出设计。改造为:String orderNo SO System.currentTimeMillis() String.format(%04d, new Random().nextInt(10000));这段代码说明:前缀SO标识商城订单,currentTimeMillis提供毫秒时间戳,4位随机数兜底重复。20位以内,同一毫秒并发几个订单重号概率极低,课程设计足够。6.2 用Filter统一处理编码和未登录跳转老项目每个Servlet都写request.setCharacterEncoding(utf-8),重复且容易漏。写一个过滤器统一收口:WebFilter(/*) 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); response.setContentType(text/html;charsetUTF-8); chain.doFilter(request, response); } }代码逻辑说明:WebFilter(/*)让过滤器拦下所有请求,先设置编码再放行。如果项目还在用web.xml方式,可以不写注解,改在web.xml里配置filter和filter-mapping,效果一样。升级后,新Servlet里不用再重复写三段编码设置,整个商城的乱码问题统一由这一个小类兜底。6.3 传统JSP项目打包war:交付和部署都要会课程设计交作业时,老师通常要war包。IDEA操作路径:File→Project Structure→Artifacts→新建Web Application:Archive→Build→Build Artifacts。或者用命令行在项目根目录执行:jar -cvf shop.war .命令行说明:jar命令打包的关键是目录结构,必须以WebRoot所在位置为打包的根,确保WEB-INF出现在压缩包第一层目录,否则Tomcat解压后找不到web.xml,项目直接404。打包前先clean一下,别把编译缓存和IDEA的.idea目录一起打进去。这三处改造,按我的经验,半天不到,却能让答辩时从“项目能跑”变成“项目能讲”:订单号体现设计,Filter体现规范,war体现交付能力。我自己的习惯是先把原项目原封不动跑通,再做这三处小手术,最后把原版和改造版各打一个war,以备老师现场对比。希望这些经验能帮你少踩几个坑,也希望你的商城一遍跑通。本文还有配套的精品资源点击获取