企业官网建设流程全解析

简介：这份资源是面向计算机相关专业学生与项目实战学习者的超市会员（积分）管理系统完整资料包，适用于毕业设计、期末大作业及JSP技术练习场景。项目基于JSP技术栈构建，涵盖会员信息维护、积分管理等核心业务模块，难度适中，适合作为课程设计参考或自学案例。压缩包共987个文件，约12.03MB，其中96个Java源文件与46个JSP页面构成后端逻辑与视图层，125个CSS、242个JS及大量png、gif、jpg图片资源支撑前端界面与交互，另有2个SQL脚本用于数据库建表、17个XML配置文件及doc开发文档辅助理解项目结构。资源同时包含论文、开发文档与数据文档，源码经本地编译调试可运行，能帮助读者梳理从需求分析、数据库设计到前后端实现与测试的完整流程，理解Spring、SpringMVC与MyBatis框架的整合方式。目前已有43人学习，适合需要完整项目案例、排错思路与文档参考的学习者下载使用。

1. 超市会员积分管理系统：一个 JSP 老项目为什么还值得动手跑一遍

如果你手头正好有一个超市会员（积分)管理系统+jsp.zip，别急着因为“JSP 太老”就把它扔进回收站。我见过太多人想学 Java Web，一上来就冲 Spring Boot + Vue，结果连请求怎么从浏览器走到数据库都没搞明白。这个压缩包恰恰是一个极好的“全链路标本”：会员开卡、积分累积、积分兑换、消费记录查询，一条业务线从 JSP 页面到 Servlet 再到 JDBC 全部打通。它适合谁？适合刚学完 Java 语法、想找一个能跑起来、能改得动、能讲清楚的小系统练手的人；也适合需要交课程设计或毕业设计、但不想从零搭架子的人。热搜里“超市会员管理系统”和“jsp”这两个词长期有人搜，说明需求真实存在。接下来我不谈虚的，直接拆这个项目该怎么跑、怎么改、坑在哪。

2. 先看清这个 JSP 会员系统到底由什么组成

2.1 从压缩包目录判断技术栈和运行方式

拿到超市会员（积分)管理系统+jsp.zip后，先解压看目录结构。常见做法是：根目录下有一个src文件夹放 Java 源码，一个WebContent或web文件夹放 JSP、CSS、JS 和WEB-INF，WEB-INF下面有web.xml和lib。lib里通常会有mysql-connector-java-x.x.x.jar和jstl.jar。如果看到WEB-INF/classes里已经有.class文件，说明作者可能编译过，但你仍然需要自己重新编译，因为 JDK 版本不一定对得上。

判断技术栈的关键点有三个：第一，看web.xml的version属性，如果是 2.5 或 3.0，说明是 Servlet 2.5/3.0 时代的东西；第二，看 JSP 页面顶部有没有<%@ page import="java.sql.*" %>，如果有，说明数据库操作可能直接写在 JSP 里，这是老项目的典型特征；第三，看src下包名，常见是com.dao、com.servlet、com.bean这种分层。确认这些之后，你才能决定用 Tomcat 几、JDK 几。

我一般会先跑一个最小检查命令，把目录树打印出来：

# 在解压后的项目根目录执行，只看两层深度 find . -maxdepth 2 -type d | sort # 查看 web.xml 的版本和 servlet 配置 grep -E "version|servlet-class|url-pattern" WebContent/WEB-INF/web.xml | head -40

第一段命令帮你快速看清项目分层，第二段命令直接暴露 Servlet 映射关系。如果url-pattern里出现/login、/member、/points这类路径，说明后端入口清晰，改起来不会迷路。如果web.xml里几乎没有<servlet>标签，那说明项目可能用了注解配置，但 JSP 老项目用注解的少，大概率还是 XML 配置。

2.2 数据库表结构决定你能不能跑通积分逻辑

会员积分系统的核心表一般不超过五张：会员表、积分记录表、消费记录表、管理员表、兑换商品表。你要重点看会员表和积分记录表的字段。会员表通常有member_id、card_number、name、phone、total_points、register_date。积分记录表通常有record_id、member_id、change_points、change_type、change_time、remark。change_type一般用 1 表示消费累积，2 表示兑换扣减，3 表示管理员调整。

为什么强调这个？因为很多从网上下的 JSP 项目，SQL 脚本里字段名和 Java 代码里的getString("xxx")对不上，一跑就报Column 'xxx' not found。我习惯先把 SQL 脚本单独拎出来，在 MySQL 里执行一遍，然后用DESC看字段：

-- 假设 SQL 脚本里建了 member 表 USE supermarket_member; DESC member; DESC points_record; -- 查一下有没有初始管理员账号 SELECT * FROM admin LIMIT 5;

执行完这三句，你心里就有底了：字段类型对不对、有没有默认数据、管理员密码是明文还是 MD5。如果是明文，登录进去后第一件事就是改密码；如果是 MD5，那说明作者至少做了点安全处理，但你也别指望太高，老项目多半是MD5(password)直接存。

2.3 用 Tomcat 跑起来的最小步骤和参数调整

跑这个项目不需要太新的环境。JDK 8 加 Tomcat 8.5 或 9.0 是最稳的组合。JDK 11 以上可能会遇到javax.servlet包找不到的问题，因为 Tomcat 10 开始把包名换成了jakarta.servlet。如果你只有 Tomcat 10，要么换 Tomcat 9，要么把所有javax.servlet改成jakarta.servlet，但后者工作量大，不推荐。

具体步骤：先把项目放进 Tomcat 的webapps目录，或者直接在 IDE 里配置 Tomcat 服务器。如果用 IDEA，选Java Enterprise或Web项目，把WebContent设为 Web 资源目录，把src设为源码目录，把lib下的 jar 加到模块依赖里。然后改数据库连接配置。连接配置通常在src下的DBUtil.java或db.properties里。如果是DBUtil.java，你会看到类似：

// 常见的老项目数据库连接写法 private static final String URL = "jdbc:mysql://localhost:3306/supermarket_member?useUnicode=true&characterEncoding=utf-8&useSSL=false"; private static final String USER = "root"; private static final String PASSWORD = "123456";

这里有三个参数必须改：数据库名、用户名、密码。useSSL=false在 MySQL 8 里最好加上，否则会有警告。characterEncoding=utf-8不加的话，中文会员名会变成问号。改完之后，启动 Tomcat，访问http://localhost:8080/项目名/，看能不能出登录页。如果 404，检查web.xml里的welcome-file是不是login.jsp；如果 500，看 Tomcat 日志里第一个Caused by，多半是数据库连不上或 jar 没加对。

3. 积分逻辑怎么改才不翻车：从累积到兑换的代码拆解

3.1 消费累积积分的 Servlet 处理流程

积分累积一般发生在“添加消费记录”这个动作里。用户在前端输入消费金额，后端根据比例换算成积分，然后同时写两条记录：一条进消费表，一条进积分记录表，并更新会员表的总积分。这个逻辑如果写在 JSP 里，页面会非常乱；如果写在 Servlet 里，至少还能调试。常见做法是建一个AddConsumptionServlet，用doPost接收金额和会员卡号。

核心代码大概长这样：

// AddConsumptionServlet.java 关键片段 protected void doPost(HttpServletRequest request, HttpServletResponse response) throws ServletException, IOException { request.setCharacterEncoding("UTF-8"); String cardNumber = request.getParameter("cardNumber"); double amount = Double.parseDouble(request.getParameter("amount")); int points = (int) (amount * 1); // 假设 1 元积 1 分，比例可调 Connection conn = null; PreparedStatement ps1 = null, ps2 = null, ps3 = null; try { conn = DBUtil.getConnection(); conn.setAutoCommit(false); // 开启事务 // 1. 插入消费记录 ps1 = conn.prepareStatement("INSERT INTO consumption(member_id, amount, consume_time) SELECT member_id, ?, NOW() FROM member WHERE card_number=?"); ps1.setDouble(1, amount); ps1.setString(2, cardNumber); ps1.executeUpdate(); // 2. 插入积分记录 ps2 = conn.prepareStatement("INSERT INTO points_record(member_id, change_points, change_type, change_time, remark) SELECT member_id, ?, 1, NOW(), '消费累积' FROM member WHERE card_number=?"); ps2.setInt(1, points); ps2.setString(2, cardNumber); ps2.executeUpdate(); // 3. 更新会员总积分 ps3 = conn.prepareStatement("UPDATE member SET total_points = total_points + ? WHERE card_number = ?"); ps3.setInt(1, points); ps3.setString(2, cardNumber); ps3.executeUpdate(); conn.commit(); response.sendRedirect("points_success.jsp"); } catch (Exception e) { if (conn != null) try { conn.rollback(); } catch (SQLException ex) { ex.printStackTrace(); } e.printStackTrace(); response.sendRedirect("error.jsp"); } finally { DBUtil.close(conn, ps1, null); DBUtil.close(null, ps2, null); DBUtil.close(null, ps3, null); } }

这段代码的关键在于事务。三条 SQL 必须同时成功或同时失败，否则会出现“消费记录有了但积分没加”的玄学问题。conn.setAutoCommit(false)和conn.commit()是必须的，rollback是后悔药。参数方面，points的换算比例amount * 1可以改成amount * 0.5或amount / 10，看你的业务规则。change_type用 1 表示累积，后面兑换用 2，查询时就能区分。

3.2 积分兑换的并发问题和行锁处理

兑换比累积更容易出问题。假设两个管理员同时给同一个会员兑换，会员当前 100 分，兑换两个 60 分的商品，如果代码先查再扣，就会超兑。老项目里常见写法是：

// 错误示范：先查后扣，并发下会超兑 int currentPoints = queryPoints(memberId); if (currentPoints >= needPoints) { updatePoints(memberId, currentPoints - needPoints); }

正确做法是用一条 SQL 完成条件更新：

-- 原子扣减，只有积分足够才会更新成功 UPDATE member SET total_points = total_points - ? WHERE member_id = ? AND total_points >= ?;

然后在 Java 里判断executeUpdate()的返回值。如果返回 0，说明积分不够或会员不存在，直接提示失败。这样就不需要显式加锁，MySQL 的 InnoDB 行锁会保证原子性。如果你用的是 MyISAM，那没救，换 InnoDB。参数上，needPoints是兑换所需积分，memberId是会员 ID。兑换成功后，再往points_record插一条change_type=2的记录，备注写“兑换商品”。

3.3 积分记录查询的分页和索引优化

会员多了以后，积分记录表会很大。老项目通常用LIMIT分页，但LIMIT 10000, 10这种写法在数据量大时很慢。常见优化是先用WHERE member_id = ?过滤，再按change_time倒序，最后LIMIT。索引方面，至少给points_record表的member_id和change_time建联合索引：

ALTER TABLE points_record ADD INDEX idx_member_time (member_id, change_time DESC);

查询 SQL 写成：

SELECT change_points, change_type, change_time, remark FROM points_record WHERE member_id = ? ORDER BY change_time DESC LIMIT ?, ?;

Java 里用PreparedStatement设置memberId、offset、pageSize。offset是(pageNum - 1) * pageSize。如果项目里用的是 JSP 直接查，那就在 JSP 顶部写int pageNum = Integer.parseInt(request.getParameter("page") == null ? "1" : request.getParameter("page"));，但我不建议这么做，JSP 里写数据库代码后期没法维护。能挪到 Servlet 就挪。

4. 避坑与排查：JSP 会员系统最常见的 5 个翻车现场

4.1 中文乱码：从 JSP 到数据库的全链路排查

现象：会员姓名显示为???，或者积分备注变成乱码。原因：JSP 页面、Servlet 请求、数据库连接、表字符集四个环节只要有一个不是 UTF-8 就会乱。解决：JSP 顶部加<%@ page contentType="text/html;charset=UTF-8" language="java" %>；Servlet 里request.setCharacterEncoding("UTF-8")和response.setContentType("text/html;charset=UTF-8")；数据库连接 URL 加characterEncoding=utf-8；建表时用DEFAULT CHARSET=utf8mb4。四个地方都改完，重启 Tomcat，清空浏览器缓存再试。

4.2 数据库连接池未关闭导致 Tomcat 启动越来越慢

现象：每次重启 Tomcat 都要等很久，日志里出现Too many connections。原因：老项目里DBUtil.getConnection()每次新建连接，用完没有close()，连接数越积越多。解决：检查每个 Servlet 的finally块，确保Connection、PreparedStatement、ResultSet都关闭。如果项目里没有连接池，可以手动加一个简单的DataSource，或者至少把DBUtil改成单例连接。更彻底的做法是引入Druid或HikariCP，但老项目改起来要动的地方多，先保证关闭再说。

4.3 JSP 页面报javax.servlet cannot be resolved的三种可能

现象：IDE 里 JSP 文件满屏红，或者编译时报package javax.servlet does not exist。原因一：Tomcat 10 用了jakarta.servlet，包名不匹配。原因二：项目没有把 Tomcat 的servlet-api.jar加到构建路径。原因三：JDK 版本过高，老项目用的tools.jar找不到。解决：换 Tomcat 9 和 JDK 8；在 IDE 里把 Tomcat 库加到模块依赖；如果必须用 JDK 11，在pom.xml或项目设置里手动加javax.servlet-api依赖。

4.4 积分兑换后总积分对不上：事务没回滚

现象：兑换失败但积分被扣了，或者兑换成功但积分没扣。原因：兑换逻辑里先扣积分再插兑换记录，插记录失败时没有回滚。解决：把扣积分和插记录放在同一个Connection里，setAutoCommit(false)，两步都成功才commit，任何一步异常就rollback。检查代码里有没有在catch块里只打印异常却没回滚的情况，那是典型的黑匣子操作。

4.5 登录后跳转 404：web.xml的url-pattern和表单action不匹配

现象：输入账号密码后，浏览器跳到http://localhost:8080/项目名//login或直接 404。原因：JSP 表单的action写的是/login，但web.xml里 Servlet 的url-pattern是/LoginServlet，或者项目名没拼对。解决：打开web.xml，找到<servlet-mapping>，看url-pattern到底是什么；然后打开login.jsp，看<form action="...">写的是什么。两边必须一致。如果action用了相对路径，注意当前页面 URL 的层级。最稳的写法是action="${pageContext.request.contextPath}/login"，这样自动带上项目名。

5. 让这个老系统多活几年的两个实用技巧

第一个技巧：把 JSP 里的 Java 代码抽到 Servlet 或 Filter 里。你不需要重写整个项目，只需要在web.xml里加一个CharacterEncodingFilter，统一处理编码；再把登录、积分查询、兑换这三个核心动作从 JSP 挪到 Servlet。挪完之后，JSP 只负责显示，调试时看日志就能定位问题，不用在 HTML 里找 Java 代码。第二个技巧：给积分变动加一个简单的日志表，记录操作人、操作时间、变动前后积分。表结构就四个字段：log_id、member_id、before_points、after_points、operator、log_time。每次积分变动时多插一条。这样一旦会员投诉积分不对，你直接查日志，不用靠猜。我吃过这个亏，当年一个兑换功能上线后，两个管理员同时操作，积分扣重了，因为没有日志，查了一下午才定位到并发问题。后来加了日志表，再出问题五分钟就能说清楚。希望帮到你。

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