企业官网建设流程全解析

简介：基于Java Web与SSM架构的校园驿站管理系统，是面向Java毕业设计、课程设计及期末大作业的完整项目方案。系统围绕快递驿站业务，实现管理员、员工、用户三类角色的协同管理，涵盖快递仓库、待发货、已收快递、物流跟踪、留言及公告等核心模块，代码含详细注释并在JDK1.8、MySQL5.7环境下通过测试，配合部署说明可快速运行。

资源包共2000个文件，大小约43.85MB，主要包含Java源码、JSP页面、JS脚本、CSS样式、XML配置、依赖JAR包、SQL数据库脚本、项目文档及PPT等，其中111个Java类、82个JSP页面和466个JS文件构成业务逻辑与前端交互主体，4个SQL文件用于初始化数据库，万字报告文档则完整阐述了系统设计与实现过程。包内结构清晰，部署说明详细，适合需要参考完整项目或进行二次开发的学习者。

已有119人浏览学习，下载后可直接用于毕业设计答辩或课程设计提交。

1. 基于 Java Web 的校园驿站管理系统，毕业设计到底在做什么

每到毕业季，总有大三升大四的同学问我：Java Web 课程设计做什么题目好？我的答案一直是“校园驿站管理系统”——它既有真实的业务场景，又能把 Java 基础、Servlet、JSP、JDBC、前端交互这些课程里学过的东西全部串起来，而且工作量正好卡在一个学期能完成、答辩能讲透的区间。所谓“校园驿站”，就是学校里代收快递的小站点：快递到了录入系统，学生凭取件码拿走，管理员能统计库存。你做的不是一个玩具，而是一个能运行、能演示、能写进简历的完整管理系统。

这套系统天然包含三类角色：学生、驿站管理员、系统管理员。学生端要能查快递、取件、留评价；管理员端要能录入快递、批量导入、管理货架；系统管理员管用户和权限。从技术上讲，它要覆盖注册登录、会话管理、CRUD、分页搜索、文件上传这几个 Java Web 必考点。更关键的是，它适合用“传统”的 JSP + Servlet 来实现，而不是一上来就上 Spring Boot——毕业设计的评委更看重你能不能讲清楚请求从浏览器到数据库再返回的整个过程，而不是你背了几个注解。接下来我们就把这套系统从零拆开，讲清楚每一步怎么做、参数怎么设、坑在哪里。

2. 为什么是 Java Web 而不是 Spring Boot：选型逻辑与项目骨架

2.1 毕业设计场景下 Java Web 与 Spring Boot 的真实取舍

很多同学一上来就想用 Spring Boot，理由很直接：开发快、不用配 Tomcat、简历好看。但“基于 Java Web”这个标题本身已经限定了方向，它默认你用的是 Servlet、JSP、JDBC 这一套“上古”技术栈。你可能会觉得这过时了，但从毕业设计答辩的角度看，这反而是优势。

用传统 Java Web，你所有的代码都是自己写的：Servlet 里处理请求参数、JSP 里用 JSTL 循环数据、JDBC 里关闭连接，每一步都能讲清楚原理。用 Spring Boot 的话，很多环节被框架“黑匣子”掉了，评委问“你这个事务是怎么生效的”、“拦截器是怎么注册的”，你答不上来反而扣分。所以选型的第一原则不是“最新最热”，而是“你能讲透”。如果你想在简历上同时提 Spring Boot，可以额外加一个简单模块，但主项目还是保持 Java Web 原教旨主义，这样既有深度又有说服力。

另外从开发效率上说，Java Web 并没有你想象的那么慢。现在有 Maven 帮忙管依赖，有 Tomcat 插件一键启动，前端模板可以直接用现成的 Bootstrap 或者 Layui，真正需要手写的只有业务代码。下面我们用一个最小可运行的工程来打底。

2.2 用 Maven 搭出可运行的最小工程：pom.xml 与目录结构

不管你用 Eclipse 还是 IDEA，请务必用 Maven 创建工程，不要手工去拷 jar 包。Maven 能解决依赖版本冲突，也让你的部署说明更接近真实企业项目。先看最小可用的 pom.xml：

<project xmlns="http://maven.apache.org/POM/4.0.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/xsd/maven-4.0.0.xsd"> <modelVersion>4.0.0</modelVersion> <groupId>com.campus</groupId> <artifactId>campus-station</artifactId> <version>1.0.0</version> <packaging>war</packaging> <properties> <maven.compiler.source>1.8</maven.compiler.source> <maven.compiler.target>1.8</maven.compiler.target> <project.build.sourceEncoding>UTF-8</project.build.sourceEncoding> </properties> <dependencies> <!-- Servlet 与 JSP 依赖，容器已提供，scope 用 provided --> <dependency> <groupId>javax.servlet</groupId> <artifactId>javax.servlet-api</artifactId> <version>3.1.0</version> <scope>provided</scope> </dependency> <dependency> <groupId>javax.servlet.jsp</groupId> <artifactId>javax.servlet.jsp-api</artifactId> <version>2.3.1</version> <scope>provided</scope> </dependency> <!-- JSTL --> <dependency> <groupId>javax.servlet</groupId> <artifactId>jstl</artifactId> <version>1.2</version> </dependency> <!-- MySQL 驱动 --> <dependency> <groupId>mysql</groupId> <artifactId>mysql-connector-java</artifactId> <version>5.1.49</version> </dependency> </dependencies> <build> <finalName>campus-station</finalName> <plugins> <plugin> <groupId>org.eclipse.jetty</groupId> <artifactId>jetty-maven-plugin</artifactId> <version>9.4.31.v20200723</version> </plugin> </plugins> </build> </project>

这段配置里有两个关键点。第一，Servlet 和 JSP 的依赖 scope 必须是provided，因为 Tomcat 容器自己带了一份，如果你打包时把这两个 jar 塞进 WEB-INF/lib，启动时可能直接冲突报错。第二，Jetty 插件是给你开发时用的，运行mvn jetty:run就能在浏览器里访问，不用每次手动启动外部 Tomcat。当然，最终毕业设计答辩用的还是打包成 war 放进 Tomcat，所以packaging必须是 war。

创建完 pom 之后，目录结构要严格遵循 Maven 约定：

campus-station ├── pom.xml ├── src │ └── main │ ├── java │ │ └── com/campus/station │ │ ├── servlet // 控制层 │ │ ├── dao // 数据访问层 │ │ ├── entity // 实体类 │ │ ├── service // 业务逻辑层（可选） │ │ └── util // 工具类 │ ├── resources │ │ ├── db.properties // 数据库配置 │ │ └── c3p0-config.xml // 连接池配置 │ └── webapp │ ├── WEB-INF │ │ ├── web.xml │ │ └── jsp // 受保护的 JSP │ ├── static // CSS、JS、图片 │ └── index.jsp

注意web.xml必须放在WEB-INF下，它负责配置 Servlet 映射、过滤器、欢迎页。很多新手会把 JSP 直接放在 webapp 根目录，虽然能访问，但不安全——比如WEB-INF下的 JSP 不能被浏览器直接 URL 访问，必须经过 Servlet 转发，这样你可以在过滤器里做权限校验。习惯上把 JSP 丢进WEB-INF/jsp是更稳妥的做法。

2.3 三层架构与 MVC 在驿站业务里的落点

校园驿站系统的业务逻辑并不复杂，但你要在报告文档里把架构讲清楚。常见的做法是严格分层：Servlet（控制层）只负责接收请求、调用 Service、跳转 JSP；Service（业务层）处理业务规则，比如取件时校验取件码是否正确、快递状态是否已取；DAO（数据访问层）只做增删改查。实体类对应数据库表，工具类负责数据库连接、字符串处理。

以“学生取件”这个动作为例，请求流向是这样的：

1. 浏览器 POST 请求/takePackage，参数是trackingNo和pickupCode。
2. 过滤器先检查用户是否登录，没登录就跳去登录页。
3. TakePackageServlet拿到参数，调用PackageService.takePackage(trackingNo, pickupCode)。
4. Service 里先按 trackingNo 查快递，再比对取件码，一致才更新状态并返回结果。
5. Servlet 根据 Service 的返回值，决定转发到前端提示成功还是失败。

这样的好处是每一层都能独立测试，你写万字报告的时候也能多凑一章架构设计。更重要的是，如果后来你想把它改造成 Spring Boot 版本，Service 层和 DAO 层几乎可以原封不动搬过去，只把 Servlet 换成 Controller 注解就够了。所以现在多花点时间把 DAO 写规范，后面你会感谢自己。

3. 把驿站业务拆成表结构和核心模块：从需求到可写代码

3.1 核心表设计：用户、快递、取件码、站点

毕业设计的数据库表不需要多，五到六张足矣，但每张表都要经得起“为什么这么设计”的追问。我一般会建这几张：

• user：用户表，包含 id、username、password、role（1 学生、2 管理员、3 系统管理员）、student_no（学号）、phone。
• station：驿站站点表，包含 id、name、location、manager_id。
• package：快递表，核心字段是 tracking_no（运单号）、student_id（收件人）、station_id、status、pickup_code、arrive_time、take_time。
• pickup_record：取件记录表，记录哪个用户在哪一站、什么时候取走了哪个包裹，方便审计。
• notice：公告表，管理员发通知用的。

设计快递表是重点。pickup_code是终端随机生成的四到六位数字或字母组合，用一条 SQL 生成后插入，同时要保证同一站点下不重复。status建议用 int 而不是字符串，0 表示在库，1 表示已取，2 表示退回，这样查询更快，后续扩展也方便。

下面给出建表 SQL 的核心片段：

CREATE TABLE `package` ( `id` int NOT NULL AUTO_INCREMENT, `tracking_no` varchar(32) NOT NULL COMMENT '运单号，业务唯一键', `student_id` int NOT NULL COMMENT '收件人用户id', `station_id` int NOT NULL COMMENT '所属驿站id', `status` tinyint NOT NULL DEFAULT '0' COMMENT '0在库 1已取 2退回', `pickup_code` varchar(8) NOT NULL COMMENT '取件码', `arrive_time` datetime NOT NULL COMMENT '入库时间', `take_time` datetime DEFAULT NULL COMMENT '取件时间', PRIMARY KEY (`id`), UNIQUE KEY `uk_tracking_no` (`tracking_no`), KEY `idx_student_status` (`student_id`, `status`) ) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COMMENT='快递包裹表';

这里有几个设计细节值得在报告里写一笔。tracking_no加了唯一索引，模拟真实快递的运单号唯一性；student_id和status建了联合索引，因为最频繁的查询是“某个学生有哪些待取的包裹”；取件码没有设为全局唯一，因为它的作用域只在单个站点内，全局唯一会导致生成麻烦，没那个必要。

3.2 用 JDBC 封装 DAO 层：查询、分页与事务

DAO 层是 Java Web 项目里最容易写脏的地方。很多同学的代码里到处都是Class.forName("com.mysql.jdbc.Driver")，然后每次查询都打开连接、用完不关，性能差不说，数据库连接一会儿就爆了。常见做法是用一个数据库连接池，比如 C3P0 或 Druid，把连接管理统一收口。

先看一个用 C3P0 封装的数据库工具类：

package com.campus.station.util; import com.mchange.v2.c3p0.ComboPooledDataSource; import java.sql.Connection; import java.sql.SQLException; public class DBUtil { // 静态成员，整个应用只初始化一次 private static ComboPooledDataSource ds = new ComboPooledDataSource(); public static Connection getConnection() throws SQLException { return ds.getConnection(); } public static void close(Connection conn, java.sql.Statement stmt, java.sql.ResultSet rs) { try { if (rs != null) rs.close(); } catch (SQLException ignored) {} try { if (stmt != null) stmt.close(); } catch (SQLException ignored) {} try { if (conn != null) conn.close(); } catch (SQLException ignored) {} } }

ComboPooledDataSource会在启动时读取 classpath 下的c3p0-config.xml，自动加载 MySQL 驱动，并把连接池初始化好。注意每次用完之后必须把连接关掉，这里说的“关掉”其实是归还给连接池，不是真的断开，所以不用担心性能。

有了连接工具，写一个快递 DAO 就顺理成章了。以“分页查询待取包裹”为例：

public List<Package> findPendingByStudent(int studentId, int page, int pageSize) { List<Package> list = new ArrayList<>(); String sql = "SELECT * FROM package WHERE student_id = ? AND status = 0 ORDER BY arrive_time DESC LIMIT ?, ?"; try (Connection conn = DBUtil.getConnection(); PreparedStatement ps = conn.prepareStatement(sql)) { ps.setInt(1, studentId); ps.setInt(2, (page - 1) * pageSize); // 计算 offset ps.setInt(3, pageSize); try (ResultSet rs = ps.executeQuery()) { while (rs.next()) { Package p = new Package(); p.setId(rs.getInt("id")); p.setTrackingNo(rs.getString("tracking_no")); p.setPickupCode(rs.getString("pickup_code")); p.setStatus(rs.getInt("status")); list.add(p); } } } catch (SQLException e) { e.printStackTrace(); } return list; }

这段代码用了 Java 7 的 try-with-resources 语法，Connection、PreparedStatement、ResultSet都会自动关闭，不用在 finally 里手工写。分页用的是 MySQL 的LIMIT ?, ?，第一问是偏移量，第二问是每页条数，注意偏移量要从 0 开始计算，所以(page-1)*pageSize。

事务也很重要，比如“批量导入快递”这个功能：解析 Excel 时可能有些行失败，不能让一部分插进去、另一部分没插。正确的做法是让业务层控制事务边界：

public boolean batchImport(List<Package> packages) { Connection conn = DBUtil.getConnection(); try { conn.setAutoCommit(false); // 开启事务 for (Package p : packages) { insert(conn, p); } conn.commit(); // 全部成功才提交 return true; } catch (SQLException e) { try { conn.rollback(); } catch (SQLException ignored) {} return false; } finally { try { conn.setAutoCommit(true); conn.close(); } catch (SQLException ignored) {} } }

注意这里不能直接调用原来的 DAO 方法，因为那个方法内部会再拿一个连接，导致事务断裂。常见做法是写一个接受Connection参数的私有方法，或者把事务放到 Service 层统一管理。这也是答辩时评委最爱问的点：“你的事务是加在哪一层的？”

3.3 登录拦截与角色权限：过滤器实现的三种写法

权限控制是校园驿站系统里不能跳过的功能。学生只能看到自己的包裹，管理员只能管理自己站点的包裹，系统管理员才能改用户角色。用 Filter（过滤器）做统一拦截是最传统也最适合答辩的做法。

先看一个最基础的登录过滤器：

package com.campus.station.filter; import javax.servlet.*; import javax.servlet.annotation.WebFilter; import javax.servlet.http.HttpServletRequest; import javax.servlet.http.HttpServletResponse; import javax.servlet.http.HttpSession; import java.io.IOException; @WebFilter(urlPatterns = "/*") public class LoginFilter implements Filter { @Override public void doFilter(ServletRequest req, ServletResponse resp, FilterChain chain) throws IOException, ServletException { HttpServletRequest request = (HttpServletRequest) req; HttpServletResponse response = (HttpServletResponse) resp; HttpSession session = request.getSession(false); String uri = request.getRequestURI(); // 放行登录、注册、静态资源、首页 if (uri.endsWith("/login") || uri.endsWith("/register") || uri.endsWith(".css") || uri.endsWith(".js") || uri.endsWith(".png") || uri.endsWith(".jpg")) { chain.doFilter(req, resp); return; } if (session == null || session.getAttribute("user") == null) { response.sendRedirect(request.getContextPath() + "/login.jsp"); return; } chain.doFilter(req, resp); } }

注意几个细节。request.getSession(false)表示如果当前没有 session 就返回 null，而不会强制创建，这样能减少无效 session 的生成。放行条件里要把静态资源和登录接口排除掉，否则连登录页的 CSS 都加载不出来，你会以为前端坏了。

对于更细粒度的角色权限，有两种常见做法：一种是在 Filter 里检查 session 里用户对象的 role，然后和请求路径匹配，比如/admin/开头的 URL 必须 role == 2 或 3；另一种是在 Servlet 里每个请求方法前自己判断。我倾向把管理员相关的 Servlet 单独放在/admin路径下，用一个AdminFilter做二次过滤：

@WebFilter(urlPatterns = "/admin/*") public class AdminFilter implements Filter { @Override public void doFilter(ServletRequest req, ServletResponse resp, FilterChain chain) throws IOException, ServletException { HttpSession session = ((HttpServletRequest) req).getSession(false); Object user = session == null ? null : session.getAttribute("user"); if (user == null) { ((HttpServletResponse) resp).sendRedirect(((HttpServletRequest) req).getContextPath() + "/login.jsp"); return; } // 假设 user 对象有 getRole() 方法，管理员角色为 2 或 3 if (!"admin".equals(((User) user).getRole())) { resp.getWriter().write("无权访问"); return; } chain.doFilter(req, resp); } }

第三种写法是在 web.xml 里配置<filter-mapping>，与注解方式效果一样，但把映射关系集中到配置文件里，更 “Java Web” 原教旨。写作时建议用注解，因为代码量少，报告里也能清楚地展示注解用法。注意过滤器顺序：登录过滤器要放在最外层，角色过滤器放在内层，这样先验证有没有登录，再验证有没有权限，不会出现“未登录却能调管理员接口”的漏洞。

4. 前端页面与后端接口的联通：JSP + Servlet 的请求流转

4.1 JSP 页面如何拿到数据并回显

JSP 虽然老，但它是 Java Web 毕业设计的主旋律，而且能让你把列表页、详情页、表单回显的逻辑看得很清楚。以快递列表为例，Servlet 查询完数据后，用请求转发把数据塞进 request 域，JSP 再用 JSTL 循环输出。

Servlet 端代码：

@WebServlet("/student/packages") public class StudentPackageListServlet extends HttpServlet { @Override protected void doGet(HttpServletRequest req, HttpServletResponse resp) throws ServletException, IOException { User user = (User) req.getSession().getAttribute("user"); int page = Integer.parseInt(req.getParameter("page") == null ? "1" : req.getParameter("page")); int pageSize = 10; PackageService service = new PackageService(); List<Package> packages = service.findPendingByStudent(user.getId(), page, pageSize); req.setAttribute("packages", packages); req.setAttribute("page", page); req.getRequestDispatcher("/WEB-INF/jsp/package/list.jsp").forward(req, resp); } }

这里有个新手常犯的错：用重定向sendRedirect传数据，结果 request 域里的数据全丢了。转发是服务端内部跳转，重定向是浏览器重新发一次请求，所以要在转发后展示的数据必须存 request 或 session，不能用重定向。

JSP 页面里拿数据：

<%@ page contentType="text/html;charset=UTF-8" language="java" %> <%@ taglib prefix="c" uri="http://java.sun.com/jsp/jstl/core" %> <html> <head> <title>我的待取包裹</title> </head> <body> <table border="1"> <tr> <th>运单号</th> <th>取件码</th> <th>到达时间</th> <th>操作</th> </tr> <c:forEach items="${packages}" var="p"> <tr> <td>${p.trackingNo}</td> <td>${p.pickupCode}</td> <td>${p.arriveTime}</td> <td><a href="take?trackingNo=${p.trackingNo}">取件</a></td> </tr> </c:forEach> </table> </body> </html>

${p.trackingNo}会调用Package实体类的getTrackingNo()方法，所以实体类属性名必须和 getter 的命名对应上。另外 JSP 第一行的pageEncoding="UTF-8"不能省，否则中文内容在浏览器里就是一片乱码。

4.2 Servlet 接收参数与 JSON 输出

现在很多页面开始用 Ajax 和 JSON 交互，Servlet 端同样要支持。比如“取件码校验”这个动作，我们希望不刷新页面就提示用户操作成功或失败，这时候就返回 JSON。

@WebServlet("/api/checkPickupCode") public class CheckPickupCodeServlet extends HttpServlet { @Override protected void doPost(HttpServletRequest req, HttpServletResponse resp) throws IOException { String trackingNo = req.getParameter("trackingNo"); String pickupCode = req.getParameter("pickupCode"); resp.setContentType("application/json;charset=UTF-8"); PrintWriter out = resp.getWriter(); PackageService service = new PackageService(); boolean ok = service.verifyPickupCode(trackingNo, pickupCode); // 手动拼接 JSON，避免引入 JSON 库 out.print("{\"success\":" + ok + "}"); out.flush(); } }

这里手动拼 JSON 只适合两三个字段，如果返回的数据结构复杂，建议用 Gson 或 Fastjson。resp.setContentType("application/json;charset=UTF-8")一定要写charset=UTF-8，否则前端拿到的中文就是乱码。前端 Ajax 请求时，如果你的页面是用 JSP 渲染的，注意contextPath要用<%=request.getContextPath()%>拼在 URL 前面，否则部署到非根路径时会 404。

4.3 文件上传与图片展示的落地细节

校园驿站系统里有一个常见功能：用户上传快递凭证或者头像、管理员上传公告封面。Java Web 处理文件上传有三个时代：commons-fileupload、Servlet 3.0 自带的上传 API、以及前后端分离。毕业设计建议用 Servlet 3.0 自带的@MultipartConfig，省去引第三方 jar 的麻烦。

@WebServlet("/upload") @MultipartConfig(maxFileSize = 5 * 1024 * 1024, maxRequestSize = 20 * 1024 * 1024) public class UploadServlet extends HttpServlet { @Override protected void doPost(HttpServletRequest req, HttpServletResponse resp) throws ServletException, IOException { Part part = req.getPart("file"); String fileName = Paths.get(part.getSubmittedFileName()).getFileName().toString(); String suffix = fileName.substring(fileName.lastIndexOf(".")); // 重命名，防止中文或路径穿越问题 String newName = System.currentTimeMillis() + suffix; String uploadPath = getServletContext().getRealPath("/uploads"); File dir = new File(uploadPath); if (!dir.exists()) dir.mkdirs(); part.write(uploadPath + File.separator + newName); resp.getWriter().write("/uploads/" + newName); } }

这里有两个必须处理的坑。第一，part.getSubmittedFileName()在老版本 Tomcat 上可能返回 null，建议加非空判断；第二，文件名不要直接用于保存路径，不然有人传../../xxx.jpg就能把文件写到目录外。第二个坑也是答辩安全类问题的高频考点，你写报告时把这段代码的注释写清楚，能明显加分。

图片展示相对简单，上传后把相对路径存到数据库，JSP 里直接用<img src="${package.imageUrl}">即可。需要注意的是 Tomcat 的运行目录和项目源码目录是两回事，getRealPath返回的是 webapp 部署后的路径，重新部署时上传文件可能被清空，如果想要持久化，应该把文件存到服务器固定目录，并配置虚拟路径映射。

5. 避坑：Java Web 项目从开发到部署的常见问题

5.1 现象：Tomcat 启动后访问 404 / 500

404 有两种情况。一种是项目本身没部署上，去 Tomcat 的webapps目录看看有没有对应的 war 解压目录；另一种是 URL 写错，比如忘记加项目上下文路径。用 IDEA 和 Tomcat 插件开发时，默认 context 是项目名，访问地址是http://localhost:8080/你的项目名/xxx。500 则多半是数据库连接失败、类找不到或者 JSP 编译错误，看 Tomcat 的logs/catalina.out最后几十行，基本能定位。

解决：如果是 404，先把地址改成http://localhost:8080/项目名/index.jsp试。如果 500，翻日志看有没有ClassNotFoundException或者SQLException。最常见的ClassNotFoundException是 MySQL 驱动缺失，把 jar 放到 Tomcat 的lib目录，而不是你的WEB-INF/lib。

5.2 现象：JSP 里中文乱码

乱码有三个来源：请求参数乱码、响应输出乱码、数据库存储乱码。请求参数乱码在 Tomcat 8 之前是个大坑，8 以后默认 GET 请求用 UTF-8 解码，但 POST 请求还是要你在doPost开头写request.setCharacterEncoding("UTF-8")。响应乱码要同时设置 JSP 文件的pageEncoding和contentType。数据库乱码则要确认建表时字符集是不是utf8mb4，以及在连接 URL 上加了characterEncoding=utf8。

解决：在 Servlet 里统一加一个 EncodingFilter，对所有请求和响应设置 UTF-8。注意要在读取任何参数之前设置request.setCharacterEncoding，否则对已解码的请求无效。平时我写代码会先确认数据库连接 URL 里有useUnicode=true&characterEncoding=utf8，没有就先补上，大部分乱码问题都能在这一步解决。

5.3 现象：JDBC 驱动找不到或数据库连不上

项目在本地好好的，一部署到别的机器就连不上数据库。常见原因有：MySQL 服务没启动、防火墙没放行 3306 端口、驱动版本和数据库版本不匹配、连接 URL 写了localhost但目标机器的数据库在另一台服务器上。连接池配置文件的用户名密码写错也会报Access denied，但控制台会打印明显的Access denied for user 'root'@'localhost'。

解决：先用命令行mysql -u root -p在服务器本地验证数据库能连，再检查 URL 里的 IP 是否允许远程访问。MySQL 默认只监听本地，需要改配置文件里的bind-address=0.0.0.0，同时给用户授权'root'@'%'。授权命令：GRANT ALL PRIVILEGES ON *.* TO 'root'@'%' IDENTIFIED BY '密码'; FLUSH PRIVILEGES;。注意别在生产环境这么干，毕业设计环境这样能省掉很多折腾。

5.4 现象：部署后 CSS/JS 加载不出来

JSP 页面引用的静态资源路径写成了相对路径，比如css/style.css，当 URL 从/index.jsp变成/student/packages时，相对路径会解析成/student/css/style.css，自然找不到。这是新手最常踩的坑。解决方式是在所有静态资源路径前加<%=request.getContextPath()%>，或者用 JSP 里的${pageContext.request.contextPath}统一拼前缀。

另外一个隐蔽问题是过滤器把静态资源也拦截了。虽然我在 3.3 里写了放行规则，但如果你用urlPatterns = "/*"并且忘记放行.css .js .png，浏览器里样式全废。解决：在过滤器的放行条件里把/static/这个目录整体放行掉，比逐个后缀更稳妥。

5.5 现象：数据库连接池配置导致启动极慢或超时

C3P0 初始化时默认会从配置读acquireIncrement、maxPoolSize等参数。如果服务器网络环境特殊，连接池尝试建连超时会把整个应用卡住。你在本地跑没问题，但部署到学校机房可能就启动几十秒甚至报错。这是典型的分布式环境坑，但毕业设计里也会遇到。

解决：在c3p0-config.xml里显式配置连接超时和重连次数：

<c3p0-config> <default-config> <property name="jdbcUrl">jdbc:mysql://localhost:3306/campus?useUnicode=true&amp;characterEncoding=utf8</property> <property name="user">root</property> <property name="password">123456</property> <property name="initialPoolSize">3</property> <property name="minPoolSize">1</property> <property name="maxPoolSize">10</property> <property name="acquireRetryAttempts">3</property> <property name="checkoutTimeout">5000</property> </default-config> </c3p0-config>

注意 XML 里&要写成&，这个细节很坑，写错直接启动失败。如果你用的是 SSM 教学里的 Druid，也有类似参数，侧重点是一样的：开发环境追求省事，部署环境要控制超时和重试次数。

6. 从能跑到答辩：源码交付前的检查清单与一个提分技巧

6.1 万字报告文档怎么写才对得上源码

毕业设计交付物里那份万字报告文档，不要从网上下载现成的，评委一眼就能看出来。正确做法是你先把代码写完，再对照代码写文档，每一章都能举出自己项目里的真实细节。比如“系统设计”里画一张包结构图，列出 Servlet、Service、DAO 各有哪些类；“数据库设计”里把表结构做成表格，要写出每个字段的含义和索引设计理由；“测试与部署”里附上截图，展示你确实把 war 包部署到了 Tomcat。报告的价值在于能回答“为什么这么设计”，而不是堆概念。

6.2 部署说明里必须写清的三件事

部署说明是许多同学最后才补的，结果搞得一塌糊涂。我一般会按三个模块来写：环境准备、部署步骤、验证方法。环境准备要写 JDK 版本、Tomcat 版本、MySQL 版本，以及环境变量 JAVA_HOME 和 PATH 的配置方式，很多老师就会照着这个步骤自己装一次。部署步骤用编号列表：导入 SQL 脚本、把 war 包放到 webapps、修改数据库连接配置、启动 Tomcat。验证方法要写清楚“看到什么页面说明部署成功”，比如访问登录页、用测试账号登录、创建一个快递包裹。

6.3 给演示加分的“运单跟踪”小功能

如果你的系统已经有快递列表、取件、管理这些常规功能，那我建议加一个“运单跟踪记录”的小模块：一张track_log表，记录每个运单号在每个时间点的状态描述，管理端录入物流轨迹，客户端展示成时间轴。这个功能不难，但它能让你在答辩演示时有一个“这个系统不是简单 CRUD”的说服点，教师提问时也能引出“你如何处理多表关联查询”这类问题。

CREATE TABLE `track_log` ( `id` int NOT NULL AUTO_INCREMENT, `tracking_no` varchar(32) NOT NULL, `status_text` varchar(100) NOT NULL COMMENT '轨迹描述', `create_time` datetime NOT NULL, PRIMARY KEY (`id`), KEY `idx_tracking` (`tracking_no`, `create_time`) ) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4;

演示时先录入一条包裹，再往 track_log 里插入两条轨迹，前端按时间正序展示，整个系统的数据流转就一目了然了。我当年答辩时就是靠这个小功能让老师多问了三个问题，我全部接住了。最后想提醒你，毕业设计最忌“看起来都会，做起来都不会”，你现在把 Servlet、JDBC、JSP 的手写代码练熟了，后面学框架才会真正懂底层原理。希望这次拆解能帮到你，祝答辩顺利。

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