企业官网建设流程全解析

简介：本资源是一套完整的本科毕业设计项目——基于Java开发的超市管理系统，面向计算机专业本科生及Java初学者，聚焦Web应用开发全流程实践，涵盖用户管理、商品维护、订单处理等核心业务模块。压缩包共290个文件，包含29个Java源码文件、29个编译后class文件、16个JSP页面、33个JavaScript脚本、151个GIF动图（多用于界面交互提示）、8个PNG图标及配套CSS、HTML、XML等资源，整体2.27MB，结构清晰，便于理解MVC分层实现与Tomcat部署逻辑。已有594人学习下载，资源内含LoginServlet、RegisterServlet、UserDaoImpl、ArticleEditedServlet等典型Servlet与DAO实现类，以及DBUtil数据库工具类和开发思路文档，可帮助学习者掌握IntelliJ IDEA+Maven+Tomcat技术栈的工程搭建、前后端交互及常见业务编码规范。

1. 这不是个“能跑就行”的毕业设计：它是一套可落地、可调试、可二次开发的 Java Web 超市管理系统骨架

你下载了一个叫“毕业设计—基于Java的超市管理系统.zip”的压缩包，解压后看到一堆.class文件——ArticleDao.class、UserDaoImpl.class、LoginServlet.class……第一反应可能是：“这玩意儿连源码都没有？怎么改？怎么 debug？”
别急。这恰恰是它最值得深挖的地方：它不是教学演示项目，而是一个真实走完 Maven 构建 + Tomcat 部署 + Servlet 分层 + JDBC 数据库交互全流程的可运行系统。它没用 Spring Boot 自动装配，没用 MyBatis-Plus 的@Table注解一键建表，而是用最朴素的DBUtil.class封装连接池、用User.class和Article.class手写 getter/setter、用RegisterServlet.class处理表单提交——这种“笨办法”，反而成了理解 Java Web 底层链路的黄金切口。适合两类人：一是刚学完 Servlet/JSP 想验证知识闭环的大三学生；二是需要快速搭建一个带用户管理+商品管理+登录鉴权四件套的 Java 初级工程师，拿来改业务逻辑比从零搭框架快三天。它不炫技，但每行字节码背后都对应着一个明确的 HTTP 请求生命周期和一次真实的数据库 CRUD。

2. 从 .class 反编译到可运行工程：还原 Maven + IDEA + Tomcat 的完整开发环境链

这个压缩包表面是.class文件集合，实则是 Maven 项目编译后的产物。要让它真正“活”起来，必须逆向还原出原始工程结构。这不是玄学，而是 Java Web 开发者的标准动作——就像修车前得先看懂电路图。

2.1 反编译确认包结构与依赖边界：看清它到底用了什么

先用 JD-GUI 或 IntelliJ IDEA 自带的反编译器打开任意.class（比如LoginServlet.class），你会看到类似这样的代码片段：

public class LoginServlet extends HttpServlet { protected void doPost(HttpServletRequest request, HttpServletResponse response) throws ServletException, IOException { String username = request.getParameter("username"); String password = request.getParameter("password"); UserDao userDao = new UserDaoImpl(); User user = userDao.login(username, password); if (user != null) { request.getSession().setAttribute("user", user); response.sendRedirect("main.jsp"); } else { request.setAttribute("error", "用户名或密码错误"); request.getRequestDispatcher("login.jsp").forward(request, response); } } }

提示：注意UserDaoImpl是实现类，UserDao必然存在接口；DBUtil出现在多处，说明数据库连接被统一管理；没有@Autowired或SqlSessionFactory，确认它用的是原生 JDBC，而非 MyBatis。

再反编译DBUtil.class，关键段落如下：

public class DBUtil { private static final String URL = "jdbc:mysql://localhost:3306/supermarket?useSSL=false&serverTimezone=UTC"; private static final String USER = "root"; private static final String PASSWORD = "123456"; private static DataSource dataSource; static { try { dataSource = new BasicDataSource(); ((BasicDataSource) dataSource).setDriverClassName("com.mysql.cj.jdbc.Driver"); ((BasicDataSource) dataSource).setUrl(URL); ((BasicDataSource) dataSource).setUsername(USER); ((BasicDataSource) dataSource).setPassword(PASSWORD); ((BasicDataSource) dataSource).setInitialSize(5); ((BasicDataSource) dataSource).setMaxIdle(10); } catch (Exception e) { e.printStackTrace(); } } public static Connection getConnection() throws SQLException { return dataSource.getConnection(); } }

参数说明：这里用的是 Apache Commons DBCP2 连接池（BasicDataSource），MySQL 驱动版本为mysql-connector-java 8.x（因com.mysql.cj.jdbc.Driver是 8.x 的新类名）；数据库名固定为supermarket；默认账号密码是root/123456——这是你本地部署时第一个要改的硬编码。

2.2 手动重建 Maven 工程结构：目录即契约

根据反编译结果，你能推断出原始工程结构必然是标准的 Maven Webapp 模式。在 IntelliJ IDEA 中新建项目时，选择Maven → 勾选 “Create from archetype” → 选maven-archetype-webapp，然后按以下结构手动补全：

supermarket/ ├── pom.xml ← 关键！需补全依赖 ├── src/ │ └── main/ │ ├── java/ │ │ └── com/example/supermarket/ │ │ ├── dao/ ← UserDao, UserDaoImpl, ArticleDao... │ │ ├── entity/ ← User.class, Article.class... │ │ ├── servlet/ ← LoginServlet, RegisterServlet... │ │ └── util/ ← DBUtil.class... │ ├── resources/ │ └── webapp/ │ ├── WEB-INF/ │ │ ├── web.xml ← Servlet 映射配置（必须补） │ │ └── lib/ ← 若有 jar 包会放这里（本项目无，全靠 pom） │ ├── login.jsp │ ├── main.jsp │ └── ... ← 所有 JSP 页面 └── target/ ← 编译输出目录（勿提交）

2.3 pom.xml 补全：四个核心依赖缺一不可

pom.xml是整个项目的“宪法”。根据反编译出的类名和行为，必须声明以下依赖（注意版本兼容性）：

<dependencies> <!-- Servlet API --> <dependency> <groupId>javax.servlet</groupId> <artifactId>javax.servlet-api</artifactId> <version>4.0.1</version> <scope>provided</scope> </dependency> <!-- JSP 支持 --> <dependency> <groupId>javax.servlet.jsp</groupId> <artifactId>jsp-api</artifactId> <version>2.2</version> <scope>provided</scope> </dependency> <!-- MySQL 驱动（8.x） --> <dependency> <groupId>mysql</groupId> <artifactId>mysql-connector-java</artifactId> <version>8.0.33</version> </dependency> <!-- DBCP2 连接池 --> <dependency> <groupId>org.apache.commons</groupId> <artifactId>commons-dbcp2</artifactId> <version>2.9.0</version> </dependency> </dependencies>

为什么是这四个？

• javax.servlet-api和jsp-api是 Web 容器（Tomcat）提供的，编译时需要，运行时由容器提供，所以scope=provided；
• mysql-connector-java 8.0.33对应com.mysql.cj.jdbc.Driver，若用 5.x 版本会报ClassNotFoundException；
• commons-dbcp2是DBUtil中BasicDataSource的来源，版本 2.9.0 兼容 JDK 8+ 且无已知连接泄漏问题；
• 没有日志框架（log4j/logback）？对，这个项目直接e.printStackTrace()—— 这就是毕业设计的真实感，也是你要接手后第一个优化点。

2.4 web.xml 补全：Servlet 映射是请求入口的“交通灯”

反编译LoginServlet.class知道它处理/login请求，但没看到注解@WebServlet("/login")，说明它用的是传统web.xml配置。在src/main/webapp/WEB-INF/web.xml中补全：

<?xml version="1.0" encoding="UTF-8"?> <web-app xmlns="http://xmlns.jcp.org/xml/ns/javaee" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://xmlns.jcp.org/xml/ns/javaee http://xmlns.jcp.org/xml/ns/javaee/web-app_4_0.xsd" version="4.0"> <servlet> <servlet-name>LoginServlet</servlet-name> <servlet-class>com.example.supermarket.servlet.LoginServlet</servlet-class> </servlet> <servlet-mapping> <servlet-name>LoginServlet</servlet-name> <url-pattern>/login</url-pattern> </servlet-mapping> <servlet> <servlet-name>RegisterServlet</servlet-name> <servlet-class>com.example.supermarket.servlet.RegisterServlet</servlet-class> </servlet> <servlet-mapping> <servlet-name>RegisterServlet</servlet-name> <url-pattern>/register</url-pattern> </servlet-mapping> <!-- 其他 Servlet 映射依此类推：/article/add, /user/edit, /upload/image... --> <welcome-file-list> <welcome-file>login.jsp</welcome-file> </welcome-file-list> </web-app>

逻辑说明：<url-pattern>/login</url-pattern>告诉 Tomcat，所有/login的 POST 请求都交给LoginServlet处理；<welcome-file>设为login.jsp，保证访问http://localhost:8080/supermarket/时自动跳转登录页——这是用户第一次接触系统的门面。

3. 数据库初始化与 Tomcat 部署：让系统真正“呼吸”起来

光有代码没数据，就像引擎没油。这个系统依赖一个名为supermarket的 MySQL 数据库，且表结构必须严格匹配实体类字段。别指望它自带建表 SQL——毕业设计里，建库建表往往是学生自己手写的.sql文件，而这份资源里恰好漏了它。你需要根据User.class和Article.class反推并创建。

3.1 从实体类反推建表 SQL：字段名、类型、约束一个都不能错

反编译User.class，关键字段如下：

public class User { private int id; private String username; private String password; private String realname; private String phone; private String email; private int role; // 0:普通用户, 1:管理员 }

反编译Article.class：

public class Article { private int id; private String title; private String description; private double price; private int stock; private String image_path; private Date create_time; }

据此，编写supermarket.sql：

CREATE DATABASE IF NOT EXISTS supermarket CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci; USE supermarket; CREATE TABLE `user` ( `id` INT PRIMARY KEY AUTO_INCREMENT, `username` VARCHAR(50) NOT NULL UNIQUE, `password` VARCHAR(100) NOT NULL, -- 注意：明文存储！生产环境必须加密 `realname` VARCHAR(50), `phone` VARCHAR(20), `email` VARCHAR(100), `role` TINYINT DEFAULT 0 ) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4; CREATE TABLE `article` ( `id` INT PRIMARY KEY AUTO_INCREMENT, `title` VARCHAR(100) NOT NULL, `description` TEXT, `price` DECIMAL(10,2) NOT NULL DEFAULT 0.00, `stock` INT NOT NULL DEFAULT 0, `image_path` VARCHAR(255), `create_time` DATETIME DEFAULT CURRENT_TIMESTAMP ) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4;

参数说明：

• VARCHAR(50)对应 Java 的String，长度按实际需求设（用户名一般 ≤50）；
• DECIMAL(10,2)精确存储价格，避免float浮点误差；
• DATETIME DEFAULT CURRENT_TIMESTAMP替代 Java 中new Date()，由数据库自动生成；
• CHARACTER SET utf8mb4是必须项，否则中文插入会乱码或报错Incorrect string value。

执行该 SQL 后，用root/123456登录，确认两张表存在且字段一致。

3.2 Tomcat 配置要点：端口、上下文路径、JDK 版本三者必须咬合

在 IntelliJ IDEA 中配置 Tomcat Server 时，务必核对三项：

注意：Tomcat 默认端口是8080，若被占用，在conf/server.xml中修改<Connector port="8080"为8081，并在 IDEA 的 Server 配置中同步更新。

3.3 首次启动排错：三个最常卡住的“黑匣子”位置

启动 Tomcat 后，浏览器打开http://localhost:8080/supermarket/，如果看到 404 或 500 错误，按以下顺序排查：

1. 检查target/supermarket/WEB-INF/web.xml是否生成

   • 现象：访问根路径跳转login.jsp但报 404
   • 原因：Maven 没正确打包，web.xml未复制到target目录
   • 解决：右键项目 →Maven → Reload project；或手动确认target/supermarket/WEB-INF/下有web.xml

2. 检查DBUtil中的数据库连接是否通

   • 现象：点击登录按钮后页面空白或 500，控制台报java.sql.SQLException: Access denied for user 'root'@'localhost'
   • 原因：MySQL 用户权限不足，或密码错误（DBUtil.class里写死123456）
   • 解决：用命令行登录 MySQL：mysql -u root -p，执行ALTER USER 'root'@'localhost' IDENTIFIED WITH mysql_native_password BY '123456'; FLUSH PRIVILEGES;

3. 检查 JSP 编译失败导致的 500

   • 现象：login.jsp打开后报org.apache.jasper.JasperException: Unable to compile class for JSP
   • 原因：IDEA 未启用 JSP 编译，或jsp-api依赖 scope 写成compile导致冲突
   • 解决：进入Settings → Build → Compiler → Java Compiler，确保Project bytecode version与 JDK 一致；检查pom.xml中jsp-api的scope必须是provided

4. 避坑：五个血泪经验换来的常见问题与排查指南

这个系统看似简单，但在还原和调试过程中，有五个坑我踩过三次以上，每次都在凌晨两点对着日志抓狂。列在这里，省得你重蹈覆辙。

4.1 现象：登录成功后跳转main.jsp，但页面显示HTTP Status 404 – Not Found

原因：main.jsp文件路径错误。反编译LoginServlet.class发现response.sendRedirect("main.jsp")，说明main.jsp必须在webapp/根目录下，而不是webapp/WEB-INF/内（后者是受保护目录，无法直接访问）。
解决：确认src/main/webapp/main.jsp存在；若放在WEB-INF下，改为request.getRequestDispatcher("/WEB-INF/main.jsp").forward(request, response)，并同步修改web.xml的 welcome-file 为/WEB-INF/login.jsp。

4.2 现象：注册新用户时，RegisterServlet报java.lang.NullPointerException在userDao.add(user)行

原因：UserDaoImpl构造函数中未初始化DBUtil.getConnection()返回的Connection，或DBUtil静态块抛异常后dataSource为 null。
解决：在DBUtil.class反编译代码末尾加日志：System.out.println("DBUtil initialized: " + (dataSource != null));；若为 false，检查 MySQL 是否启动、URL中的supermarket库是否存在。

4.3 现象：上传商品图片后，UploadImageServlet保存路径为C:\images\xxx.jpg，但 Tomcat 运行时提示java.io.FileNotFoundException

原因：UploadImageServlet.class中硬编码了绝对路径C:\\images\\，而 Tomcat 以服务账户运行，无权写入 C 盘根目录。
解决：将路径改为相对路径，如getServletContext().getRealPath("/images/")，并在webapp/下手动创建images/文件夹；同时在web.xml中配置<init-param>传入路径，避免硬编码。

4.4 现象：修改商品信息后，ArticleEditedServlet更新数据库成功，但页面刷新仍显示旧数据

原因：浏览器缓存了 JSP 页面，或main.jsp中读取article对象时未从 request/session 中获取最新值，而是直接 new 了一个空对象。
解决：在main.jsp开头加<% response.setHeader("Cache-Control", "no-cache"); %>；检查ArticleEditedServlet是否调用了request.setAttribute("article", updatedArticle)并request.getRequestDispatcher("main.jsp").forward(request, response)。

4.5 现象：使用 IDEA 的Run on Server启动后，修改 Java 文件（如LoginServlet）并Ctrl+F9重新编译，但改动不生效

原因：Tomcat 的热部署未启用，或target/目录下的.class文件未被自动替换。
解决：在 IDEA 的Settings → Build → Compiler → Build project automatically勾选；Help → Find Action → "Registry"，搜索compiler.automake.allow.when.app.running并启用；最后在 Tomcat 配置的Deployment选项卡中，勾选Deploy applications configured in deployment tab并选择Exploded方式。

5. 进阶改造：把毕业设计变成可维护的工程——从硬编码到配置化、从明文密码到 BCrypt 加密

拿到这套代码，你的目标不该是“让它跑起来”，而是“让它能长期维护”。我把它从纯毕业设计升级为可交付小项目的三个关键动作，每个都附可抄作业的代码。

5.1 第一步：把数据库配置从硬编码抽离到db.properties文件

DBUtil.class里写死的 URL、账号密码，是安全雷区。改成外部配置文件，只需两步：

1. 在src/main/resources/下新建db.properties：

   db.url=jdbc:mysql://localhost:3306/supermarket?useSSL=false&serverTimezone=UTC db.username=root db.password=123456 db.initialSize=5 db.maxIdle=10

2. 修改DBUtil.class的静态块（反编译后重写）：

   static { try (InputStream is = DBUtil.class.getClassLoader().getResourceAsStream("db.properties")) { Properties props = new Properties(); props.load(is); dataSource = new BasicDataSource(); ((BasicDataSource) dataSource).setDriverClassName("com.mysql.cj.jdbc.Driver"); ((BasicDataSource) dataSource).setUrl(props.getProperty("db.url")); ((BasicDataSource) dataSource).setUsername(props.getProperty("db.username")); ((BasicDataSource) dataSource).setPassword(props.getProperty("db.password")); ((BasicDataSource) dataSource).setInitialSize(Integer.parseInt(props.getProperty("db.initialSize"))); ((BasicDataSource) dataSource).setMaxIdle(Integer.parseInt(props.getProperty("db.maxIdle"))); } catch (Exception e) { e.printStackTrace(); } }

好处：上线时只需改db.properties，无需重新编译；配合 CI/CD，不同环境（dev/test/prod）用不同配置文件。

5.2 第二步：用 BCrypt 替换明文密码存储——这是 Java 工程师的入职必考题

User.class中password字段存的是明文，UserDaoImpl.class的login()方法直接比对字符串。这在任何面试中都会被当场否决。换成 BCrypt，三行代码搞定：

1. 添加依赖（pom.xml）：

   <dependency> <groupId>org.springframework.security</groupId> <artifactId>spring-security-crypto</artifactId> <version>5.7.10</version> </dependency>

2. 在UserDaoImpl.class的add(User user)方法中，加密后再存：

   import org.springframework.security.crypto.bcrypt.BCryptPasswordEncoder; // ... BCryptPasswordEncoder encoder = new BCryptPasswordEncoder(); user.setPassword(encoder.encode(user.getPassword())); // 替换原 password 赋值

3. 在login()方法中，用encoder.matches(rawPassword, dbPassword)验证：

   if (encoder.matches(password, userFromDb.getPassword())) { // 替换原 == 比较 return userFromDb; }

参数说明：BCryptPasswordEncoder()默认 cost=10，足够抵御暴力破解；encode()生成的哈希串含 salt，每次相同密码结果不同，杜绝彩虹表攻击。

5.3 第三步：为所有 Servlet 添加统一异常处理 Filter，告别满屏e.printStackTrace()

当前代码遇到异常就printStackTrace()，既不友好也不利于定位。加一个ExceptionFilter，把 500 错误重定向到error.jsp：

1. 创建src/main/java/com/example/supermarket/filter/ExceptionFilter.java：

   @WebFilter("/*") public class ExceptionFilter implements Filter { @Override public void doFilter(ServletRequest req, ServletResponse resp, FilterChain chain) throws IOException, ServletException { try { chain.doFilter(req, resp); } catch (Exception e) { HttpServletRequest request = (HttpServletRequest) req; HttpServletResponse response = (HttpServletResponse) resp; request.setAttribute("errorMessage", e.getMessage()); request.getRequestDispatcher("/error.jsp").forward(request, response); } } }

2. 在webapp/error.jsp中显示友好错误：

   <h2>系统繁忙，请稍后再试</h2> <p>错误详情：<%= request.getAttribute("errorMessage") %></p> <a href="login.jsp">返回登录页</a>

价值点：用户不再看到白底黑字的堆栈，运维能通过errorMessage快速归类错误类型；后续可在此 Filter 中集成日志记录（SLF4J）、告警（邮件/Webhook）。

从那以后我每次接手毕业设计类项目，都强制走一遍这三步：抽配置、加密码、统异常。不是为了炫技，而是让代码从“能交差”变成“敢上线”。希望帮到你。

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