企业官网建设流程全解析

简介：基于JSP的企业人事管理系统毕业设计资料包，内含完整源代码与配套论文，适合计算机相关专业毕业生、Java Web初学者及需要快速实现人事管理系统的开发者。资料从人事管理信息系统的初步调查切入，完整覆盖需求分析、数据流程分析、总体结构设计、数据库设计以及输入输出设计；代码部分通过JSP与Java面向对象技术实现功能模块，并给出可运行的工程结构，可直接作为毕业设计参考蓝本。压缩包共140个文件，主要包含JSP页面、Java源码、Class编译文件、CSS样式、GIF/JPG图片素材、Word论文文档，以及MDF/LDF数据库文件和XML配置等，整体大小仅2.21MB，目录结构紧凑清晰，便于按需查阅。截至目前已有82人学习下载，说明该资料具备一定的实际参考价值。学习者可借此掌握基于JSP的人事管理项目架构、核心编码思路、数据库表设计方法，同时结合论文中的设计说明快速复现并扩展登录管理、部门员工维护等典型功能，有助于完成课程设计或毕业设计答辩准备。

1. 企业人事管理系统基于JSP做毕设：老技术为什么依然能打

当毕业设计选题摆在面前，很多学生第一个动作就是打开搜索引擎输入"JSP毕业设计"和"企业人事管理系统源代码"，然后目光落在"基于JSP毕业设计-企业人事管理系统设计(源代码+论文).zip"这样的压缩包标题上。这个标题背后是一条非常成熟的JavaWeb技术路线：JSP + Servlet + MySQL 三件套，配上员工、部门、考勤、薪资这些标准人事业务模块，再加一份能和代码互相印证的毕业论文。它解决三类具体问题：基于JSP的毕设选题怎么定、系统怎么快速跑通、论文和代码怎么对上。

这套技术选型的价值在于稳定。JSP虽然被Spring Boot浪潮冲得很边缘，但高校课程和毕设评审体系里仍然大量沿用，因为它的运行原理直观、代码层层可见，学生能讲清楚每个页面背后的Servlet和JDBC调用，而不是甩锅给框架自动配置。系统本身做人事管理也合适：业务逻辑不复杂，但涉及多表关联、权限区分、增删改查全覆盖，正好卡在毕业设计的典型难度区间。适合三类人：JavaWeb基础一般但需要完整交付毕设的在校生、被导师指定传统Web技术栈的学生，以及想拿一套老项目练手理解Servlet原理的新手。

接下来我按表结构、工程搭建、部署、排错、答辩演示的顺序，把这个方向从原理到落地完整拆一遍。

2. 先把数据层立住：企业人事管理系统的功能边界与数据库设计

2.1 企业人事管理系统拆解：六个模块怎么定边界

做人事管理系统最容易犯的错是功能贪多。招聘、培训、绩效、奖惩、调动、离职全塞进去，看着像企业级HR系统，实际写起来每张表都是一堆字段，代码量翻倍，论文工作量也水涨船高。我见过不少案例，最后一个月赶工把模块砍掉，反而留下逻辑断口。给毕业设计用的人事系统，边界要小而完整。

我的习惯是保留六个模块：员工管理、部门管理、考勤管理、薪资管理、用户登录权限、个人信息展示。前四个是核心业务，后两个是支撑。员工管理负责入职登记、信息修改、离职停用等增删改查；部门管理维护组织架构，同时作为员工表的外键来源；考勤管理按日期记录每个员工的出勤状态，生成月度汇总；薪资管理读考勤结果和基础工资算出应发金额。用户登录权限把管理员和普通员工分开，管理员能操作全部模块，普通员工只能看自己的数据。个人信息展示就是热词里常说的JSP个人信息展示页面，员工登录后在首页看到自己的资料、近期考勤和最后一张工资条，这个页面麻雀虽小但五脏俱全，答辩演示时很出效果。

模块多少直接决定表数量。六个模块对应六张表已经足够支撑一篇本科毕业论文，加一个招聘或培训模块就意味着多加一张表、三四个页面和相应论文小节。除非开题明确要求，否则建议把精力放在已有模块的完成度上。边界划清楚之后，表结构的设计才铺得开。

2.2 六张核心表：字段设计与外键关系

六张表分别是用户表、部门表、员工表、考勤表、薪资表，另有部门与员工通过外键关联。字段命名建议用下表这套规范，后续写代码和论文数据字典时能省很多事。

用户表 t_user：id 主键自增，username 登录名唯一，password 存加密后的密文，real_name 真实姓名，role 角色字段（1管理员、2普通员工），dept_id 关联部门表。密码千万不要明文存，MD5加盐或SHA-256都行，论文里还能写一小节安全设计。

部门表 t_dept：id 主键，dept_name 部门名，manager 部门负责人姓名，phone 部门电话。这张表尽量保持稳定，删除前要检查员工表里是否还有人挂在下面。

员工表 t_employee：id 主键，emp_no 工号唯一，name 姓名，gender 性别，birthday 出生日期，id_card 身份证号，phone 手机，email 邮箱，hire_date 入职日期，dept_id 外键关联部门表，position 职位，status 在职状态（1在职、2离职）。这是全系统数据量最大的表，也是查询条件最多的表。

考勤表 t_attendance：id 主键，emp_id 外键关联员工表，att_date 考勤日期，status 出勤状态。status用数字编码：1正常、2迟到、3早退、4缺勤。想做得细一点的可以加一个上班打卡时间字段，但毕设做到状态级别就够了。

薪资表 t_salary：id 主键，emp_id 外键关联员工表，base_salary 基础工资，allowance 补贴，overtime_pay 加班费，deduct 扣除项，total 应发工资，salary_date 发放月份。total 可以在代码里算出来，不建议直接入库后不校验，避免出现底薪减扣款反而算错的情况。

外键关系是这样的：t_user.dept_id 指到 t_dept.id，t_employee.dept_id 指到 t_dept.id，t_attendance.emp_id 指到 t_employee.id，t_salary.emp_id 指到 t_employee.id。整个数据模型从员工出发发散到考勤和薪资，查询路径清晰，这就是评委会看的"关系完整性"。

2.3 一份能直接执行的建库SQL与论文数据字典

下面这份SQL脚本覆盖六张表，针对MySQL 8编写，字符集统一用utf8mb4，避免中文乱码。命名数据库为 hrms，导入后直接可用。

-- 创建数据库，指定字符集 CREATE DATABASE IF NOT EXISTS hrms DEFAULT CHARACTER SET utf8mb4 COLLATE utf8mb4_general_ci; USE hrms; -- 部门表 CREATE TABLE t_dept ( id INT AUTO_INCREMENT PRIMARY KEY, dept_name VARCHAR(50) NOT NULL COMMENT '部门名称', manager VARCHAR(20) COMMENT '负责人', phone VARCHAR(20) COMMENT '联系电话' ) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4; -- 用户表，角色1管理员，2普通员工 CREATE TABLE t_user ( id INT AUTO_INCREMENT PRIMARY KEY, username VARCHAR(30) NOT NULL UNIQUE COMMENT '登录名', password VARCHAR(64) NOT NULL COMMENT '加密后的密码', real_name VARCHAR(20) COMMENT '真实姓名', role TINYINT DEFAULT 2 COMMENT '角色', dept_id INT, CONSTRAINT fk_user_dept FOREIGN KEY (dept_id) REFERENCES t_dept(id) ) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4; -- 员工表 CREATE TABLE t_employee ( id INT AUTO_INCREMENT PRIMARY KEY, emp_no VARCHAR(20) NOT NULL UNIQUE COMMENT '工号', name VARCHAR(20) NOT NULL, gender CHAR(2), birthday DATE, id_card VARCHAR(18), phone VARCHAR(20), email VARCHAR(50), hire_date DATE COMMENT '入职日期', dept_id INT, position VARCHAR(30) COMMENT '职位', status TINYINT DEFAULT 1 COMMENT '1在职 2离职', CONSTRAINT fk_emp_dept FOREIGN KEY (dept_id) REFERENCES t_dept(id) ) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4; -- 考勤表 CREATE TABLE t_attendance ( id INT AUTO_INCREMENT PRIMARY KEY, emp_id INT NOT NULL, att_date DATE NOT NULL, status TINYINT DEFAULT 1 COMMENT '1正常 2迟到 3早退 4缺勤', CONSTRAINT fk_att_emp FOREIGN KEY (emp_id) REFERENCES t_employee(id) ) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4; -- 薪资表 CREATE TABLE t_salary ( id INT AUTO_INCREMENT PRIMARY KEY, emp_id INT NOT NULL, base_salary DECIMAL(10,2), allowance DECIMAL(10,2) DEFAULT 0, overtime_pay DECIMAL(10,2) DEFAULT 0, deduct DECIMAL(10,2) DEFAULT 0 COMMENT '扣除项', total DECIMAL(10,2) COMMENT '实发工资', salary_date VARCHAR(10) COMMENT '发放月份，如2024-06', CONSTRAINT fk_sal_emp FOREIGN KEY (emp_id) REFERENCES t_employee(id) ) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4;

这段SQL有四个细节需要注意。第一，外键约束一定要写在建表语句里，导入后可以通过外键自动校验数据完整性，论文里也可以截图放上去。第二，DECIMAL用来存金额，不要用FLOAT，否则工资对不上。第三，t_salary 里用了 VARCHAR 存月份而不是 DATE，是为了避免每月一条记录时还要处理日期格式，查询用 LIKE '2024-06' 就够了。第四，员工表的 emp_no 设了 UNIQUE，工号不能重复，这是人事系统的硬约束。

建表完成之后，建议顺手做一件事：查一下 information_schema 里的表字段信息，把 COLUMN_NAME、DATA_TYPE、COLUMN_COMMENT 导成一张表，这就是论文里的数据字典。大多数答辩老师会翻数据字典和ER图，这一步能省大量校对时间。

3. 用IDEA新建JSP项目并跑通登录：最小可运行工程搭建

3.1 idea新建jsp项目：Maven Web架构与传统Web工程怎么选

数据库设计完就进入代码阶段。现在做JSP项目几乎都围绕 IDEA 展开，搜"idea新建jsp项目"能找到大量教程，但很多教程故意绕开一个选择：到底用 Maven 的 Web 骨架还是 IDEA 内置的 Web Application 模板。

我的建议是选 Maven，用 maven-archetype-webapp 骨架创建。原因有三条：依赖管理方便，mysql-connector、JSTL、连接池只需要声明坐标不用手动拷 jar；打包 warp 包一条命令完成；环境迁移到别的电脑不用重新配库。缺点是骨架生成后结构很原始，只有 webapp 目录，src/main/java 得自己建。IDEA 创建步骤是：New Project -> Maven -> 勾选 Create from archetype -> 选择 maven-archetype-webapp -> 填 GroupId 和 ArtifactId。创建后手动补 java 目录，然后右键 Mark Directory as Sources Root。

传统 Web Application 模板适合完全不想碰 Maven 的情况，IDEA 会生成 src 目录和 web/WEB-INF，但第三方 jar 全部靠手拷，Tomcat 里的 servlet-api.jar 还容易和项目里的冲突。除非导师明确不用 Maven，否则不推荐。建完项目先改 pom.xml，把默认的 JSP 2.3 老版本依赖换掉，补上 JSTL 和 MySQL 驱动。一个能跑起来的最小依赖集是这样的：

<dependencies> <dependency> <groupId>javax.servlet</groupId> <artifactId>javax.servlet-api</artifactId> <version>4.0.1</version> <scope>provided</scope> </dependency> <dependency> <groupId>javax.servlet</groupId> <artifactId>jstl</artifactId> <version>1.2</version> </dependency> <dependency> <groupId>mysql</groupId> <artifactId>mysql-connector-java</artifactId> <version>8.0.33</version> </dependency> </dependencies>

servlet-api 的 scope 设成 provided 很关键。如果打成 provided 依赖，Tomcat 运行时会用自己的 servlet 实现，避免和容器内置版本冲突。JSTL 1.2 是 JSP 页面里做 forEach、if 判断的标配，人事系统的用户列表页离开它很难写。这段配置配好后，IDEA 右侧 Maven 面板点刷新，依赖自动下载。下载慢的时候看一下 Maven 镜像是否换成了国内源，这个坑后面章节细说。

3.2 登录与权限：Servlet + Session + Filter 三级结构

工程跑通后第一个动手的模块是登录，它是整个系统的入口。登录设计成三层：login.jsp 提交表单、LoginServlet 处理逻辑、AuthFilter 做全局拦截。普通员工登录后跳转到个人信息展示页面，管理员跳转到员工管理首页。这里直接给核心代码。

// LoginServlet.java 核心逻辑 @WebServlet("/login") public class LoginServlet extends HttpServlet { protected void doPost(HttpServletRequest req, HttpServletResponse resp) throws ServletException, IOException { String username = req.getParameter("username"); String password = MD5Util.md5(req.getParameter("password")); // 入库前加密 UserDao dao = new UserDao(); User user = dao.findByUsernameAndPassword(username, password); if (user != null) { req.getSession().setAttribute("loginUser", user); if (user.getRole() == 1) { resp.sendRedirect("admin/index.jsp"); // 管理员 } else { resp.sendRedirect("employee/personal.jsp"); // 普通员工个人信息展示页 } } else { req.setAttribute("msg", "用户名或密码错误"); req.getRequestDispatcher("login.jsp").forward(req, resp); } } }

这段登录逻辑把验证和跳转职责分离。findByUsernameAndPassword 走 JDBC 查询，密码统一加密后比对，避免数据库里出现明文。注意普通员工跳转的是 personal.jsp，这就是前面提到的 JSP 个人信息展示页面，它要读取 Session 里的用户信息并关联出该员工的考勤和薪资简表，一个页面同时覆盖查询和展示两种技能点。LoginServlet 顶部用 @WebServlet 注解注册路由，省掉 web.xml 里的映射配置，这是 Servlet 3.0 以上版本才支持的特性。

拦截器是另一个关键。人事系统的员工管理、考勤管理页面绝不能未登录访问，AuthFilter 负责把没登录的请求踢回登录页：

// AuthFilter.java 全局登录拦截 @WebFilter("/*") public class AuthFilter implements Filter { public void doFilter(ServletRequest req, ServletResponse resp, FilterChain chain) throws IOException, ServletException { HttpServletRequest request = (HttpServletRequest) req; HttpServletResponse response = (HttpServletResponse) resp; String uri = request.getRequestURI(); // 放行登录页、静态资源和登录接口，避免死循环 if (uri.endsWith("login.jsp") || uri.contains("/login") || uri.endsWith(".css") || uri.endsWith(".js") || uri.endsWith(".png")) { chain.doFilter(req, resp); } else { Object user = request.getSession().getAttribute("loginUser"); if (user == null) { response.sendRedirect("login.jsp"); } else { chain.doFilter(req, resp); } } } }

Filter 拦截路径写 "/*" 时，最容易被忽视的是静态资源也会被拦。很多新手配完 Filter 发现页面上的 CSS 全没了，就是因为 css、js、png 没有放行。更隐蔽的问题是登录成功后跳转到 admin/index.jsp，这个路径也会经过过滤器，此时 Session 已经有 loginUser，所以链放行，但如果 Filter 里判断条件顺序写反，先检查 uri 再检查 Session，就可能出现登录页死循环。AuthFilter 的放行名单要和实际项目结构对齐，这是毕业设计答辩时的高频追问点。

3.3 连接MySQL：JDBC驱动、编码参数与一个小型连接池

登录模块跑通查询的前提是数据库连接能通。MySQL 8 和早期 MySQL 5 的 JDBC 连接差异很大，驱动类名、URL 参数、时区设置都要改，否则启动必报错。错误的典型是 Class.forName("com.mysql.jdbc.Driver") 在 MySQL 8 下直接 ClassNotFound，因为 8.x 驱动类名变成了 com.mysql.cj.jdbc.Driver。URL 也要带编码和时区参数：

// DBUtil.java 数据库连接工具 public class DBUtil { private static final String URL = "jdbc:mysql://localhost:3306/hrms?useUnicode=true&characterEncoding=utf8&serverTimezone=Asia/Shanghai"; private static final String USER = "root"; private static final String PASSWORD = "123456"; static { try { Class.forName("com.mysql.cj.jdbc.Driver"); } catch (ClassNotFoundException e) { e.printStackTrace(); } } public static Connection getConnection() throws SQLException { return DriverManager.getConnection(URL, USER, PASSWORD); } }

URL 面向 MySQL 8，useUnicode=true 和 characterEncoding=utf8 是中文不掉码的底线，serverTimezone=Asia/Shanghai 避免时区报错。很多系统部署到别的机器就乱码，检查顺序永远是三层：页面编码、请求编码、数据库连接编码。DBUtil 里我故意没用连接池而是直接 DriverManager，是为了方便新手理解 JDBC 最小过程，但实际交项目时建议把 DBUtil 换成 Druid 连接池，理由在论文里能写一段"数据库连接资源复用，避免频繁创建连接带来的性能损耗"。

// DbPool.java 基于Druid的连接池初始化 @WebListener public class DbPool implements ServletContextListener { public void contextInitialized(ServletContextEvent sce) { try { DruidDataSource ds = new DruidDataSource(); ds.setUrl(DBUtil.URL); ds.setUsername("root"); ds.setPassword("123456"); ds.setInitialSize(5); ds.setMaxActive(20); sce.getServletContext().setAttribute("dataSource", ds); } catch (Exception e) { e.printStackTrace(); } } }

Druid 初始化放进 ServletContextListener，应用启动时一次性创建数据源并放进 ServletContext，后续所有 Dao 从 ServletContext 取数据源。这里不推荐 new 一个连接池出来用完再关，毕设项目虽然无所谓，但答辩老师问起连接池配置时，能说出最小连接数、最大连接数和获取连接超时时间的含义，是明显的加分项。

4. 把源代码跑起来：传统JSP项目打包war与本地部署

4.1 Tomcat版本匹配：选对容器再谈部署

JSP 项目跑不起来的首要原因是 Tomcat 和 JDK 版本对不上。搜索"nginx支持jsp吗"的人往往忽略了一个前提问题，Nginx 本身不支持 JSP，能执行 JSP 的是 Tomcat、Jetty 这类 Servlet 容器，Nginx 在上游做反向代理才能间接处理。所以本地毕设环境，直接用 Tomcat 即可。

Tomcat 版本选型看 JDK。JDK 1.8 配 Tomcat 8.5 或 9.0 最稳，Tomcat 8.5 兼容 Servlet 3.1，JSP 页面写法上没有任何障碍；Tomcat 9 对应 Servlet 4.0，支持上面用到的 @WebServlet 注解，两个都没问题。千万不要在 JDK 17 上硬跑老 JSP 项目，因为默认 JSP 编译器版本不兼容会报一大堆类加载异常。下载 Tomcat 版本时选 zip 压缩包而不是安装版，解压后配置环境变量 CATALINA_HOME 指向解压目录就行。

4.2 本地部署：IDEA绑定Tomcat运行war

IDEA 绑定 Tomcat 的方式是 Run -> Edit Configurations -> 点加号选 Tomcat Server Local -> 配置 Tomcat 安装目录。部署那一栏把项目默认的 exploded war 添加进去，Application context 填 /hrms，这样启动后访问地址就是 http://localhost:8080/hrms/。Application context 不设字段是常见错误，设成 / 的话访问根路径会报 404，设成 /hrms 后所有代码里的相对路径都要注意上下文是否带上。

第一次运行建议直接跑 IDEA 的 Tomcat 配置，它会自动编译并热部署到 Tomcat。控制台出现 "Artifact hrms:war exploded: Server is connected" 且不报错，说明部署成功。此时打开浏览器进 login.jsp，能弹出登录页说明 Tomcat 和项目的 web.xml 解析都没问题。之后再做数据库操作验证。

4.3 传统JSP项目打包war：手动部署到Tomcat与nginx的关系

本地 IDEA 跑通后，毕设交付通常还要一个独立可部署的 war 包。Maven 项目直接执行：

mvn clean package

执行完 target 目录下会生成 hrms.war，把这个文件复制到 Tomcat 的 webapps 目录下，重启 Tomcat，容器会自动解压 war 并进行部署。访问路径和之前 IDEA 里配置的保持一致。这个流程就是热词"传统jsp项目打包war"指的标准做法。不是 Maven 创建的工程，可以用 IDEA 的 Build Artifacts：File -> Project Structure -> Artifacts -> 加号 -> Web Application: Archive -> 勾选需要的构建内容，然后 Build -> Build Artifacts，同样能产出 war。

手动部署 zip 压缩包里的源代码时，war 的形状要检查两点：war 根目录下有没有 META-INF 和 WEB-INF；WEB-INF 里 classes 目录是否包含编译后的字节码和配置文件。如果导入的是别人给的源码包，先把 target 和 out 目录全删干净再重新编译，避免旧 class 文件污染。

至于 Nginx，它和 JSP 是互补关系。Nginx 处理静态资源、做负载均衡，动态请求转发给 Tomcat。毕业设计单机演示用不到 Nginx，但如果论文里写到"系统部署方案"，建议画一张 Nginx 前置、Tomcat 后端的架构图，配一段 location /hrms 的反向代理配置作为扩展设计，评委会认为你考虑了生产环境，这就是亮点。

5. 避坑与常见问题排查：JSP人事系统从启动到演示的五处翻车

5.1 中文乱码：请求、页面、数据库三层缺一不可

现象：启动后员工列表里的中文全是问号或者 �，登录用户姓名乱码。

原因：三层编码不一致。JSP 页面本身的 pageEncoding 没设 UTF-8，Tomcat 接收 POST 请求时也没用 UTF-8 解码，MySQL 表字段字符集不是 utf8mb4。这三层只要有一处不统一，中文就丢。

解决：JSP 文件顶部 page 指令改成 pageEncoding="UTF-8"，POST 请求在 Servlet 里过滤 request.setCharacterEncoding("UTF-8")，数据库表字符集按前面 SQL 的 utf8mb4 建。Tomcat 8.5 之后 GET 请求的 URI 编码默认 UTF-8，不用额外改 server.xml。这三点做完还乱码的概率极低。

5.2 连接MySQL 8报错：驱动类名和serverTimezone

现象：项目初始化连接数据库时报 "ClassNotFoundException: com.mysql.jdbc.Driver"，或者报 "The server time zone value '�й���׼ʱ��' is unrecognized"。

原因：MySQL Connector/J 8.x 把驱动类换成了 com.mysql.cj.jdbc.Driver，旧类名只在 5.x 的 jar 里有。时区报错则是 URL 里少了 serverTimezone 参数，MySQL 8 默认时区信息缺失。

解决：驱动类改成 com.mysql.cj.jdbc.Driver，URL 按第 3 章末尾例子补上 serverTimezone=Asia/Shanghai。检查 pom.xml 里 mysql-connector-java 的版本号确实是 8.x，如果 D 盘还躺着旧 jar，Maven 仓库缓存需要 clean 一下重新下载。

5.3 Tomcat端口被占用：一个8080引发的血案

现象：IDEA 控制台报 "Port 8080 was already in use"，Tomcat 启动一半就退出。

原因：往往不是你自己开了两个 Tomcat，而是其他程序占了端口，常见是早前启动的 Tomcat 没关干净，或者是某些开发工具占用了 8080。

解决：macOS/Linux 执行 lsof -i :8080 看哪个进程占用，Windows 用 netstat -ano | findstr 8080，查出 PID 后结束进程。如果这个端口必须留作他用，改 Tomcat 的 conf/server.xml，把 Connector port 改成 8081，然后把访问地址同步改掉。改完端口记得刷新 IDEA 的 Tomcat 配置，光改文件不重启没用。

5.4 静态资源404：CSS、图片丢失的路径陷阱

现象：页面能打开，但样式全丢，浏览器 F12 里 css 请求全部 404。

原因：JSP 里引入 CSS 用了形如 href="/css/style.css" 的根路径写法。部署上下文不是 / 而是 /hrms 后，浏览器请求的是 localhost:8080/css/style.css，而实际资源在 localhost:8080/hrms/css/style.css。或者 Filter 把 css 请求拦截放行逻辑没写好，请求直接死在里面。

解决：两种修法。一是 JSP 页面统一用 ${pageContext.request.contextPath} 拼路径，比如 href="${pageContext.request.contextPath}/css/style.css"；二是把 Filter 放行名单里把所有静态后缀加全。修完一种就够。IDE 内预览正常但部署后丢样式，十有八九是第一种原因。

5.5 Filter拦截过猛：登录页死循环和静态资源被卡

现象：打开系统后浏览器不断重定向，地址栏在 login.jsp 和 admin/index.jsp 之间来回跳，或者页面登录成功后立刻被踢回登录页。

原因：Filter 拦截 "/*" 时放行条件里没有把登录接口绕过。登录请求 POST /login 被拦截后，Session 里没有用户，于是被重定向到 login.jsp，登录接口本身无法执行，形成死循环。另一种是 Session 存储 key 不一致，LoginServlet 里存的是 "loginUser"，Filter 里 getAttribute("user")，永远取不到值。

解决：AuthFilter 放行 uri 里把 /login 加进去，同时检查 Session key 是否完全一致。调试方法是在 Filter 的 else 分支里临时打印 uri 和 user 值，重定向逻辑会瞬间显形。这个坑我在模拟答辩时踩过，页面卡死被同学笑了一晚上。

6. 答辩前夜的最后一小时：把系统讲成一个完整故事

6.1 一条演示链路串起所有核心模块

系统能跑只是及格，答辩演示讲得好才是拉开差距的地方。我惯用的套路是把功能串成一条业务故事线，而不是零散点菜：用管理员账号登录，先进部门管理建一个"技术部"，再进员工管理入职两名新员工，一人分配账号后到考勤管理录入本周出勤，最后到薪资管理生成月度工资。这条链路覆盖了三分之一的表，中间每一次操作都可以停下来指给评委看数据库对应表的变化。相比一上来就展示列表页，故事线让评委跟着你的业务逻辑走，问题自然围绕你熟悉的部分展开。

个人信息展示页面放在管理员流程结束后切换普通员工账号演示，展示员工看到的数据范围与管理员不同，顺便引出权限校验。这里要提前准备一个测试账号和一组有代表性的数据，比如考勤里放一条迟到、薪资里放一条扣款，讲的时候给出的口吻是"这月有员工迟到两天，工资扣款自动关联到了薪资表"。这么一说，评委就知道你吃透了表间关系。

6.2 被追问答不上来时的兜底技巧

答辩最怕的不是功能不够，而是讲不清设计理由。我的教训是给自己准备三个万能回答支点：数据库为什么这样设计、用户请求在 Tomcat 里经过哪些组件、Session 是怎么保持登录状态的。这三个问题基本覆盖了老教授最爱问的方向。回答时不用长篇大论，直接说你在 AuthFilter 的 doFilter 里打印过 SessionID，访问两个页面看到同一个 SessionID，就能证明你实操过。

演示前最后检查一件事：把 Tomcat 的 logs 目录翻一遍，确认 catalina.out 里没有异常堆栈，然后把浏览器缓存清一次。缓存里存着旧页面样式，可能导致演示时样式错乱，很多翻车现场都是这么来的。我的习惯是准备的时候把 war 包重新打一次，扔到干净的 Tomcat 里跑通再交，这个习惯救过我两次，一次是少了 JSTL 依赖，一次是配置文件带上了本机绝对路径。希望这套基于 JSP 的企业人事管理系统方案能帮你少熬夜，也希望你答辩时能把手里的项目讲得让评委点头。祝顺利。

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