1. 为什么2024年了我依然推荐用JSP做毕业设计商城先别急着划走。我知道很多人看到JSP三个字母第一反应是这玩意不是早就过时了吗第二反应是老师是不是还活在十年前。我在接手这个惠友电子产品商城项目之前也经历过这种心理挣扎。但在完整走完一遍设计、编码、测试、部署的全流程之后我得说句实话JSP做毕业设计踩坑少、答辩稳、代码量可控尤其是对于需要兼顾找工作、考研复习和毕设进度的同学来说它是一个性价比极高的选择。毕业设计的核心目标不是追求技术栈最新而是在有限时间内完整呈现你理解软件工程的全流程并且具备独立开发能力。JSPServletJavaBean这套经典MVC组合刚好卡在有技术含量但不至于失控的平衡点上。它逼着你手写Servlet、手动处理请求转发和重定向、自己管理数据库连接这些恰恰是面试时经常被追问的基础功底。相比之下如果一上来就上Spring Boot加Vue前后端分离先不说学习成本和环境配置的折腾程度光是把为什么用Spring管理Bean这个问题讲明白就够你在答辩前背一整周。惠友电子产品商城这个项目本质上是一个标准的B2C电商系统。用户端包含注册登录、商品分类浏览、关键词搜索、商品详情、购物车管理、订单提交管理端包含商品管理、分类管理、订单处理、会员管理、公告发布。功能规模适中正好覆盖了JavaWeb阶段要求的所有核心知识点。我这次的实现采用的是JSP Servlet MySQL Tomcat的经典组合前端用JSP页面配合JSTL和EL表达式数据访问层用原生JDBC封装了DBUtil工具类没有引入任何重量级框架。这样设计的好处是每一行关键代码你都能讲出原理不会被问到哑口无言。我之前帮人改过一个用了Spring Boot MyBatis Plus的毕设结果答辩老师问了一个MyBatis的Mapper代理机制那位同学当场卡壳场面相当尴尬。反观JSP项目你写了一个Class.forName(com.mysql.jdbc.Driver)老师问什么你都能答因为连接数据库的每一步都是你自己敲出来的。这不是技术倒退这是策略选择。另外JSP项目还有一个隐藏优势运行环境轻量。一个Tomcat加一个MySQL总内存占用不到1GB集成开发环境用Eclipse或者IDEA社区版都行不需要Docker不需要Nginx不需要Redis。很多同学的笔记本配置一般跑微服务全家桶风扇狂转而跑这个项目全程安静如鸡。所以别被技术过时论绑架适合自己的就是最好的。2. 商城系统的三层架构与数据库设计从表结构开始的全局规划惠友电子产品商城的整体架构采用经典的B/S三层结构——表现层JSP页面、业务逻辑层Servlet、数据访问层DAO。这个分层不是摆设它直接影响你后期改需求时的心情。我在设计之初就坚持一个原则JSP页面里不允许出现Java代码块所有业务逻辑一律下沉到Servlet所有数据库操作一律封装在DAO层。这样做虽然前期会多写几个类但后期调试和答辩演示的时候你能轻松定位问题在哪一层比把代码全揉在一坨要舒服得多。2.1 数据库设计六张核心表搞定整个商城数据库是商城的根基。我设计的是shop_db数据库包含六张核心表user用户表、category商品分类表、product商品表、cart购物车表、orders订单表、order_item订单明细表另外加一张admin管理员表。这里有一个常见的低级错误很多同学喜欢用order作为订单表名但order是SQL的保留字执行SELECT * FROM order会直接报语法错误必须写成SELECT * FROM \order才行。我建议直接用orders省得给自己挖坑。用户表的设计值得仔细说说。除了常规的id、username、password、phone、email之外我还加了一个register_time字段用于记录注册时间后面做会员管理模块时可以按照注册时间做用户筛选和排序展示。密码字段我用的是varchar(50)但实际项目中密码绝不能明文存储至少得做一次MD5加密。毕设项目中我会在注册的Servlet里调用一个MD5Util工具类把用户输入的密码转换成32位十六进制字符串再入库。这不仅是安全意识的体现也是答辩时的一个加分亮点。商品表是核心中的核心。字段包括id、category_id外键关联分类表、product_name、price、stock库存、sales销量、image_url图片路径、description商品详细描述、publish_time上架时间。这里有个设计细节price字段选择DECIMAL(10,2)而不是FLOAT因为浮点数在计算总价时会因为精度问题产生类似0.29999999957的诡异结果而DECIMAL是以字符串形式存储的定点数在做金额计算时完全精确。这个细节在购物车结算功能开发时就会体现出来——如果用了FLOAT当你计算3件单价19.99元的商品总价时结果可能是59.969999999显示在页面上相当难看。各表之间的关联关系我用了外键约束来保证引用完整性但要注意的是MySQL的InnoDB引擎才支持外键MyISAM不支持。建表语句中我统一指定了ENGINEInnoDB DEFAULT CHARSETutf8字符集用utf8而不是utf8mb4因为毕设项目里一般不会出现生僻字和表情符号utf8足够用还能省存储空间。如果你要存Emoji符号那必须用utf8mb4这个区别在答辩时也是一个可聊的技术点。2.2 连接池选型为什么我坚持用C3P0而不是纯JDBC连接数据库的方式我纠结过一轮。最朴素的办法是每次查询都DriverManager.getConnection用完就关。这在数据量小的演示环境里没问题但每次都要经历TCP握手、MySQL认证输入账号密码校验权限、创建会话的完整流程平均耗时在200到500毫秒之间。这个延迟在演示时不会暴露但在答辩现场如果老师顺手把Tomcat的并发线程数调高再刷新几次页面系统可能就卡住了。更稳妥的方案是引入数据库连接池。我在项目里使用的是C3P0配置一个c3p0-config.xml放在src目录下c3p0-config default-config property namedriverClasscom.mysql.jdbc.Driver/property property namejdbcUrljdbc:mysql://localhost:3306/shop_db?useSSLfalseamp;characterEncodingutf-8/property property nameuserroot/property property namepassword123456/property property nameinitialPoolSize5/property property namemaxPoolSize20/property property nameminPoolSize3/property property namecheckoutTimeout3000/property /default-config /c3p0-config这样每次需要数据库连接时直接从连接池中取一个空闲连接用完调用connection.close()也只是归还回池中而不是真的关闭连接。测试下来连接建立耗时从几百毫秒降到了个位数毫秒性能提升非常明显。在DBUtil工具类的静态代码块中初始化ComboPooledDataSource然后对外提供getConnection()和close()两个静态方法public class DBUtil { private static ComboPooledDataSource dataSource; static { dataSource new ComboPooledDataSource(); } public static Connection getConnection() throws SQLException { return dataSource.getConnection(); } public static void close(ResultSet rs, Statement stmt, Connection conn) { // 依次关闭注意判空 } }关于C3P0有两个需要注意的点。第一C3P0的依赖jar包必须和MySQL驱动jar包同时放在WEB-INF/lib目录下缺一个都会在Tomcat启动时报ClassNotFoundException。第二jdbcUrl后面一定要加useSSLfalseMySQL 8.0以上版本默认开启SSL连接而本地开发环境没有配置证书不加这个参数会一直刷SSL握手警告虽然不影响功能但非常烦人。我在这块吃过亏第一次配置的时候跑起来页面加载需要等十几秒控制台刷了一屏的SSL报错排查了半天才意识到是版本兼容问题。3. 用户端核心功能落地从注册登录到购物车结算的完整链路用户端是商城的门面和核心。这一部分我按照用户在真实电商平台上的操作习惯来编排功能模块注册登录 → 浏览商品 → 搜索筛选 → 加入购物车 → 提交订单 → 在线支付模拟。每个环节都涉及不同的核心技术点下面逐一说清楚实现逻辑和避坑经验。3.1 注册与登录MD5加密存储与Session会话管理注册页面我做了前端必填校验和后台二次校验的双保险。前端校验用JavaScript检查用户名长度、密码确认是否一致、手机号格式是否匹配正则表达式这些都是在用户点击提交按钮的瞬间给出反馈避免无效请求打到服务器。后台的RegisterServlet里再加一层校验防止绕过前端直接POST请求注入脏数据。密码处理是注册功能的重头戏。我在工具包中定义了MD5Util类使用MessageDigest.getInstance(MD5)对原始密码加盐处理后再做摘要。加盐的理由很简单如果用户A和用户B的密码都是123456不加盐的话数据库里存的MD5值完全相同一旦数据库泄露两个账号同时被攻破。我用的盐是用户名本身md5(username password)这样即使密码相同不同用户的摘要值也不同。登录时用同样的算法计算摘要再比对数据库。登录成功的用户信息我放在Session中key是uservalue是查询到的完整User对象。每次用户访问个人中心或购物车页面时LoginFilter会拦截请求检查Session中是否包含user对象如果不存在则重定向到登录页面。这个Filter拦截器的实现在答辩时经常被追问所以我在web.xml中进行了显式配置filter filter-nameLoginFilter/filter-name filter-classcom.huiyou.filter.LoginFilter/filter-class /filter filter-mapping filter-nameLoginFilter/filter-name url-pattern/cart/*/url-pattern url-pattern/order/*/url-pattern url-pattern/user/*/url-pattern /filter-mapping这里有个细节要注意/login.jsp、/register.jsp和静态资源路径必须是白名单否则会导致用户无法访问登录页面形成循环重定向的bug。我刚才说的这个坑是我一个同学当年毕设项目的真实翻车现场演示的时候管理员居然登不进后台页面一直提示重定向次数过多场面一度非常尴尬。这个Filter的作用域控制一定要在web.xml里写清楚。3.2 商品展示与搜索分页SQL的LIMIT与PageBean封装商品列表页是用户看到的第一个核心页面。我设计了两个入口一是按照分类浏览ProductListServlet接收categoryId参数查询对应分类下的商品二是关键词搜索接收keyword参数在product_name字段上进行模糊查询SQL写法是WHERE product_name LIKE CONCAT(%, ?, %)。这里不能直接拼接字符串要使用预编译的PreparedStatement防止SQL注入攻击——用Statement拼接用户输入的关键词如果输入 OR 11 --就能把整个商品表的数据全部拉出来这在答辩时是严重的漏洞。分页是商品列表的重头戏。我在数据访问层写了一个ProductDao.queryPage(categoryId, keyword, pageNum, pageSize)方法核心逻辑是两条SQL第一条SELECT COUNT(*)获取总记录数计算总页数第二条SELECT * FROM product LIMIT ?, ?获取当前页的数据。LIMIT的第一个参数是偏移量计算公式是(pageNum - 1) * pageSize第二个参数是每页显示的条数。我把分页参数封装成一个PageBean对象包含totalCount、totalPage、currentPage、pageSize、list五个属性JSP页面通过EL表达式直接获取这些属性来渲染页码导航栏。页码导航栏的JSP片段用JSTL的c:forEach标签循环输出nav classpagination c:if test${pageBean.currentPage 1} a hrefproductList?pageNum${pageBean.currentPage - 1}pageSize8上一页/a /c:if c:forEach begin1 end${pageBean.totalPage} vari a hrefproductList?pageNum${i}pageSize8 class${i pageBean.currentPage ? active : }${i}/a /c:forEach c:if test${pageBean.currentPage pageBean.totalPage} a hrefproductList?pageNum${pageBean.currentPage 1}pageSize8下一页/a /c:if /nav一个常见的分页bug是用户在第二页点击某个商品详情浏览完点击浏览器的后退按钮发现又回到了第二页这是正常的。但如果在第二页点击了加入购物车并跳转了页面再返回商品列表时会重置为第一页。解决思路有两个一是把pageNum参数拼在商品详情页的链接中带回二是用response.sendRedirect()时把这个参数附加在重定向URL中。我在项目中用的是前者代码改动更小逻辑也更直观。3.3 购物车实现从Session方案到数据库持久化的升级路径购物车的实现方式我踩过不少坑这里要重点讲。最开始我用Session保存购物车——把购物车实体类Cart放入SessionCartItem购物项存放商品ID、数量、单价等信息。这个方案的好处是不用操作数据库开发速度快但也有一个致命缺陷用户清空了浏览器缓存购物车就没了用户换了一台设备登录购物车也没了。真实电商平台的购物车是保存在服务端数据库的关联用户ID这样用户在不同设备上登录购物车数据保持一致。考虑到毕设的演示效果和答辩时的技术亮点我最终采用了数据库持久化方案。cart表结构为id、user_id、product_id、quantity、create_time其中user_id和product_id做联合唯一索引保证同一个用户对同一件商品只有一条购物车记录避免重复添加。当用户点击加入购物车按钮时CartServlet先查询该用户的购物车中是否已经存在这个商品// 如果已存在则更新数量 String checkSql SELECT quantity FROM cart WHERE user_id ? AND product_id ?; // 如果不存在则插入新记录 String insertSql INSERT INTO cart (user_id, product_id, quantity, create_time) VALUES (?, ?, 1, NOW());购物车页面展示时需要关联查询商品表获取商品名称和单价这就要用JOIN查询SELECT c.id, c.product_id, c.quantity, p.product_name, p.price, p.image_url FROM cart c INNER JOIN product p ON c.product_id p.id WHERE c.user_id ?使用JOIN而不是在Java代码中循环查询可以大幅减少数据库操作次数。比如购物车里有10件商品如果循环查询数据库需要11次1次查购物车表 10次查商品表而JOIN只执行1次SQL。这个优化思路在答辩时说出来了比任何空泛的我用了乐观锁之类的伪技术点都有说服力因为它是你真正通过代码实践悟出来的。3.4 订单提交与金额计算事务处理保数据安全订单提交是整个商城的核心事务场景也是最能体现基本功的地方。用户从购物车点击结算按钮后系统需要同时完成以下操作向orders表插入一条订单主表记录包含订单编号、用户ID、总金额、订单状态、创建时间向order_item表插入多条订单明细记录每条对应购物车中的一件商品更新product表中对应商品的库存量stock stock - 购买数量清空该用户的购物车记录这四步操作必须放在同一个数据库事务中。如果第2步插入明细失败但第1步已经提交就会产生一个没有商品明细的空订单如果第3步扣库存失败但订单已经生成就会产生超卖问题。事务的ACID特性在JSP开发中通过Connection的API直接体现Connection conn DBUtil.getConnection(); try { conn.setAutoCommit(false); // 1. 插入订单主表 // 2. 遍历购物车插入明细表 // 3. 更新库存 // 4. 清空购物车 conn.commit(); } catch (SQLException e) { conn.rollback(); throw e; } finally { DBUtil.close(null, null, conn); }这里有个setAutoCommit(false)的细节必须注意。Java的Connection默认是自动提交模式每条SQL执行完就立即提交无法回滚。只有关闭自动提交手动控制commit()和rollback()才能保证所有操作要么全部成功要么全部失败。我记得第一次写这段代码时忘记关闭自动提交结果测试时订单生成了库存也扣了但购物车没清掉反复排查才意识到是事务边界没有控制好。订单编号的生成也值得说两句。我采用的方式是时间戳加随机数的组合SimpleDateFormat格式化当前时间为yyyyMMddHHmmss拼接一个4位数的随机数生成类似202405061530451824的订单号。这个方案的好处是不依赖数据库自增ID并发场景下重复概率极低但理论上存在真实项目一般用雪花算法。在订单提交成功后OrderServlet会把订单号和总金额封装到请求中转发到订单确认页面让用户选择支付方式。我做了微信支付和支付宝支付的界面入口但实际是模拟支付——点击确认支付按钮后把订单状态从1待支付更新为2已支付。如果想做得更逼真可以接入第三方沙箱支付环境但毕设阶段做一个状态机的流转演示就已经够了。4. 管理后台与文件上传被JSP改不生效逼疯之后的完整排查链管理后台是商城项目不可回避的一部分而且往往是答辩时老师重点提问的区域。我在这个模块中实现了管理员登录、商品增删改查、分类管理、订单状态管理、用户列表管理。其中最有技术含量的是商品图片上传功能。说到上传就不得不提我在开发过程中遇到的一个逼疯人的问题——JSP改了不生效。4.1 商品图片上传FileUpload组件与文件存储路径商品添加和编辑页面需要支持上传商品图片。我用的是Apache的commons-fileupload组件它依赖commons-io包两个jar缺一不可。上传的核心逻辑是DiskFileItemFactory设置文件大小阈值超出阈值写入临时文件、ServletFileUpload解析请求、遍历FileItem集合判断是普通表单字段还是文件字段。DiskFileItemFactory factory new DiskFileItemFactory(); factory.setSizeThreshold(1024 * 1024); // 1MB 临时存储阈值 ServletFileUpload upload new ServletFileUpload(factory); upload.setFileSizeMax(5 * 1024 * 1024); // 单文件最大5MB ListFileItem items upload.parseRequest(request);文件保存路径的处理是最容易踩坑的地方。很多初学者喜欢把文件保存到IDEA的工作目录或者写死在C:/upload这样项目部署到其他机器上就会路径错误。我的做法是动态获取项目的真实发布路径通过request.getServletContext().getRealPath(/)拿到Web应用的根目录然后在这个根目录下创建uploads文件夹存放图片。这样文件路径是相对项目本身而言的部署到任何环境都不会出错。数据库中的image_url字段存储的是uploads/文件名这样的相对路径JSP页面使用img src${product.imageUrl}时浏览器会自动拼上当前域名和上下文路径比如http://localhost:8080/shop/uploads/xxx.jpg。这里要注意图片文件名要使用UUID.randomUUID().toString()生成唯一标识否则两个用户上传了同名的1.jpg后面的会直接覆盖前面的。我就是这样踩过一次坑上传了一个新商品图片后发现之前的一个商品图片变成了新图片因为两个商品的上传文件都叫iphone.jpg后者覆盖了前者。4.2 JSP改了不生效的完整排查链路为什么你的修改总是没反应这是我在开发过程中遇到的最折磨人的一个问题也是开发JSP项目几乎必然遇到的现象。有一段时间我在product_list.jsp里改了页面标题重启Tomcat后刷新浏览器页面标题居然还是旧的。反复改了三次每次都确认保存了但页面始终不更新当时整个人都快炸了。经过一步步排查我才发现根因不止一个而是三个问题叠加在一起了。第一层是Tomcat的配置问题。Tomcat默认对JSP文件的修改检查是有时间间隔的默认值在web.xml中的development参数控制。如果设置为falseTomcat不会频繁检查JSP文件是否更新而是直接使用已编译的Servlet类。解决办法是在conf/web.xml中确认development为true默认就是true或者修改conf/context.xml中的reloadabletrue让Tomcat检测到class或JSP文件有变化时自动重新加载Web应用。第二层是浏览器缓存问题。Tomcat编译好的JSP会生成对应的.class文件放在work/Catalina/localhost/shop/org/apache/jsp目录下。如果JSP文件确实更新了但Tomcat没有重新编译可以手动删除这个work目录下的所有内容重启后Tomcat会强制重新编译所有JSP。我排查的时候发现IDEA的热部署功能有时只是复制了静态资源但JSP的.class文件没有被重新生成手动清理work目录是最彻底的解法。第三层是JSP include指令的缓存问题。我的商品列表页面用% include fileheader.jsp %引入了公共头部但我在修改header.jsp中导航栏时发现列表页始终不更新。原因在于静态include指令是在编译阶段就被合并到主JSP中的Tomcat不会单独追踪被include文件的修改时间。排查链路如下第一步检查JSP文件本身的修改时间排除没保存成功的问题第二步检查work目录下JSP对应的.class文件修改时间判断Tomcat是否重新编译第三步确认页面是否被浏览器强缓存用无痕窗口或CtrlF5强制刷新第四步排查是否使用了include指令必要时重启Tomcat强制全量编译最后我总结了经验在开发阶段每次修改JSP后直接用IDEA的Build Recompile功能或手动重启Tomcat配合谷歌浏览器无痕模式测试基本能规避90%以上的修改不生效问题。这个排查链路虽然折腾了一下午但让我对JSP编译机制有了更深的理解答辩时老师问到这个经历反而成了一个亮眼的实战案例。4.3 后台订单处理状态机驱动的流程管理后台的订单管理模块本质上是一个订单状态机。我把订单状态定义为一个整数常量0代表已取消1代表待支付2代表已付款待发货3代表已发货4代表已完成。管理员在后台看到订单列表根据当前状态执行对应操作待付款的订单可以取消已付款的可以点击发货已发货的等待用户确认收货后变为已完成。这个状态机在数据库层面就是一个status字段的更新操作但前端页面的逻辑判断需要仔细设计。我在订单列表页用JSTL的条件判断来显示不同的操作按钮c:if test${order.status 1} a hrefadmin/orderCancel?id${order.id}取消订单/a /c:if c:if test${order.status 2} a hrefadmin/orderShip?id${order.id}确认发货/a /c:if这样设计的好处是操作逻辑清晰不会出现管理员对一个已完成的订单点击发货的荒谬操作。从用户体验角度来看用户在前台我的订单页面也能看到订单状态的实时变化。为了减少数据库的并发压力我在订单列表页没有使用AJAX轮询刷新状态而是采用每次页面加载时读取最新数据的方式。毕设项目的数据量不大这种简单方案完全够用还能少写不少JavaScript代码。5. 数据导出为ExcelPOI组件在后台管理中的应用实战在开发后台管理模块时我遇到一个很现实的需求管理员希望把商品列表或订单数据导出到Excel表格中方便线下存档和分析。搜了一圈发现JSP项目实现Excel导出最常用的方案就是Apache POI。选择POI而非直接生成CSV文件是因为POI生成的.xlsx文件支持格式设置比如标题行加粗、列宽调整和公式计算比CSV更专业、功能更强大在答辩演示时效果更好。5.1 商品数据导出从数据库查询到Excel文件生成导出功能的后端实现思路是ProductServlet接收到exportexcel参数后调用ProductDao.findAll()查询所有商品数据然后使用POI的XSSFWorkbook创建工作簿XSSFSheet创建工作表遍历商品列表逐行写入数据XSSFWorkbook workbook new XSSFWorkbook(); XSSFSheet sheet workbook.createSheet(商品列表); String[] headers {商品ID, 商品名称, 分类, 价格, 库存, 销量}; for (int i 0; i headers.length; i) { XSSFRow row sheet.createRow(0); row.createCell(i).setCellValue(headers[i]); } int rowIndex 1; for (Product p : productList) { XSSFRow row sheet.createRow(rowIndex); row.createCell(0).setCellValue(p.getId()); row.createCell(1).setCellValue(p.getProductName()); // ... }生成工作簿之后关键一步是设置HTTP响应头让浏览器识别这是一个需要下载的Excel文件response.setContentType(application/vnd.ms-excel); response.setHeader(Content-Disposition, attachment;filenameproducts_ System.currentTimeMillis() .xlsx); workbook.write(response.getOutputStream());Content-Disposition的值必须是attachment后面拼接文件名。这里有个细节文件名如果是中文直接通过response.setHeader设置会出现乱码因为HTTP头默认不支持中文。解决方案是用URLEncoder.encode(filename, UTF-8)对文件名进行编码下载时浏览器会自动解码。我一开始没做编码处理导出的Excel文件名在谷歌浏览器中直接显示成一串%E5%95%86%E5%93%81...的乱码字符虽然不影响文件内容但看起来非常不专业。5.2 JSONArray与JSP页面的数据交互前端表格的动态渲染后台的商品管理页面我采用了JSP AJAX JSONArray的交互方式这是一种比较现代的前后端交互方案。页面加载时JSP直接通过EL表达式渲染第一页数据而搜索分页删除等操作则通过jQuery的$.ajax发起异步请求后端返回JSON格式的数据前端用JavaScript动态更新表格内容。这样做的好处是用户体验流畅不用每次操作都刷新整个页面。在Servlet中把查询结果转换为JSONArray的核心代码JSONArray jsonArray new JSONArray(); for (Product p : list) { JSONObject json new JSONObject(); json.put(id, p.getId()); json.put(productName, p.getProductName()); json.put(price, p.getPrice()); jsonArray.add(json); } response.setContentType(application/json;charsetutf-8); response.getWriter().write(jsonArray.toString());使用阿里系的fastjson库或者谷歌的gson库都可以我这里用的是fastjson。有一个需要特别注意的地方当后端返回JSON数据时response的字符编码必须是utf-8否则前端接收到的中文会变成乱码。我在一次调试中删除了setContentType(application/json;charsetutf-8)这一行前端页面上所有商品名称全部变成了????排查了半小时才发现是响应编码问题。JSP页面中的JavaScript接收JSON后用jQuery拼接HTML字符串渲染到表格中$.ajax({ url: productList?actionsearchkeyword keyword, type: GET, dataType: json, success: function(data) { $(#productTable tbody).empty(); $.each(data, function(index, item) { var html tr td item.id /td td item.productName /td td item.price /td tda hrefproductEdit?id item.id 编辑/a/td /tr; $(#productTable tbody).append(html); }); } });如果JSONArray的类导入不对比如导入了com.alibaba.fastjson.JSONArray而项目里用的是net.sf.json就会报ClassNotFoundException。这类第三方库的函数签名和用法差异很大建议在项目早期就选定一个JSON库并保持统一中途换库的代价远远超过切换那点代码量。6. 商品详情页嵌入视频JSP中的MP4播放与路径映射热搜词里出现了jsp实现mp4视频播放这个需求很真实——很多电商系统会在商品详情页嵌入产品介绍视频。我在惠友商城中也实现了这个功能具体方案有两种一种是使用HTML5原生的video标签另一种是使用第三方播放器插件。考虑到项目不依赖前端CDN资源我用的是HTML5原生标签代码简洁、兼容性好最关键的是不需要额外的Flash插件Flash已经在2020年底被各大浏览器禁用了如果还在用embed那种老方案演示时视频必然黑屏。商品详情页的核心代码video controls width100% preloadauto source src${videoUrl} typevideo/mp4 您的浏览器不支持HTML5视频播放 /video这里有一个JSP项目中非常典型的坑。视频文件如果放在项目根目录下比如video/product_intro.mp4直接访问/shop/video/product_intro.mp4会返回404。原因是IDEA在部署Web项目时默认只会把webapp目录下的内容发布到Tomcat其他目录的文件不会被复制过去。解决方式有两种一是把视频文件直接放在webapp/video目录下二是在IDEA的Project Structure Artifacts中配置额外的内容目录。对于视频文件这种体积大、不常改动的内容我更推荐第二种方式——直接映射一个服务器本地的物理目录到指定URL路径不会因为项目重新部署就丢失。由于商品介绍视频一般体积不小我在页面加载时用preloadmetadata属性让浏览器只预加载视频的元数据而非全部内容这样打开详情页时不会因为视频文件太大而卡顿。用户点击播放按钮后才会实际加载视频流。如果你想做得更精细可以配置Tomcat的maxPostSize和连接器的maxSwallowSize参数但毕设项目中暂时不用做到这一步。还有一个常见问题是视频在谷歌浏览器中无法自动播放。这是因为浏览器自动播放策略限制了带声音的视频不能未经用户操作就播放。解决方案是给video标签加muted静音属性然后调用video.play()或者在用户点击页面时异步触发播放。我最终选择了静音自动播放用户点击取消静音的模式既满足了自动播放的功能要求又符合浏览器的安全策略。7. 部署上线与答辩准备的实战心得把项目从本地搬到老师面前写完全部代码只是完成了70%的工作剩下的30%是部署演示和答辩准备。很多同学辛辛苦苦写完项目结果在演示的最后一刻翻车——程序跑到一半崩了、数据库连不上、图片加载不出来场面非常尴尬。这里分享几个我实测有效的部署和演示技巧。7.1 环境一致性从开发机到演示机的平滑迁移毕业设计答辩通常可以在自己的笔记本上演示但有些学校要求把项目部署到指定的答辩机器上。如果两台机器的环境不一致比如开发机用的JDK 1.8而答辩机是JDK 11Tomcat版本不一致数据库版本不同就可能出现各种诡异问题。我的建议有三条第一在项目中使用Maven或Gradle管理依赖这样所有的jar包都能通过pom.xml或build.gradle统一管理部署到新环境时执行一次依赖下载即可第二数据库的建表语句和初始数据导出成SQL脚本部署时一键执行source init.sql第三所有配置文件中不要写死绝对路径统一使用相对路径或System.getProperty动态获取。数据库导出的命令行方式mysqldump -u root -p shop_db shop_db_init.sql在答辩机上执行恢复mysql -u root -p shop_db_init.sql使用mysqldump命令导出时要注意字符集问题。如果导出的SQL脚本中没有指定字符集在新环境导入时可能出现中文乱码。我通常在mysqldump命令末尾加上--default-character-setutf8参数并且确认SQL脚本文件本身以UTF-8编码保存。7.2 答辩演示的三种跑法从纯前端到终局演示答辩演示有几种模式我在最终答辩前都实测了一遍。第一种是纯页面演示只展示页面效果和功能操作不涉及代码这是最稳妥的跑法适用于时间紧张或者现场设备差的场景。第二种是代码走读演示在IDE中把项目结构展开按照三层架构的介绍顺序从JSP到Servlet到DAO再到数据库逐一解释每个模块的实现逻辑重点展示你在技术上的思考和细节处理。第三种是Debug模式演示在关键代码上打断点实际查看变量值的变化过程比如在DBUtil的getConnection处打断点展示获取连接的过程或者在订单事务的commit处打断点展示事务的提交和回滚。对于惠友商城这个项目我推荐的答辩演示主流程是先展示首页商品列表和分类功能然后演示注册登录接着展示用户的整个购物流程——加入购物车、查看购物车、提交订单、模拟支付最后切换到后台管理展示商品添加含图片上传、订单处理、数据导出Excel。这一整套流程走下来大约需要8到10分钟配合之前说到的代码走读就能把项目的功能和实现原理都讲得清清楚楚。答辩老师经常会问的一个问题是你这个项目有什么缺点或者可以改进的地方这是一个展示深度思考的加分机会。我的回答是当前项目还存在三个可以优化的方向第一订单模块可以使用Redis做分布式会话管理让用户在多台服务器之间保持登录状态第二商品搜索可以引入Elasticsearch实现全文检索和搜索联想功能比现在的SQL模糊查询效率更高第三支付模块对接真实的微信或支付宝支付接口彻底模拟商城的完整闭环。这个回答展示了你的知识面和思考深度比空泛地说我会继续努力要有力得多。7.3 结语一次完整的JSP商城开发让我学会了什么做惠友电子产品商城这个项目我在技术层面收获最多的不是某个具体的API用法而是理解了一个完整的Web系统是如何组织起来的。从数据库表结构的设计到三层架构的职责划分事务边界的管理、文件上传的处理、浏览器和服务器之间的请求响应流转——这些知识不是通过看视频能获得的而是要在实际的编码和调试中才能真正掌握。如果你正在做一个JSP相关的毕业设计我的建议是不要把时间浪费在纠结这个技术是否过时上而是把精力集中在把每个功能模块做扎实、把每个技术细节讲明白上。一个能跑通全流程、代码结构清晰、答辩时能从原理到实现都讲清楚的JSP商城项目其价值远远超过一个依赖脚手架搭建、但代码逻辑一问三不知的Spring Boot项目。这也是为什么我接了这么多毕业设计项目之后明确地把惠友商城的实现方案分享出来——踩坑和修复的过程有时候比最终功能本身更珍贵。